From owner-freebsd-stable@FreeBSD.ORG Sun May 22 00:36: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 163C016A41C; Sun, 22 May 2005 00:36:37 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B19F43D48; Sun, 22 May 2005 00:36:36 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from [81.104.55.176] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.50) id 1DZeSI-0003gf-7C; Sun, 22 May 2005 01:36:34 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.44 (FreeBSD)) id 1DZeSH-000MkB-Sw; Sun, 22 May 2005 01:36:33 +0100 Date: Sun, 22 May 2005 01:36:33 +0100 From: Thomas Hurst To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20050522003633.GB57477@voi.aagh.net> Mail-Followup-To: =?iso-8859-1?Q?S=F8ren?= Schmidt , Peter Jeremy , freebsd-stable@FreeBSD.ORG References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050516195859.GA59189@server.vk2pj.dyndns.org> <042501c55ba7$360fac30$37cba1cd@emerytelcom.com> <20050518194356.GA2129@cirb503493.alcatel.com.au> <08dc01c55d47$d7697100$37cba1cd@emerytelcom.com> <20050520194839.GG2129@cirb503493.alcatel.com.au> <0ce901c55d7d$ee0690b0$37cba1cd@emerytelcom.com> <20050520225230.GJ2129@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: Not much. User-Agent: Mutt/1.5.6i Sender: Thomas Hurst X-RBL-Warning: 81.104.55.176 is in RBL blacklist at dnsbl.sorbs.net cc: Peter Jeremy cc: freebsd-stable@FreeBSD.ORG Subject: Re: 5.4-RC2 freezing - ATA related? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 00:36:37 -0000 * Sřren Schmidt (sos@FreeBSD.ORG) wrote: > No, my only advise is to use the ATA mkIII patches or better yet - > current.. In a similar vein, I'm seeing the same WRITE_DMA timeouts and system lockups using ATA mkIII patches as I did using the standard RELENG_5 driver, on two seperate systems. I'm getting the WRITE_DMA retries on a multi-gmirror Athlon system using a PCI SATA card; the two PATA drives on the system are fine: FreeBSD 5.4-STABLE #0: Thu Apr 28 06:31:53 BST 2005 atapci1: port 0xcc00-0xcc0f,0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc07 mem 0xe7062000-0xe70621ff irq 11 at device 12.0 on pci0 ad4: 381554MB [775221/16/63] at ata2-master SATA150 ad6: 381554MB [775221/16/63] at ata3-master SATA150 .. ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=401743679 ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=781421759 It seems harmless, but results in writes freezing for several seconds every couple of hundred MB (annoying with 360G of storage as you might imagine). It normally favours a single drive, but seems to bounce between ad4 and 6 for no apparant reason. Replacing the SATA card and cables has no effect. Attempting to drop the drives to PIO with atacontrol doesn't seem to do anything either (they remain at SATA150). The other system where I see the lockups (I used to get READ/WRITE_DMA timeouts with the lockup many moons ago, which seems to have started after a system update, but for the past 6+ months or so I just get the lockup) is an old BP6 (dual Celeron), on two different channels on two different drive: FreeBSD 5.4-STABLE #2: Tue Apr 26 17:59:25 BST 2005 atapci1: port 0xd800-0xd8ff,0xd400-0xd403,0xd000-0xd007 irq 18 at device 19.0 on pci0 atapci2: port 0xe400-0xe4ff,0xe000-0xe003,0xdc00-0xdc07 irq 18 at device 19.1 on pci0 ad4: 76319MB at ata2-master UDMA66 ad6: 114473MB at ata3-master UDMA66 Setting these drives to PIO4 resolves the stability problems (which again only occurs under heavy disk activity, almost always on writes), but makes the system crawl. I'm planning on migrating it to gmirror, which I expect will make it behave more like the Athlon, but obviously I'd like to be able to use DMA reliably without resorting to RAID-1 everywhere. Save me Sřren! -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Sun May 22 01:15: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 A86EA16A41C for ; Sun, 22 May 2005 01:15:13 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D75C43D1D for ; Sun, 22 May 2005 01:15:12 +0000 (GMT) (envelope-from sos@FreeBSD.ORG) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4M191Ra019504; Sun, 22 May 2005 03:09:01 +0200 (CEST) (envelope-from sos@FreeBSD.ORG) In-Reply-To: <20050522003633.GB57477@voi.aagh.net> References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050516195859.GA59189@server.vk2pj.dyndns.org> <042501c55ba7$360fac30$37cba1cd@emerytelcom.com> <20050518194356.GA2129@cirb503493.alcatel.com.au> <08dc01c55d47$d7697100$37cba1cd@emerytelcom.com> <20050520194839.GG2129@cirb503493.alcatel.com.au> <0ce901c55d7d$ee0690b0$37cba1cd@emerytelcom.com> <20050520225230.GJ2129@cirb503493.alcatel.com.au> <20050522003633.GB57477@voi.aagh.net> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <78CA3F3D-91F8-435A-8FF9-6680724844D8@FreeBSD.ORG> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Sun, 22 May 2005 03:15:03 +0200 To: Thomas Hurst X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 cc: Peter Jeremy cc: freebsd-stable@FreeBSD.ORG Subject: Re: 5.4-RC2 freezing - ATA related? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 01:15:13 -0000 On 22/05/2005, at 2:36, Thomas Hurst wrote: > * S=F8ren Schmidt (sos@FreeBSD.ORG) wrote: > > >> No, my only advise is to use the ATA mkIII patches or better yet - >> current.. >> > > In a similar vein, I'm seeing the same WRITE_DMA timeouts and system > lockups using ATA mkIII patches as I did using the standard RELENG_5 > driver, on two seperate systems. > > I'm getting the WRITE_DMA retries on a multi-gmirror Athlon system =20 > using > a PCI SATA card; the two PATA drives on the system are fine: > > FreeBSD 5.4-STABLE #0: Thu Apr 28 06:31:53 BST 2005 > atapci1: port > 0xcc00-0xcc0f,=20 > 0xc800-0xc803,0xc400-0xc407,0xc000-0xc003,0xbc00-0xbc07 > mem 0xe7062000-0xe70621ff irq 11 at device 12.0 on pci0 > ad4: 381554MB [775221/16/63] at ata2-master =20 > SATA150 > ad6: 381554MB [775221/16/63] at ata3-master =20 > SATA150 > .. > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3D401743679 > ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=3D781421759 > > It seems harmless, but results in writes freezing for several seconds > every couple of hundred MB (annoying with 360G of storage as you might > imagine). It normally favours a single drive, but seems to bounce > between ad4 and 6 for no apparant reason. Replacing the SATA card and > cables has no effect. Attempting to drop the drives to PIO with > atacontrol doesn't seem to do anything either (they remain at =20 > SATA150). > > The other system where I see the lockups (I used to get READ/WRITE_DMA > timeouts with the lockup many moons ago, which seems to have started > after a system update, but for the past 6+ months or so I just get the > lockup) is an old BP6 (dual Celeron), on two different channels on two > different drive: > > FreeBSD 5.4-STABLE #2: Tue Apr 26 17:59:25 BST 2005 > atapci1: port > 0xd800-0xd8ff,0xd400-0xd403,0xd000-0xd007 irq 18 at device 19.0 =20 > on pci0 > atapci2: port > 0xe400-0xe4ff,0xe000-0xe003,0xdc00-0xdc07 irq 18 at device 19.1 =20 > on pci0 > ad4: 76319MB at ata2-master UDMA66 > ad6: 114473MB at ata3-master UDMA66 > > Setting these drives to PIO4 resolves the stability problems (which > again only occurs under heavy disk activity, almost always on writes), > but makes the system crawl. I'm planning on migrating it to gmirror, > which I expect will make it behave more like the Athlon, but obviously > I'd like to be able to use DMA reliably without resorting to RAID-1 > everywhere. > > Save me S=F8ren! You have picked some of the most dreaded HW out there thats for sure, =20= so I'm not sure I can do that :) Anyhow, you should try a recent -current since some of the race/=20 timeout problems thats possible in 5.x has been fixed there. - S=F8ren From owner-freebsd-stable@FreeBSD.ORG Sun May 22 01:30:17 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 B3FBE16A41C for ; Sun, 22 May 2005 01:30:17 +0000 (GMT) (envelope-from nakaji@takamatsu-nct.ac.jp) Received: from www.heimat.gr.jp (www.heimat.gr.jp [221.186.186.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70C5743D48 for ; Sun, 22 May 2005 01:30:16 +0000 (GMT) (envelope-from nakaji@takamatsu-nct.ac.jp) Received: from ra333.heimat.gr.jp.takamatsu-nct.ac.jp ([IPv6:2001:3e0:a84:0:200:4cff:fe17:573c]) by www.heimat.gr.jp (8.13.3/8.13.1) with ESMTP id j4M1UCEv026961 for ; Sun, 22 May 2005 10:30:12 +0900 (JST) (envelope-from nakaji@takamatsu-nct.ac.jp) Sender: nakaji@takamatsu-nct.ac.jp From: NAKAJI Hiroyuki To: freebsd-stable@freebsd.org Date: Sun, 22 May 2005 10:30:12 +0900 Message-ID: <867jhs11zv.fsf@ra333.heimat.gr.jp> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [RELENG_4] buildkernel failure with MAKEOBJDIRPREFIX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 01:30:17 -0000 Hello, I tried to rebuild a debug kernel to analyze one of my problem(*), and, I faced to another problem. Now this is the main problem for me. The problem I have now is that 'make buildkernel' does not refer to ${MAKEOBJDIRPREFIX} set in /etc/make.conf. The reason I will use MAKEOBJDIRPREFIX is that my /usr/obj does not have enough space to build the debug kernel with DEBUG=-g. I set MAKEOBJDIRPREFIX=/other/big/directory in /etc/make.conf and ran 'make buildkernel' in /usr/src. And got an error "/usr/src: file system full". Because /usr/src is another partition and has as small space as /usr/obj. /usr/src is 400MB and /usr/obj is 500MB which are enouch to build normal RELENG_4 world. I noticed that modules are built in /usr/src/sys/modules not in ${MAKEOBJDIRPREFIX}/usr/src/sys/modules. Of cource, kernel.debug is created in ${MAKEOBJDIRPREFIX}/usr/src/sys/CONFIG/kernel.debug. I think this is a bug of make, *.mk or other Makefiles in /sys but I cannot fix it. (*) When running /usr/sbin/ppp to connect to the provider with PPPoE, the system gets panic with 'fatal trap 12' after several days of uptime. I have seen this panic twice in these 10 days. -- NAKAJI Hiroyuki From owner-freebsd-stable@FreeBSD.ORG Sun May 22 03:02: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 8C52A16A41C; Sun, 22 May 2005 03:02:07 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2AA143D48; Sun, 22 May 2005 03:02:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4M31f54047124; Sun, 22 May 2005 12:31:41 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 22 May 2005 12:31:39 +0930 User-Agent: KMail/1.8 References: <428F400A.5010601@fer.hr> In-Reply-To: <428F400A.5010601@fer.hr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart31021286.k5ffHYZMXO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505221231.40013.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: stable@freebsd.org cc: Ivan Voras Subject: Re: EHCI device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 03:02:07 -0000 --nextPart31021286.k5ffHYZMXO Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 21 May 2005 23:34, Ivan Voras wrote: > When I plug my digital camera in, I get this report: > > umass0: HEWLETT-PACKARD HP PhotoSmart R607, rev 2.00/0.01, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 24MB (50305 512 byte sectors: 64H 32S/T 24C) > > Looking at the transfer speed, it only registers as USB 1 device, right? > On Windows XP (on different machine) it's recognized as USB 2 > compliant, but I can't really say if it actually works faster. Can it be > made to work as USB2 on FreeBSD? The speed reported by CAM is not the actual speed the device will run at. Test the speed of copying a few files to/from the camera and see what it=20 really is (although it's not like flash is very fast anyway) =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 --nextPart31021286.k5ffHYZMXO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCj/YT5ZPcIHs/zowRAlfGAKCEVwdxW+Qff3JBL5xAuZLWz8BHJgCfezHD nhOEaW63vyYcUi3FOLIIdUg= =jq/9 -----END PGP SIGNATURE----- --nextPart31021286.k5ffHYZMXO-- From owner-freebsd-stable@FreeBSD.ORG Sun May 22 03:02: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 8C52A16A41C; Sun, 22 May 2005 03:02:07 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2AA143D48; Sun, 22 May 2005 03:02:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4M31f54047124; Sun, 22 May 2005 12:31:41 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 22 May 2005 12:31:39 +0930 User-Agent: KMail/1.8 References: <428F400A.5010601@fer.hr> In-Reply-To: <428F400A.5010601@fer.hr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart31021286.k5ffHYZMXO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505221231.40013.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: stable@freebsd.org cc: Ivan Voras Subject: Re: EHCI device X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 03:02:07 -0000 --nextPart31021286.k5ffHYZMXO Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 21 May 2005 23:34, Ivan Voras wrote: > When I plug my digital camera in, I get this report: > > umass0: HEWLETT-PACKARD HP PhotoSmart R607, rev 2.00/0.01, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 1.000MB/s transfers > da0: 24MB (50305 512 byte sectors: 64H 32S/T 24C) > > Looking at the transfer speed, it only registers as USB 1 device, right? > On Windows XP (on different machine) it's recognized as USB 2 > compliant, but I can't really say if it actually works faster. Can it be > made to work as USB2 on FreeBSD? The speed reported by CAM is not the actual speed the device will run at. Test the speed of copying a few files to/from the camera and see what it=20 really is (although it's not like flash is very fast anyway) =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 --nextPart31021286.k5ffHYZMXO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCj/YT5ZPcIHs/zowRAlfGAKCEVwdxW+Qff3JBL5xAuZLWz8BHJgCfezHD nhOEaW63vyYcUi3FOLIIdUg= =jq/9 -----END PGP SIGNATURE----- --nextPart31021286.k5ffHYZMXO-- From owner-freebsd-stable@FreeBSD.ORG Sun May 22 06:53: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 A174D16A41C for ; Sun, 22 May 2005 06:53:29 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5502343D48 for ; Sun, 22 May 2005 06:53:29 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 23063 invoked from network); 22 May 2005 06:53:28 -0000 Received: by simscan 1.1.0 ppid: 23058, pid: 23061, t: 0.1754s scanners: clamav: 0.84/m:31/d:888 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail28.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 22 May 2005 06:53:28 -0000 Received: from hydrogen.funkthat.com (bshkjo@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.12.10/8.11.6) with ESMTP id j4M6rR2g024558; Sat, 21 May 2005 23:53:27 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j4M6rRow024557; Sat, 21 May 2005 23:53:27 -0700 (PDT) Date: Sat, 21 May 2005 23:53:26 -0700 From: John-Mark Gurney To: Mipam Message-ID: <20050522065326.GG959@funkthat.com> Mail-Followup-To: Mipam , freebsd-stable@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org Subject: Re: em and bge driver MPSAFE? 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, 22 May 2005 06:53:29 -0000 Mipam wrote this message on Wed, May 11, 2005 at 16:39 +0200: > Perhaps lame to ask, > But are the em and bge driver MPSAFE? > I couldn't find notes about being mpsafe in the man pages of these > drivers? I was about to point you to: http://www.freebsd.org/projects/busdma/ But realized that you probably wanted status on 5.x, and not HEAD... a quick look at the code shows that both em and bge are MPSAFE... I can tell because of no references to Giant or GIANT, and that it using XX_LOCK and has functions ending in _locked in them... Maybe we need to expand the busdma project to include which driver status for 5.x and HEAD? -- 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 May 22 10:33: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 B6F7B16A41C for ; Sun, 22 May 2005 10:33:53 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3826F43D49 for ; Sun, 22 May 2005 10:33:52 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j4MAXoE6068334; Sun, 22 May 2005 12:33:50 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j4MAXo28068333; Sun, 22 May 2005 12:33:50 +0200 (CEST) (envelope-from hk) Date: Sun, 22 May 2005 12:33:50 +0200 From: Holger Kipp To: Vladimir Terziev Message-ID: <20050522103350.GA68148@intserv.int1.b.intern> References: <20050522125320.3e165d33.vlady@sun-fish.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050522125320.3e165d33.vlady@sun-fish.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: snd_via8233 problems on 5.4-STABLE WAS: Re: CMI9761 soundchip X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 10:33:53 -0000 On Sun, May 22, 2005 at 12:53:20PM +0300, Vladimir Terziev wrote: > > i have ASRock motherboard with CMI9761 sound chip, same as you. > Also i have the same problem with FreeBSD 5.4-R as you :( > > Did you find some solution? No. If I load snd_via8233 via loader.conf, it will not set all volumes to 75:75 (maybe it bails out at ogain which it can't find), so speaker is left at 0:0 wich results in this terrible beep. Loading snd_via8233 afterwards by hand works, though. The only thing I then get in /var/log/messages is: pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 pcm0: (this is ASRock K7UPGRADE-880/A/ASR-Board) Patches eg to snd_via8233 are welcome :-) Regards, Holger From owner-freebsd-stable@FreeBSD.ORG Sun May 22 10:45: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 9447916A41C for ; Sun, 22 May 2005 10:45:31 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01DE243D4C for ; Sun, 22 May 2005 10:45:30 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j4MAjT4L068527 for ; Sun, 22 May 2005 12:45:29 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j4MAjTIN068526 for stable@freebsd.org; Sun, 22 May 2005 12:45:29 +0200 (CEST) (envelope-from hk) Date: Sun, 22 May 2005 12:45:29 +0200 From: Holger Kipp To: stable@freebsd.org Message-ID: <20050522104529.GB68148@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: usb-mouse initialization timing 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, 22 May 2005 10:45:31 -0000 Hello, since my last upgrade (about a week ago) the system sometimes won't recognise my usb-mouse during boot.(*) Is it possible that this is a timing issue, ie usb- initialisation and mouse-initialization have a race-condition here? Replugging usb-mouse does help, though. (*) unfortunately this also coincides with changing the mainboard from ASRock K7VT2/SA/LAN/ASRK to K7UPGRADE-880/A/ASR :-( Regards, Holger Kipp dmesg (where initialization worked) below. 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 5.4-STABLE #8: Sat May 21 14:47:17 CEST 2005 root@katrin.hkipp.de:/usr/obj/usr/src/sys/KATRIN ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) (1300.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x671 Stepping = 1 Features=0x383fbff AMD Features=0xc0400000 real memory = 536543232 (511 MB) avail memory = 515383296 (491 MB) ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xd800-0xd8ff,0xdc00-0xdc0f,0xe000-0xe003,0xe400-0xe407,0xe800-0xe803,0xec00-0xec07 irq 20 at device 15.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 uhci0: port 0xc000-0xc01f irq 21 at device 16.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc400-0xc41f irq 21 at device 16.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc800-0xc81f irq 21 at device 16.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xcc00-0xcc1f irq 21 at device 16.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 16.4 (no driver attached) isab0: at device 17.0 on pci0 isa0: on isab0 pci0: at device 17.5 (no driver attached) vr0: port 0xd400-0xd4ff mem 0xfebffc00-0xfebffcff irq 23 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0b:6a:c0:00:ce acpi_button0: on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: MLC,PCL,PML plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ums0: vendor 0x1241 product 0x1122, rev 1.00/1.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. uhub4: Cypress Semiconductor Slim Hub, class 9/0, rev 2.00/0.08, addr 2 uhub4: 4 ports with 4 removable, self powered umass0: SMSC 223 USB97C223, rev 2.00/1.95, addr 3 uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 4 Timecounter "TSC" frequency 1300056175 Hz quality 800 Timecounters tick every 10.000 msec ad0: 152627MB [310101/16/63] at ata0-master UDMA100 ad1: 76351MB [155127/16/63] at ata0-slave UDMA100 acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave PIO4 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: 25 20 0 0 0 0 0 0 0 0 (da1:umass-sim0:0:0:1): CAM Status: SCSI Status Error (da1:umass-sim0:0:0:1): SCSI Status: Check Condition (da1:umass-sim0:0:0:1): NOT READY asc:3a,0 (da1:umass-sim0:0:0:1): Medium not present (da1:umass-sim0:0:0:1): Unretryable error Opened disk da1 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da2:umass-sim0:0:0:2): READ CAPACITY. CDB: 25 40 0 0 0 0 0 0 0 0 (da2:umass-sim0:0:0:2): CAM Status: SCSI Status Error (da2:umass-sim0:0:0:2): SCSI Status: Check Condition (da2:umass-sim0:0:0:2): NOT READY asc:3a,0 (da2:umass-sim0:0:0:2): Medium not present (da2:umass-sim0:0:0:2): Unretryable error Opened disk da2 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 (da3:umass-sim0:0:0:3): READ CAPACITY. CDB: 25 60 0 0 0 0 0 0 0 0 (da3:umass-sim0:0:0:3): CAM Status: SCSI Status Error (da3:umass-sim0:0:0:3): SCSI Status: Check Condition (da3:umass-sim0:0:0:3): NOT READY asc:3a,0 (da3:umass-sim0:0:0:3): Medium not present (da3:umass-sim0:0:0:3): Unretryable error Opened disk da3 -> 6 Mounting root from ufs:/dev/ad0s1a pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 pcm0: From owner-freebsd-stable@FreeBSD.ORG Sun May 22 11:35:49 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 645C116A41C for ; Sun, 22 May 2005 11:35:49 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B92FF43D53 for ; Sun, 22 May 2005 11:35:48 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j4MBZkPT069342; Sun, 22 May 2005 13:35:46 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j4MBZkqM069341; Sun, 22 May 2005 13:35:46 +0200 (CEST) (envelope-from hk) Date: Sun, 22 May 2005 13:35:46 +0200 From: Holger Kipp To: Vladimir Terziev Message-ID: <20050522113546.GA69185@intserv.int1.b.intern> References: <20050522125320.3e165d33.vlady@sun-fish.com> <20050522103350.GA68148@intserv.int1.b.intern> <20050522133948.2d203057.vlady@sun-fish.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050522133948.2d203057.vlady@sun-fish.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: snd_via8233 problems on 5.4-STABLE WAS: Re: CMI9761 soundchip X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 11:35:49 -0000 On Sun, May 22, 2005 at 01:39:48PM +0300, Vladimir Terziev wrote: > > Currently i have the same situation. pcm driver says: > pcm0: > The id 0x434d4983 is CMI9761, but it seems the kernel doesn't know nothing about it :( This could be changed simply by --- ac97.c.orig Sun May 22 13:18:03 2005 +++ ac97.c Sun May 22 13:19:59 2005 @@ -156,6 +156,7 @@ { 0x43525940, 0x07, 0, "CS4201", 0 }, { 0x43525958, 0x07, 0, "CS4205", 0 }, { 0x43525960, 0x07, 0, "CS4291A", 0 }, + { 0x434d4983, 0x00, 0, "CMI9761", 0 }, { 0x434d4961, 0x00, 0, "CMI9739", 0 }, { 0x434d4941, 0x00, 0, "CMI9738", 0 }, { 0x43585421, 0x00, 0, "HSD11246", 0 }, but I doubt that this will really help, because the CMI9761 also supports 5.1-Sound, at least according to alsa-changes: http://alsa.mirror.fr/kernel-patches/mm/3118.patch so some additional handling of specific bits is presumably needed. Regards, Holger Kipp > On Sun, 22 May 2005 12:33:50 +0200 > Holger Kipp wrote: > > > On Sun, May 22, 2005 at 12:53:20PM +0300, Vladimir Terziev wrote: > > > > > > i have ASRock motherboard with CMI9761 sound chip, same as you. > > > Also i have the same problem with FreeBSD 5.4-R as you :( > > > > > > Did you find some solution? > > > > No. If I load snd_via8233 via loader.conf, it will not set all > > volumes to 75:75 (maybe it bails out at ogain which it can't > > find), so speaker is left at 0:0 wich results in this terrible > > beep. > > > > Loading snd_via8233 afterwards by hand works, though. > > > > The only thing I then get in /var/log/messages is: > > > > pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 > > pcm0: > > > > (this is ASRock K7UPGRADE-880/A/ASR-Board) > > > > Patches eg to snd_via8233 are welcome :-) > > > > Regards, > > Holger From owner-freebsd-stable@FreeBSD.ORG Sun May 22 11:53:17 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 095FC16A41C for ; Sun, 22 May 2005 11:53:17 +0000 (GMT) (envelope-from djv@mbnet.fi) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB60143D4C for ; Sun, 22 May 2005 11:53:16 +0000 (GMT) (envelope-from djv@mbnet.fi) Received: from [192.168.1.3] (YGKMMDCCXXXVIII.dsl.saunalahti.fi [85.76.226.39]) by gw01.mail.saunalahti.fi (Postfix) with ESMTP id 1149FE1DDC for ; Sun, 22 May 2005 14:53:10 +0300 (EEST) Message-ID: <429072A9.9030607@mbnet.fi> Date: Sun, 22 May 2005 14:53:13 +0300 From: Tuomo Latto User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: freebsd-stable@freebsd.org and stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 11:53:17 -0000 Would it be possible to force the mailing list software to rename recipient header freebsd-stable@freebsd.org to stable@freebsd.org or vice versa and then remove duplicates? I mean it seems like half the people on the list use freebsd-stable@freebsd.org address and the other half stable@freebsd.org. A lot of times people manage to add the missing version of the list address to their reply to someone's post and I (along with the rest of the list readers) end up getting the same message twice. It's bad enough when you get the same message twice if you get it both via pm and list, but getting two copies of the same post via list is just stupid. Any chance of having something done to change this? -- Tuomo ... Q: How many hardware engineers does it take to change a lightbulb? A: None. We'll fix it in software From owner-freebsd-stable@FreeBSD.ORG Sun May 22 12:00:45 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 7375316A421 for ; Sun, 22 May 2005 12:00:45 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id C255D43D49 for ; Sun, 22 May 2005 12:00:44 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j4MC0htA069873; Sun, 22 May 2005 14:00:43 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j4MC0hMR069872; Sun, 22 May 2005 14:00:43 +0200 (CEST) (envelope-from hk) Date: Sun, 22 May 2005 14:00:43 +0200 From: Holger Kipp To: Vladimir Terziev Message-ID: <20050522120043.GA69692@intserv.int1.b.intern> References: <20050522125320.3e165d33.vlady@sun-fish.com> <20050522103350.GA68148@intserv.int1.b.intern> <20050522133948.2d203057.vlady@sun-fish.com> <20050522113546.GA69185@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050522113546.GA69185@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: snd_via8233 problems on 5.4-STABLE WAS: Re: CMI9761 soundchip X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 12:00:45 -0000 On Sun, May 22, 2005 at 01:35:46PM +0200, Holger Kipp wrote: > On Sun, May 22, 2005 at 01:39:48PM +0300, Vladimir Terziev wrote: > > > > Currently i have the same situation. pcm driver says: > > pcm0: > > The id 0x434d4983 is CMI9761, but it seems the kernel > > doesn't know nothing about it :( > > This could be changed simply by > > --- ac97.c.orig Sun May 22 13:18:03 2005 > +++ ac97.c Sun May 22 13:19:59 2005 > @@ -156,6 +156,7 @@ > { 0x43525940, 0x07, 0, "CS4201", 0 }, > { 0x43525958, 0x07, 0, "CS4205", 0 }, > { 0x43525960, 0x07, 0, "CS4291A", 0 }, > + { 0x434d4983, 0x00, 0, "CMI9761", 0 }, > { 0x434d4961, 0x00, 0, "CMI9739", 0 }, > { 0x434d4941, 0x00, 0, "CMI9738", 0 }, > { 0x43585421, 0x00, 0, "HSD11246", 0 }, Yes, that helps with recognizing, but not with the anoying tone. # kldload snd_via8233 pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 pcm0: # kldunload snd_via8233 => loud Hz-tone. > > > > i have ASRock motherboard with CMI9761 sound chip, same as you. > > > > Also i have the same problem with FreeBSD 5.4-R as you :( > > > > > > > > Did you find some solution? > > > > > > No. If I load snd_via8233 via loader.conf, it will not set all > > > volumes to 75:75 (maybe it bails out at ogain which it can't > > > find), so speaker is left at 0:0 wich results in this terrible > > > beep. > > > > > > Loading snd_via8233 afterwards by hand works, though. > > > > > > The only thing I then get in /var/log/messages is: > > > > > > pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 > > > pcm0: > > > > > > (this is ASRock K7UPGRADE-880/A/ASR-Board) > > > > > > Patches eg to snd_via8233 are welcome :-) > > > > > > Regards, > > > Holger > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun May 22 12:03: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 832F116A41C for ; Sun, 22 May 2005 12:03:32 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E100643D48 for ; Sun, 22 May 2005 12:03:31 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (vwfgja@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id j4MC3TFw097808 for ; Sun, 22 May 2005 14:03:29 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id j4MC3TQF097807; Sun, 22 May 2005 14:03:29 +0200 (CEST) (envelope-from olli) Date: Sun, 22 May 2005 14:03:29 +0200 (CEST) Message-Id: <200505221203.j4MC3TQF097807@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Highpoint HPT371 support (kern/59624) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 12:03:32 -0000 Hi, Why is kern/59624 still open? It's about 1,5 years old. Would someone please commit it? Or, if it cannot be commited, please tell me why. If any information is missing (pcicon -lv output, verbose dmesg or whatever), I'd be happy to provide it. The patch in that PR brings support for the Highpoint HPT371 ATA133 controller to FreeBSD 4-stable (it's supported in FreeBSD 5 for a long time already). The patch is fairly trivial, and I'm running 4.x with that patch for almost two years, using various devices connected to my HPT371 (a DVD- ROM drive, a DVD-R/W recorder, several UDMA harddisks using hot-swap via atacontrol detach/attach). Zero problems so far, except that I have to merge the patch each time I update my world. :-) Thank you very much. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 München Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I invented Ctrl-Alt-Delete, but Bill Gates made it famous." -- David Bradley, original IBM PC design team From owner-freebsd-stable@FreeBSD.ORG Sun May 22 13:40: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 BBA1516A41C; Sun, 22 May 2005 13:40:57 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 749AE43D1D; Sun, 22 May 2005 13:40:57 +0000 (GMT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id 2D78938C3A; Sun, 22 May 2005 10:40:51 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 2649D382A6; Sun, 22 May 2005 10:40:51 -0300 (ADT) Date: Sun, 22 May 2005 10:40:50 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-questions@freebsd.org Message-ID: <20050522101434.W61528@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: [4.11-STABLE] sporatic directory corruption with unionfs ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 13:40:57 -0000 I have 6 servers in place right now, with the 6th being a brand new Intel 1U box, using a 3Ware 9500 controller to do RAID5 for 3xSATA drives ... yesterday, for the first time, I've started to get a sort of file system corruption that I've never seen before ... basically, it looks like the directory entries are getting corrupted, but the files themselves are fine ... Basically, I have a jail, with /usr in the jail being a unionfs from a template ... so: mount_union -b /template/usr /jail/usr in the template, there is a directory /usr/local/cyrus/bin, for instance ... the binaries under /usr/local/cyrus/bin are literally disappearing, as if someone were entring that directory and doing a 'rm' of those files ... I have a serial console attached to this server, and there are no errors being reported by the operating system ... tw_cli is showing that drives and unit are both functioning properly ... so I can find no reasons for the apparent "corruption" ... I just brought the server down to single user mode, and umounted everything so that I could do an fsck on the file system itself, and *its* checking as being clean ... its still running though, so there may be something at the end ... When I first noticed this, yesterday, the server had been running 11 days, and nothing in /var/log/messages to indicate a problem ... today, after <24hrs, its done it again, and again, no errors being generated anywhere to indicate a problem ... All the other 5 servers are running SCSI ... but unless there is a bug in the 9500 driver, I can't see it being hardware related ... I've kinda always expected something like this might happen with unionfs as a result of the server crashing, but not when its running fine ... I don't know what else to add to this, unfortunately, since neither the hardware, or the operating system, seem to want to give anything up :( The OS is from April 11th, so is relatively recent ... Any suggestions/ideas on what else to look at would be much appreciated ... Thank you ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sun May 22 13:46: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 59D5416A41F for ; Sun, 22 May 2005 13:46:25 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from rutherford.zen.co.uk (rutherford.zen.co.uk [212.23.3.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 491A943D5C for ; Sun, 22 May 2005 13:46:24 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.50] (helo=rtxnetworks.co.uk) by rutherford.zen.co.uk with esmtp (Exim 4.34) id 1DZqmd-0000VI-9p for freebsd-stable@freebsd.org; Sun, 22 May 2005 13:46:23 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Sun, 22 May 2005 14:46:09 +0100 thread-index: AcVe1JvtSw8EEXbVQfy0Du3acH+0fg== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Date: Sun, 22 May 2005 14:46:09 +0100 From: "Marc G. Fournier" To: Message-ID: <000101c55ed4$9bed6030$144da8c0@rtxnetworks.local> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: TEXT/PLAIN; format=flowed; charset="US-ASCII" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list X-Mailer: Microsoft CDO for Exchange 2000 Sender: Importance: normal Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 1 X-Zen-Test-Spam-Bar: (/) X-Originating-Oppenheimer-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk Content-Class: urn:content-classes:message X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Zen-Stored: hausdorff.zen.co.uk/1DZqhn-0000zh-5Y/2005-05-22 13:41:23 X-OriginalArrivalTime: 22 May 2005 13:46:09.0218 (UTC) FILETIME=[9BEFAA20:01C55ED4] X-Originating-Rutherford-IP: [82.69.255.50] Cc: freebsd-stable@freebsd.org Subject: [4.11-STABLE] sporatic directory corruption with unionfs ... X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 13:46:25 -0000 I have 6 servers in place right now, with the 6th being a brand new Intel 1U box, using a 3Ware 9500 controller to do RAID5 for 3xSATA drives ... yesterday, for the first time, I've started to get a sort of file system corruption that I've never seen before ... basically, it looks like the directory entries are getting corrupted, but the files themselves are fine ... Basically, I have a jail, with /usr in the jail being a unionfs from a template ... so: mount_union -b /template/usr /jail/usr in the template, there is a directory /usr/local/cyrus/bin, for instance ... the binaries under /usr/local/cyrus/bin are literally disappearing, as if someone were entring that directory and doing a 'rm' of those files ... I have a serial console attached to this server, and there are no errors being reported by the operating system ... tw_cli is showing that drives and unit are both functioning properly ... so I can find no reasons for the apparent "corruption" ... I just brought the server down to single user mode, and umounted everything so that I could do an fsck on the file system itself, and *its* checking as being clean ... its still running though, so there may be something at the end ... When I first noticed this, yesterday, the server had been running 11 days, and nothing in /var/log/messages to indicate a problem ... today, after <24hrs, its done it again, and again, no errors being generated anywhere to indicate a problem ... All the other 5 servers are running SCSI ... but unless there is a bug in the 9500 driver, I can't see it being hardware related ... I've kinda always expected something like this might happen with unionfs as a result of the server crashing, but not when its running fine ... I don't know what else to add to this, unfortunately, since neither the hardware, or the operating system, seem to want to give anything up :( The OS is from April 11th, so is relatively recent ... Any suggestions/ideas on what else to look at would be much appreciated ... Thank you ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun May 22 14:10: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 800C716A41C for ; Sun, 22 May 2005 14:10:27 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [69.61.68.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A03143D1D for ; Sun, 22 May 2005 14:10:27 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [172.16.0.200] (adsl-34-200-245.asm.bellsouth.net [67.34.200.245]) by saturn.criticalmagic.com (Postfix) with ESMTP id 6A9923BD10 for ; Sun, 22 May 2005 10:10:26 -0400 (EDT) Message-ID: <42909316.2050603@criticalmagic.com> Date: Sun, 22 May 2005 10:11:34 -0400 From: Richard Coleman 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: can't assign requested address with ntpd on 5-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 14:10:27 -0000 On 5-STABLE, when I try to start ntpd, I get the following error: bind() fd 7, family 28, port 123, addr fe80:1::2a0:c9ff:fec8:ea25, in6_is_addr_multicast=0 flags=0 fails: Can't assign requested address I've used netstat to check and nothing else is on that port (other than sshd, there is nothing else on the box). My ntp.conf line only has one line "server time-a.nist.gov". All other configuration for ntpd is the default. I googled for this error and got several hits. It was suggested to add the line "disable auth" to ntp.conf. But in this case I still received the same error. I'm am running a recent 5-STABLE box (built yesterday). The kernel is equivalant to GENERIC with the exception that I've commented out the I486_CPU and i586_CPU lines. Anyone else seen this recently. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-stable@FreeBSD.ORG Sun May 22 14:12: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 04AF716A41C; Sun, 22 May 2005 14:12:27 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 987C243D53; Sun, 22 May 2005 14:12:26 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DZrBj-0001mj-K4; Sun, 22 May 2005 17:12:19 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Carl Makin In-Reply-To: Message from Carl Makin of "Thu, 28 Apr 2005 21:27:36 +1000." <20050428212403.P1459@xena.aipo.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 May 2005 17:12:19 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org, mjacob@freebsd.org Subject: Re: Dell PowerEdge 1855 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 14:12:27 -0000 > Hi Doug, > > Sorry for taking so long to reply on this, been on 3 weeks leave... > > On Fri, 8 Apr 2005, Doug White wrote: > > > On Wed, 6 Apr 2005, Carl Makin wrote: > > > > The boot sequence will hang if the USB drive is attached at boot. There > > > It seems to be acting like Uthe USB controller isn't getting interrupts. > > Does the problem recur on the installed system? > > Yes it did however that chassis and the servers were a test loaner and > have been returned. We have decided to go with the 1855 though (our > windows guy was *very* enthusiastic about them) and when they arrive I'll > run the tests you suggested. > > Thanks! so now i'm testing one too :-), any nice things to say about this blade? while trying out the scsi the blade panics :-) and as to cpu/memory power, it seems to be slower than the pe-1750 danny From owner-freebsd-stable@FreeBSD.ORG Sun May 22 14:46: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 4037A16A41C for ; Sun, 22 May 2005 14:46:23 +0000 (GMT) (envelope-from nmace@myrealbox.com) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F46B43D5C for ; Sun, 22 May 2005 14:46:23 +0000 (GMT) (envelope-from nmace@myrealbox.com) Received: from nmace [151.205.69.58] by myrealbox.com with NetMail ModWeb Module; Sun, 22 May 2005 14:46:22 +0000 From: "Nathan Mace" To: freebsd-stable@freebsd.org Date: Sun, 22 May 2005 14:46:22 +0000 X-Mailer: NetMail ModWeb Module X-Sender: nmace MIME-Version: 1.0 Message-ID: <1116773182.8c338cbcnmace@myrealbox.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Syntax Error in Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 14:46:23 -0000 I'm trying to add support for my Palm to my Freebsd 5-Stable box. I have f= ound the following web page which describes what kernel options need to b= e present. http://www.thedotin.net/maillists/coldsync-hackers/msg01954.html It lists the following options has being required. pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device uvisor device ucom However when I run "config" on my kernel, I get a syntax error on the line = that adds "ppp". Anyone hav any ideas as to why this might be happening?= Thanks. Nathan From owner-freebsd-stable@FreeBSD.ORG Sun May 22 15:05: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 914F216A41C; Sun, 22 May 2005 15:05:36 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34D8743D1F; Sun, 22 May 2005 15:05:36 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1DZs16-0003kH-I3; Sun, 22 May 2005 18:05:24 +0300 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-stable@freebsd.org In-Reply-To: Message from Danny Braniss of "Sun, 22 May 2005 17:12:19 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 22 May 2005 18:05:24 +0300 From: Danny Braniss Message-ID: Cc: Carl Makin , mjacob@freebsd.org Subject: Re: Dell PowerEdge 1855 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 15:05:36 -0000 > > Hi Doug, > > > > Sorry for taking so long to reply on this, been on 3 weeks leave... > > > > On Fri, 8 Apr 2005, Doug White wrote: > > > > > On Wed, 6 Apr 2005, Carl Makin wrote: > > > > > > The boot sequence will hang if the USB drive is attached at boot. There > > > > > It seems to be acting like Uthe USB controller isn't getting interrupts. > > > Does the problem recur on the installed system? > > > > Yes it did however that chassis and the servers were a test loaner and > > have been returned. We have decided to go with the 1855 though (our > > windows guy was *very* enthusiastic about them) and when they arrive I'll > > run the tests you suggested. > > > > Thanks! > > so now i'm testing one too :-), any nice things to say about this blade? > while trying out the scsi the blade panics :-) > and as to cpu/memory power, it seems to be slower than the pe-1750 > > danny nothing like talking to oneself :-) i disabled the mirrowing, and now the disk io is nice, and more importanly, the system does not panic, i guess the mpt/(aka da0: ) needs some work still :-) danny From owner-freebsd-stable@FreeBSD.ORG Sun May 22 15:20: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 AEB8416A41C for ; Sun, 22 May 2005 15:20:40 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3204243D49 for ; Sun, 22 May 2005 15:20:40 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id AAC03EB3927 for ; Sun, 22 May 2005 23:20:37 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 9BC6B1324CE; Sun, 22 May 2005 23:20:35 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 65286-12; Sun, 22 May 2005 23:20:28 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 6C5B713240B; Sun, 22 May 2005 23:20:27 +0800 (CST) Date: Sun, 22 May 2005 23:20:27 +0800 From: Xin LI To: Nathan Mace Message-ID: <20050522152027.GA65704@frontfree.net> References: <1116773182.8c338cbcnmace@myrealbox.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <1116773182.8c338cbcnmace@myrealbox.com> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #15: Wed Dec 15 10:43:16 CST 2004 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: by amavisd-new at frontfree.net Cc: freebsd-stable@freebsd.org Subject: Re: Syntax Error in Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 15:20:40 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Nathan, On Sun, May 22, 2005 at 02:46:22PM +0000, Nathan Mace wrote: > I'm trying to add support for my Palm to my Freebsd 5-Stable box. I have= found the following web page which describes what kernel options need to b= e present. >=20 > http://www.thedotin.net/maillists/coldsync-hackers/msg01954.html >=20 > It lists the following options has being required. >=20 > pseudo-device ppp 1 # Kernel PPP > pseudo-device tun # Packet tunnel. > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device usb # USB Bus (required) > device uvisor > device ucom >=20 > However when I run "config" on my kernel, I get a syntax error on the lin= e that adds "ppp". Anyone hav any ideas as to why this might be happening?= Thanks. I think you generally want "device ppp" and "device tun" on 5-STABLE boxes, the "pseudo-device ppp 1" has gone long ago... Also, the examples in sys/[ARCH]/conf/GENERIC would be helpful for reference. You may obtain a more detailed list by running "make LINT" under the conf directory. For descriptions of kernel options, check out the NOTES files found in architecture dependent conf directories, and sys/conf. Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCkKM7/cVsHxFZiIoRAjkiAJ48MgOJV3BGPiyuMrvC+PNya2lLPQCeMfNl xQwm80Hcon9dsohGZ5jgdnA= =9rcI -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-stable@FreeBSD.ORG Sun May 22 15:29:38 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 6C28F16A41C for ; Sun, 22 May 2005 15:29:38 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from isis.bgp4.net (isis.bgp4.net [66.246.197.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C3A743D53 for ; Sun, 22 May 2005 15:29:37 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from [192.168.23.2] (c-67-160-127-194.hsd1.wa.comcast.net [67.160.127.194]) (authenticated bits=0) by isis.bgp4.net (8.13.3/8.13.3) with ESMTP id j4MFU90A036437 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 22 May 2005 08:30:09 -0700 (PDT) (envelope-from ciscogeek@bgp4.net) Message-ID: <4290A576.4010900@bgp4.net> Date: Sun, 22 May 2005 08:29:58 -0700 From: Janet Sullivan User-Agent: Mozilla Thunderbird 1.0.4 (Windows/20050519) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: hw.ata.atapi_dma in 5.4-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 15:29:38 -0000 I am unable to get my DVD or CD drives out of PIO4 mode on two machines. One has an ICH3 controller, the other is Nforce2 based. When I put hw.ata.atapi_dma="1" in /boot/loader.conf and reboot, I'm still stuck in PIO4. What am I doing wrong? From owner-freebsd-stable@FreeBSD.ORG Sun May 22 15:44: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 DA8FF16A41C for ; Sun, 22 May 2005 15:44:51 +0000 (GMT) (envelope-from nmace@myrealbox.com) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83D543D54 for ; Sun, 22 May 2005 15:44:51 +0000 (GMT) (envelope-from nmace@myrealbox.com) Received: from [192.168.1.101] nmace [151.205.69.58] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 1.5 $ on Linux via secured & encrypted transport (TLS); Sun, 22 May 2005 09:44:51 -0600 In-Reply-To: <20050522152027.GA65704@frontfree.net> References: <1116773182.8c338cbcnmace@myrealbox.com> <20050522152027.GA65704@frontfree.net> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Nathan Mace Date: Sun, 22 May 2005 11:44:48 -0400 To: Xin LI X-Mailer: Apple Mail (2.730) Cc: freebsd-stable@freebsd.org Subject: Re: Syntax Error in Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 15:44:52 -0000 That seems to have done it. Thanks. I had looked in the GENERIC and NOTES file, and noticed that those options didn't appear, but I couldn't find anything that said they were no long used like that, and I couldn't find anything that told me what to use in their place. Thanks for the help. Nathan On May 22, 2005, at 11:20 AM, Xin LI wrote: > Hi, Nathan, > > On Sun, May 22, 2005 at 02:46:22PM +0000, Nathan Mace wrote: > >> I'm trying to add support for my Palm to my Freebsd 5-Stable box. >> I have found the following web page which describes what kernel >> options need to be present. >> >> http://www.thedotin.net/maillists/coldsync-hackers/msg01954.html >> >> It lists the following options has being required. >> >> pseudo-device ppp 1 # Kernel PPP >> pseudo-device tun # Packet tunnel. >> device uhci # UHCI PCI->USB interface >> device ohci # OHCI PCI->USB interface >> device usb # USB Bus (required) >> device uvisor >> device ucom >> >> However when I run "config" on my kernel, I get a syntax error on >> the line that adds "ppp". Anyone hav any ideas as to why this >> might be happening? Thanks. >> > > I think you generally want "device ppp" and "device tun" on 5-STABLE > boxes, the "pseudo-device ppp 1" has gone long ago... > > Also, the examples in sys/[ARCH]/conf/GENERIC would be helpful for > reference. You may obtain a more detailed list by running "make LINT" > under the conf directory. For descriptions of kernel options, check > out the NOTES files found in architecture dependent conf directories, > and sys/conf. > > Cheers, > -- > Xin LI http://www.delphij.net/ > See complete headers for GPG key and other information. > > From owner-freebsd-stable@FreeBSD.ORG Sun May 22 16:12: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 5AA8216A41C for ; Sun, 22 May 2005 16:12:35 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124CC43D48 for ; Sun, 22 May 2005 16:12:35 +0000 (GMT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.sv.meer.net (8.12.10/8.12.6) with ESMTP id j4MGC2qb001946; Sun, 22 May 2005 09:12:25 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: from mail.meer.net (localhost [127.0.0.1]) by mail.meer.net (8.12.10/8.12.10/meer) with ESMTP id j4MGBeiF052259; Sun, 22 May 2005 09:11:40 -0700 (PDT) (envelope-from jrhett@mail.meer.net) Received: (from jrhett@localhost) by mail.meer.net (8.12.1/8.12.10) id j4MGBepO052257; Sun, 22 May 2005 09:11:40 -0700 (PDT) (envelope-from jrhett) Date: Sun, 22 May 2005 09:11:40 -0700 From: Joe Rhett To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20050522161139.GC51285@meer.net> Mail-Followup-To: =?iso-8859-1?Q?S=F8ren?= Schmidt , freebsd-stable@freebsd.org References: <20041213060549.GE78120@meer.net> <20041213102333.V92964@carver.gumbysoft.com> <20041213192119.GB4781@meer.net> <20041213183336.T97507@carver.gumbysoft.com> <41BE8F2D.8000407@DeepCore.dk> <20041215005359.GK27283@meer.net> <20050519002015.GA25329@meer.net> <20050520231050.GA86907@meer.net> <59083C62-0D00-4042-A9E9-4FC39AE4B538@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <59083C62-0D00-4042-A9E9-4FC39AE4B538@DeepCore.dk> User-Agent: Mutt/1.4i Organization: Meer.net LLC Cc: freebsd-stable@freebsd.org Subject: Re: drive failure during rebuild causes page fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 16:12:35 -0000 > >>You need to overwrite the metadata (se above) which are located in > >>different places again depending on metadata format. > > > >So where is it located with the sil3114 controler? > >(same as 3112, but with 4 ports...) On Sun, May 22, 2005 at 12:45:05AM +0200, Sřren Schmidt wrote: > Depends on what BIOS you have on there, several exists for the SiI > chips, -current or mkIII would tell you which. Just null out the last > 63 sectors on the disks and you should be fine since all possible > formats are in that range... I know how to do this using dd from the start of the disk. How do I do this at the end of the disk? -- Joe Rhett senior geek meer.net From owner-freebsd-stable@FreeBSD.ORG Sun May 22 16:24: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 26DFC16A41C for ; Sun, 22 May 2005 16:24:04 +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 836B643D49 for ; Sun, 22 May 2005 16:24:03 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4MGHmbi028699; Sun, 22 May 2005 18:17:48 +0200 (CEST) (envelope-from sos@DeepCore.dk) In-Reply-To: <20050522161139.GC51285@meer.net> References: <20041213060549.GE78120@meer.net> <20041213102333.V92964@carver.gumbysoft.com> <20041213192119.GB4781@meer.net> <20041213183336.T97507@carver.gumbysoft.com> <41BE8F2D.8000407@DeepCore.dk> <20041215005359.GK27283@meer.net> <20050519002015.GA25329@meer.net> <20050520231050.GA86907@meer.net> <59083C62-0D00-4042-A9E9-4FC39AE4B538@DeepCore.dk> <20050522161139.GC51285@meer.net> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <346E2D35-5420-4A19-A187-9628709E72BF@DeepCore.dk> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Sun, 22 May 2005 18:23:57 +0200 To: Joe Rhett X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-stable@freebsd.org Subject: Re: drive failure during rebuild causes page fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 16:24:04 -0000 On 22/05/2005, at 18:11, Joe Rhett wrote: >>>> You need to overwrite the metadata (se above) which are located in >>>> different places again depending on metadata format. >>>> >>> >>> So where is it located with the sil3114 controler? >>> (same as 3112, but with 4 ports...) >>> > > On Sun, May 22, 2005 at 12:45:05AM +0200, S=F8ren Schmidt wrote: > >> Depends on what BIOS you have on there, several exists for the SiI >> chips, -current or mkIII would tell you which. Just null out the last >> 63 sectors on the disks and you should be fine since all possible >> formats are in that range... >> > > I know how to do this using dd from the start of the disk. How do =20 > I do > this at the end of the disk? man dd ? :) you need to get the size of the disk in sectors (hint atacontrol) then you do dd if=3D/dev/zero of=3D/dev/adN oseek=3D(size-63) - S=F8ren From owner-freebsd-stable@FreeBSD.ORG Sun May 22 17:34: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 B80E516A41C for ; Sun, 22 May 2005 17:34:26 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EA4643D48 for ; Sun, 22 May 2005 17:34:26 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07-z2.arcor-online.net (mail-in-07-z2.arcor-online.net [151.189.8.19]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 9F8C71AFC0; Sun, 22 May 2005 19:34:21 +0200 (CEST) Received: from mail-in-03.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-07-z2.arcor-online.net (Postfix) with ESMTP id 4815B112E40; Sun, 22 May 2005 19:34:21 +0200 (CEST) Received: from lofi.dyndns.org (dsl-213-023-206-133.arcor-ip.net [213.23.206.133]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 3D6AE2B8C4; Sun, 22 May 2005 19:34:21 +0200 (CEST) Received: from kiste.my.domain (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.3/8.13.3) with ESMTP id j4MHYIgQ010022 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 22 May 2005 19:34:18 +0200 (CEST) (envelope-from lofi@freebsd.org) From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Sun, 22 May 2005 19:34:14 +0200 User-Agent: KMail/1.8 References: <4290A576.4010900@bgp4.net> In-Reply-To: <4290A576.4010900@bgp4.net> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: Janet Sullivan Subject: Re: hw.ata.atapi_dma in 5.4-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 17:34:26 -0000 --nextPart2475508.GuTn7KHHVK Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 22. May 2005 17:29, Janet Sullivan wrote: > I am unable to get my DVD or CD drives out of PIO4 mode on two machines. > One has an ICH3 controller, the other is Nforce2 based. > > When I put hw.ata.atapi_dma=3D"1" in /boot/loader.conf and reboot, I'm > still stuck in PIO4. What am I doing wrong? The drives probably don't support any UDMA modes. WDMA modes aren't enabled= =20 for atapi devices because there's a very large number of devices which don'= t=20 implement them right or not at all, yet claim to support them. You can enable whatever DMA modes those drives support with the atacontrol= =20 utility after the kernel has booted up. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2475508.GuTn7KHHVK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCkMKZXhc68WspdLARAlpjAJsHK7NYdfQUynXIXURup0tTx5jgKQCfWoDv 0Dys7Yazr8kHyO/TuuF+BK8= =LK+g -----END PGP SIGNATURE----- --nextPart2475508.GuTn7KHHVK-- From owner-freebsd-stable@FreeBSD.ORG Sun May 22 17:48: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 2CBF516A41C for ; Sun, 22 May 2005 17:48:33 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from isis.bgp4.net (isis.bgp4.net [66.246.197.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB28843D53 for ; Sun, 22 May 2005 17:48:32 +0000 (GMT) (envelope-from ciscogeek@bgp4.net) Received: from [192.168.23.3] (c-67-160-127-194.hsd1.wa.comcast.net [67.160.127.194]) (authenticated bits=0) by isis.bgp4.net (8.13.3/8.13.3) with ESMTP id j4MHn4uZ037275 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 22 May 2005 10:49:05 -0700 (PDT) (envelope-from ciscogeek@bgp4.net) Message-ID: <4290C5EF.7020800@bgp4.net> Date: Sun, 22 May 2005 10:48:31 -0700 From: Janet Sullivan User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050520) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: hw.ata.atapi_dma in 5.4-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 17:48:33 -0000 >>When I put hw.ata.atapi_dma="1" in /boot/loader.conf and reboot, I'm >>still stuck in PIO4. What am I doing wrong? > The drives probably don't support any UDMA modes. WDMA modes aren't enabled > for atapi devices because there's a very large number of devices which don't > implement them right or not at all, yet claim to support them. That was it. The drives only support WDMA modes. Thanks! From owner-freebsd-stable@FreeBSD.ORG Sun May 22 18:09: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 13B0416A41C for ; Sun, 22 May 2005 18:09:23 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A3F443D1D for ; Sun, 22 May 2005 18:09:21 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j4MI9DVq075721; Sun, 22 May 2005 20:09:13 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j4MI9DOK075720; Sun, 22 May 2005 20:09:13 +0200 (CEST) (envelope-from hk) Date: Sun, 22 May 2005 20:09:13 +0200 From: Holger Kipp To: Janet Sullivan Message-ID: <20050522180913.GA75530@intserv.int1.b.intern> References: <4290A576.4010900@bgp4.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4290A576.4010900@bgp4.net> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: hw.ata.atapi_dma in 5.4-RELEASE-p1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 18:09:23 -0000 On Sun, May 22, 2005 at 08:29:58AM -0700, Janet Sullivan wrote: > I am unable to get my DVD or CD drives out of PIO4 mode on two machines. > One has an ICH3 controller, the other is Nforce2 based. > > When I put hw.ata.atapi_dma="1" in /boot/loader.conf and reboot, I'm > still stuck in PIO4. What am I doing wrong? Have you tried something like atacontrol mode 1 UDMA6 UDMA6 to change the mode to the highest values possible? I have katrin# atacontrol info 1 Master: acd0 ATA/ATAPI revision 5 Slave: acd1 ATA/ATAPI revision 0 katrin# atacontrol info 0 Master: ad0 ATA/ATAPI revision 7 Slave: ad1 ATA/ATAPI revision 7 with katrin# atacontrol mode 1 Master = UDMA33 Slave = PIO4 after boot and end up with katrin# atacontrol mode 1 UDMA6 UDMA6 Master = UDMA33 Slave = WDMA2 Usually I only use acd0, so I didn't care (real life runs at a higher priority right now). Regards, Holger From owner-freebsd-stable@FreeBSD.ORG Sun May 22 18:48: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 916CA16A41C for ; Sun, 22 May 2005 18:48:34 +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 5AF2343D55 for ; Sun, 22 May 2005 18:48:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0014572DD9; Sun, 22 May 2005 11:48:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id F22BF72DD4; Sun, 22 May 2005 11:48:33 -0700 (PDT) Date: Sun, 22 May 2005 11:48:33 -0700 (PDT) From: Doug White To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= In-Reply-To: <428FA04F.7060708@t-hosting.hu> Message-ID: <20050522114640.R27009@carver.gumbysoft.com> References: <428FA04F.7060708@t-hosting.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 forgets some of my users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 18:48:34 -0000 Stripping -bugs and -current cc; this applies to -stable and isn't in reference to an existing PR. On Sat, 21 May 2005, [ISO-8859-1] K=F6vesd=E1n G=E1bor wrote: > Hello there, > > there is a strange thing.... FreeBSD 5.3 randomly frogets some of my > users. Sometimes I see in the first column of the ps aux output the uid > number instead of the login name, but next when I run it, there is the > login name. Besides, I tried to chown a directory to an existing user, > but the I get an error message, that there wasn't such user. What are you using for user lookups? Are you using nss_ldap or something other than the default 'files' lookup? Can you post the contents of /etc/nsswitch.conf? I'd also check your master.passwd file for any syntax errors or odd characters and then force a rebuild with: pwd_mkdb -p /etc/master.passwd as root. > I immediately checked passwd, group and master.passwd files in /etc but > the entry for that user was present there. The pw userdel was unable to > delete that user, so I had to manually remove it from those three files > and create it again. It worked then, but a bit later there was the same > result. I'm quite annoyed now. This state isn't safe enough, I have to > do something to get around with this. Do You have similar experiences? > Or do You now some kinda workaround? > > Cheers, > > G=E1bor K=F6vesd=E1n > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:07: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 D706216A41C for ; Sun, 22 May 2005 19:07:55 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep20-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A9CF43D58 for ; Sun, 22 May 2005 19:07:54 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.207.149] by viefep20-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050522190752.HGJQ29474.viefep20-int.chello.at@[80.98.207.149]>; Sun, 22 May 2005 21:07:52 +0200 Message-ID: <4290D885.6000600@t-hosting.hu> Date: Sun, 22 May 2005 21:07:49 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug White References: <428FA04F.7060708@t-hosting.hu> <20050522114640.R27009@carver.gumbysoft.com> In-Reply-To: <20050522114640.R27009@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 forgets some of my users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 19:07:56 -0000 Thanks for your suggestion. I use 'files' lookup. As You wrote I checked the syntax with pwd_mkdb -C /etc/passwd' and it returned nothing. Then I did a rebuild with -p, and now it seems to be okay, the two accounts that had gone away are working now. Anyway I haven't changed the nsswitch.conf, I have the default one: root@server# less /etc/nsswitch.conf group: compat group_compat: nis hosts: files dns networks: files passwd: compat passwd_compat: nis shells: files Cheers, Gábor Kövesdán >What are you using for user lookups? Are you using nss_ldap or something >other than the default 'files' lookup? Can you post the contents of >/etc/nsswitch.conf? > >I'd also check your master.passwd file for any syntax errors or odd >characters and then force a rebuild with: > >pwd_mkdb -p /etc/master.passwd > >as root. > > > From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:09: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 0C0A916A41F for ; Sun, 22 May 2005 19:09:32 +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 C66BF43D1F for ; Sun, 22 May 2005 19:09:31 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 803EB72DD4; Sun, 22 May 2005 12:09:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 7EA5272DCB; Sun, 22 May 2005 12:09:31 -0700 (PDT) Date: Sun, 22 May 2005 12:09:31 -0700 (PDT) From: Doug White To: alan bryan In-Reply-To: <20050520204926.21944.qmail@web50308.mail.yahoo.com> Message-ID: <20050522120538.Q27009@carver.gumbysoft.com> References: <20050520204926.21944.qmail@web50308.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 19:09:32 -0000 On Fri, 20 May 2005, alan bryan wrote: > > --- Doug White wrote: > > Can you post the output of "pciconf -lv"? The nForce > > IDE controller is > > properly detected, but it looks like there's another > > one in the system. > > Looking at the spec for the system it may be the > > proprietary nVidia RAID > > controller. The pciconf output should help us > > identify if thats the > > issue. > > FYI: RAID features are disabled in the BIOS, I'm just > trying to get a single SATA drive to work at full > speed. The other drive in this system is IDE and that > seems to be working at proper speed. Thanks for the > help! I guess turning off the RAID converts the chips into standard SATA controllers. I'll have to look into that. An nForce 4 machine recently appeared at work, so I'll see what I can get it to do. > atapci0@pci0:6:0: class=0x01018a card=0x50361297 > chip=0x005310de rev=0xa2 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = mass storage > subclass = ATA > atapci1@pci0:7:0: class=0x010185 card=0x50361297 > chip=0x005410de rev=0xa3 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = mass storage > subclass = ATA > atapci2@pci0:8:0: class=0x010185 card=0xcb8410de > chip=0x005510de rev=0xa3 hdr=0x00 > vendor = 'NVIDIA Corporation' > class = mass storage > subclass = ATA It looks like sos added support for atapci1 and 2 in this listing in the ATAmkIII patchset. While that patchset is in -CURRENT you'll have to apply the -stable patches yourself. Search the list archives for the location, soren posts it now and again. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:11: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 26A9516A41C for ; Sun, 22 May 2005 19:11:35 +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 F29BA43D49 for ; Sun, 22 May 2005 19:11:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id E274A72DD4; Sun, 22 May 2005 12:11:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id DFB6472DCB; Sun, 22 May 2005 12:11:34 -0700 (PDT) Date: Sun, 22 May 2005 12:11:34 -0700 (PDT) From: Doug White To: =?ISO-8859-2?Q?S=B3awek_=AFak?= In-Reply-To: <787bbe1c05052104236c0fd4dc@mail.gmail.com> Message-ID: <20050522121025.V27009@carver.gumbysoft.com> References: <787bbe1c05051903346376988b@mail.gmail.com> <20050520132841.I8229@carver.gumbysoft.com> <787bbe1c05052104236c0fd4dc@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: freebsd-stable@freebsd.org Subject: Re: Diskless boot problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 19:11:35 -0000 On Sat, 21 May 2005, [ISO-8859-2] S=B3awek =AFak wrote: > On 5/20/05, Doug White wrote: > Please try to avoid sending your message bodies base64 encoded :) My mail > client got really confused by it and didn't quote the message properly. > > Also stripping hackers cc:. I'd like to, but Gmail doesn't offer this option. Sorry :( > On Thu, 19 May 2005, [ISO-8859-2] S=C2=B3awek =C2=AFak wrote: > > > Hi, > > > > I have a problem with booting Dell 2850 over network. The machine rea= ds > > > kernel over net, boots upto mounting / from NFS and then crashes. > > > > What is the NFS server? It seems to think the NFS handle we pulled the > > kernel with is no longer valid. > FreeBSD 5.3/5.4-STABLE. Hm ... dunno then ... does the server complain about the client at all in the log? >> Does PXE and the system itself end up pulling different IP addresses? > No. The IP is the same. dunno ... --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:19: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 31B1116A41C for ; Sun, 22 May 2005 19:19:39 +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 F2B5A43D1D for ; Sun, 22 May 2005 19:19:38 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D54D072DD4; Sun, 22 May 2005 12:19:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D021F72DCB; Sun, 22 May 2005 12:19:38 -0700 (PDT) Date: Sun, 22 May 2005 12:19:38 -0700 (PDT) From: Doug White To: "Robin P. Blanchard" In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9EDF84@EBE1.gc.nat> Message-ID: <20050522121803.A27009@carver.gumbysoft.com> References: <9B5C1FCAFB35084787C21EFFFA78DD9EDF84@EBE1.gc.nat> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: RELENG_5 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 19:19:39 -0000 On Sat, 21 May 2005, Robin P. Blanchard wrote: > # uname -a > FreeBSD robinpb.homeip.net 5.4-STABLE FreeBSD 5.4-STABLE #0: Tue May 17 > 00:30:47 EDT 2005 > root@bsdfs5.gactr.uga.edu:/usr/obj/usr/src/sys/fastipsec i386 > > # kgdb kernel.debug /usr/local/var/adm/crash/vmcore.44 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > #0 doadump () at pcpu.h:160 > 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt full > #0 doadump () at pcpu.h:160 > No locals. > #1 0xc04dd58c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 > first_buf_printf = 1 > #2 0xc04ddccd in panic (fmt=0xc066e594 "%s") at > /usr/src/sys/kern/kern_shutdown.c:566 > bootopt = 260 > newpanic = 0 > buf = "page fault", '\0' can you try to fish the trap output from msgbuf? That or use dmesg's -N and -M options to extract it from the crashdump. > #3 0xc0641e92 in trap_fatal (frame=0xc7ac0bc8, eva=36) at > /usr/src/sys/i386/i386/trap.c:817 > code = 16 > type = 12 > ss = 16 > esp = 0 > softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl > = 0, ssd_p = 1, > ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} > #4 0xc0642535 in trap (frame= > {tf_fs = 24, tf_es = -1066598384, tf_ds = -1066532848, tf_edi = > -1053916800, tf_esi = -1049515008, tf_ebp = -945025988, tf_isp = -945026060, > tf_ebx = -1053916800, tf_edx = -1053937024, tf_ecx = 56, tf_eax = 0, > tf_trapno = 12, tf_err = 0, tf_eip = -1068480504, tf_cs = 8, tf_eflags = > 65683, tf_esp = -1053914880, tf_ss = 582}) at > /usr/src/sys/i386/i386/trap.c:255 > p = (struct proc *) 0xc12e754c > sticks = 3241036032 > i = 0 > ucode = 0 > type = 12 > code = 0 > eva = 36 > #5 0xc062da3a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 > No locals. > #6 0x00000018 in ?? () > No symbol table info available. > #7 0xc06d0010 in ipq () > No symbol table info available. > #8 0xc06e0010 in sc_buffer.3 () > No symbol table info available. > #9 0xc12e8180 in ?? () > No symbol table info available. > #10 0xc171ac00 in ?? () > No symbol table info available. > #11 0xc7ac0c3c in ?? () > No symbol table info available. > #12 0xc7ac0bf4 in ?? () > No symbol table info available. > #13 0xc12e8180 in ?? () > No symbol table info available. > #14 0xc12e3280 in ?? () > No symbol table info available. > #15 0x00000038 in ?? () > No symbol table info available. > #16 0x00000000 in ?? () > No symbol table info available. > #17 0x0000000c in ?? () > No symbol table info available. > #18 0x00000000 in ?? () > No symbol table info available. > #19 0xc0504808 in turnstile_wait (ts=0xc12e3280, lock=0xc06d022c, > owner=0xc171ac00) > at /usr/src/sys/kern/subr_turnstile.c:243 > tc = (struct turnstile_chain *) 0xc06cb770 > td1 = (struct thread *) 0xc12e8180 > #20 0xc04d2b7f in _mtx_lock_sleep (m=0xc06d022c, td=0xc12e8180, opts=0, > file=0x0, line=0) > at /usr/src/sys/kern/kern_mutex.c:552 > ts = (struct turnstile *) 0x0 > owner = (struct thread *) 0xc171ac00 > v = 0 > #21 0xc058a592 in tcp_isn_tick (xtp=0x0) at > /usr/src/sys/netinet/tcp_subr.c:1380 > projected_offset = 0 > #22 0xc04ed069 in softclock (dummy=0x0) at > /usr/src/sys/kern/kern_timeout.c:279 > c_func = (void (*)(void *)) 0xc058a4d0 > c_arg = (void *) 0x0 > c_flags = 14 > c = (struct callout *) 0x0 > bucket = (struct callout_tailq *) 0xc39ba4a8 > steps = 14 > depth = 2 > mpcalls = 2 > gcalls = 0 > wakeup_cookie = 14 > #23 0xc04c460a in ithread_loop (arg=0xc12fd500) at > /usr/src/sys/kern/kern_intr.c:547 > ih = (struct intrhand *) 0xc12e2c80 > p = (struct proc *) 0xc12e754c > count = 0 > warming = 5000 > warned = 0 > #24 0xc04c32c2 in fork_exit (callout=0xc04c4550 , arg=0x0, > frame=0x0) > at /usr/src/sys/kern/kern_fork.c:791 > p = (struct proc *) 0xc12e754c > #25 0xc062da9c in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:209 > No locals. > (kgdb) > > > > --------------------------------------- > Robin P. Blanchard > Systems Integration Specialist > Georgia Center for Continuing Education > fon: 706.542.2404 <-> fax: 706.542.6546 > --------------------------------------- > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:24:20 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 BB6E516A41C for ; Sun, 22 May 2005 19:24:20 +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 8DA8B43D48 for ; Sun, 22 May 2005 19:24:20 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 65ADD72DD4; Sun, 22 May 2005 12:24:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6111772DCB; Sun, 22 May 2005 12:24:20 -0700 (PDT) Date: Sun, 22 May 2005 12:24:20 -0700 (PDT) From: Doug White To: Oliver Fromme In-Reply-To: <200505221203.j4MC3TQF097807@lurza.secnetix.de> Message-ID: <20050522122234.W27009@carver.gumbysoft.com> References: <200505221203.j4MC3TQF097807@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Highpoint HPT371 support (kern/59624) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 19:24:20 -0000 On Sun, 22 May 2005, Oliver Fromme wrote: > Why is kern/59624 still open? It's about 1,5 years old. > Would someone please commit it? Or, if it cannot be > commited, please tell me why. If any information is > missing (pcicon -lv output, verbose dmesg or whatever), > I'd be happy to provide it. You may want to track down Doug Ambrisko, who has a big stack of ata patches he's been carting around. I don't know if he committed that set or not. RELENG_4 is pretty much dead development-wise -- there will be no more 4.x releases -- so finding someone to commit this for you will be difficult. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:25: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 C682C16A41C for ; Sun, 22 May 2005 19:25:35 +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 92FEA43D1F for ; Sun, 22 May 2005 19:25:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 7411672DD9; Sun, 22 May 2005 12:25:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 71FC872DD4; Sun, 22 May 2005 12:25:35 -0700 (PDT) Date: Sun, 22 May 2005 12:25:35 -0700 (PDT) From: Doug White To: Richard Coleman In-Reply-To: <42909316.2050603@criticalmagic.com> Message-ID: <20050522122441.Q27009@carver.gumbysoft.com> References: <42909316.2050603@criticalmagic.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: can't assign requested address with ntpd on 5-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2005 19:25:35 -0000 On Sun, 22 May 2005, Richard Coleman wrote: > On 5-STABLE, when I try to start ntpd, I get the following error: bind() > fd 7, family 28, port 123, addr fe80:1::2a0:c9ff:fec8:ea25, > in6_is_addr_multicast=0 flags=0 fails: Can't assign requested address > > I've used netstat to check and nothing else is on that port (other than > sshd, there is nothing else on the box). This is normal; its trying to bind to the ipv6 address and you probably don't have one defined or have ipv6 disabled. It can be safely ignored. I think on later -STABLE its been disabled. Unless you _want_ to bind to the v6 address :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:26: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 AD0BC16A41C; Sun, 22 May 2005 19:26: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 8585343D48; Sun, 22 May 2005 19:26:56 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 7795472DD9; Sun, 22 May 2005 12:26:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 753F872DD4; Sun, 22 May 2005 12:26:56 -0700 (PDT) Date: Sun, 22 May 2005 12:26:56 -0700 (PDT) From: Doug White To: Danny Braniss In-Reply-To: Message-ID: <20050522122617.O27009@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Carl Makin , freebsd-stable@freebsd.org, mjacob@freebsd.org Subject: Re: Dell PowerEdge 1855 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 19:26:56 -0000 On Sun, 22 May 2005, Danny Braniss wrote: > > > Hi Doug, > > > > > > Sorry for taking so long to reply on this, been on 3 weeks leave... > > > > > > On Fri, 8 Apr 2005, Doug White wrote: > > > > > > > On Wed, 6 Apr 2005, Carl Makin wrote: > > > > > > > > The boot sequence will hang if the USB drive is attached at boot. There > > > > > > > It seems to be acting like Uthe USB controller isn't getting interrupts. > > > > Does the problem recur on the installed system? > > > > > > Yes it did however that chassis and the servers were a test loaner and > > > have been returned. We have decided to go with the 1855 though (our > > > windows guy was *very* enthusiastic about them) and when they arrive I'll > > > run the tests you suggested. > > > > > > Thanks! > > > > so now i'm testing one too :-), any nice things to say about this blade? > > while trying out the scsi the blade panics :-) > > and as to cpu/memory power, it seems to be slower than the pe-1750 > > > > danny > > nothing like talking to oneself :-) > > i disabled the mirrowing, and now the disk io is nice, and more importanly, the > system does not panic, i guess the mpt/(aka da0: ) needs some work still :-) The mpt driver has some issues. I have an IBM machine that freaks out similiarly if the integrated mirroring is enabled. However IM works properly on other machines, so YMMV :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:28: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 D096116A41C for ; Sun, 22 May 2005 19:28:34 +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 A698643D58 for ; Sun, 22 May 2005 19:28:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 96DF072DD4; Sun, 22 May 2005 12:28:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 94B3872DCB; Sun, 22 May 2005 12:28:34 -0700 (PDT) Date: Sun, 22 May 2005 12:28:34 -0700 (PDT) From: Doug White To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= In-Reply-To: <4290D885.6000600@t-hosting.hu> Message-ID: <20050522122739.M27009@carver.gumbysoft.com> References: <428FA04F.7060708@t-hosting.hu> <20050522114640.R27009@carver.gumbysoft.com> <4290D885.6000600@t-hosting.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 forgets some of my users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 19:28:34 -0000 On Sun, 22 May 2005, [ISO-8859-1] K=F6vesd=E1n G=E1bor wrote: > Thanks for your suggestion. I use 'files' lookup. As You wrote I checked > the syntax with pwd_mkdb -C /etc/passwd' and it returned nothing. Then I > did a rebuild with -p, and now it seems to be okay, the two accounts > that had gone away are working now. Okay, perhaps the password database files had become corrupted. > > Anyway I haven't changed the nsswitch.conf, I have the default one: > > root@server# less /etc/nsswitch.conf > group: compat > group_compat: nis > hosts: files dns > networks: files > passwd: compat > passwd_compat: nis > shells: files Looks right. A database problem would make sense. > > Cheers, > > G=E1bor K=F6vesd=E1n > > > >What are you using for user lookups? Are you using nss_ldap or somethin= g > >other than the default 'files' lookup? Can you post the contents of > >/etc/nsswitch.conf? > > > >I'd also check your master.passwd file for any syntax errors or odd > >characters and then force a rebuild with: > > > >pwd_mkdb -p /etc/master.passwd > > > >as root. > > > > > > > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:46: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 37BC116A41C for ; Sun, 22 May 2005 19:46:11 +0000 (GMT) (envelope-from heinricf@mailstore.FernUni-Hagen.de) Received: from cl-mailhost.FernUni-Hagen.de (sycamore.fernuni-hagen.de [132.176.114.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0A7343D53 for ; Sun, 22 May 2005 19:46:10 +0000 (GMT) (envelope-from heinricf@mailstore.FernUni-Hagen.de) Received: from mailstore.fernuni-hagen.de ([132.176.114.185]) by cl-mailhost.FernUni-Hagen.de with esmtp (Exim 4.24) id 1DZwOn-0001Vb-LV for freebsd-stable@freebsd.org; Sun, 22 May 2005 21:46:09 +0200 Received: from [80.144.72.138] (account heinricf HELO [192.168.70.111]) by mailstore.fernuni-hagen.de (CommuniGate Pro SMTP 4.0.6) with ESMTP id 11059239 for freebsd-stable@freebsd.org; Sun, 22 May 2005 21:46:07 +0200 Message-ID: <4290E17F.7050206@FernUni-Hagen.de> Date: Sun, 22 May 2005 21:46:07 +0200 From: Fritz Heinrichmeyer User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050324) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-prewhitelist: your reply will pass through without greylisting Subject: cvsup server and firewall, new ports involved? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 19:46:11 -0000 i used to cvsup on a server with ipfw firewall and had port 5999 open on this box therefore. Recently cvsup only worked when the firewall was down. Do i need to allow more, i.e. finger etc? -- Fritz Heinrichmeyer FernUniversität, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 From owner-freebsd-stable@FreeBSD.ORG Sun May 22 19:49: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 6E82F16A41C for ; Sun, 22 May 2005 19:49:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2480C43D5D for ; Sun, 22 May 2005 19:49:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8FADB5159F; Sun, 22 May 2005 12:50:24 -0700 (PDT) Date: Sun, 22 May 2005 12:50:24 -0700 From: Kris Kennaway To: Fritz Heinrichmeyer Message-ID: <20050522195024.GA7088@xor.obsecurity.org> References: <4290E17F.7050206@FernUni-Hagen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <4290E17F.7050206@FernUni-Hagen.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: cvsup server and firewall, new ports involved? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 19:49:37 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, May 22, 2005 at 09:46:07PM +0200, Fritz Heinrichmeyer wrote: > i used to cvsup on a server with ipfw firewall and had port 5999 open on > this box therefore. Recently cvsup only worked when the firewall was > down. Do i need to allow more, i.e. finger etc? Nothing has changed.. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkOKAWry0BWjoQKURAu4eAJ9AYQrV9TQZe1hSvnYtZT2jCHBlEwCePgvS D+HQpyOCTKwJVI1AC6zdxwM= =WV/s -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-stable@FreeBSD.ORG Sun May 22 20:08: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 A74C816A41C for ; Sun, 22 May 2005 20:08:11 +0000 (GMT) (envelope-from gabor.kovesdan@freemail.hu) Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C487A43D4C for ; Sun, 22 May 2005 20:08:10 +0000 (GMT) (envelope-from gabor.kovesdan@freemail.hu) Received: from [80.98.207.149] by viefep12-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050522200807.BVOC2846.viefep12-int.chello.at@[80.98.207.149]> for ; Sun, 22 May 2005 22:08:07 +0200 Message-ID: <4290E6A5.7080601@freemail.hu> Date: Sun, 22 May 2005 22:08:05 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) 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: 8bit Subject: Making release with EXTSRC tag X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 20:08:11 -0000 Hello, I'm about to build an own install disc from 5.3-RELEASE-p15 but I don't want to mirror the whole CVS repo. I have my RELENG_5_3 source tree in /usr/src and according to this I edited my /usr/src/release/Makefile. I set the EXTSRC macro to /usr/src and I did a 'make buildworld' to fill /usr/obj with the system binariesand then I changed to /usr/src/release directory and I typed: 'make MAKE_ISOS=YES MAKE_FLOPPIES=YES CVSROOT=/usr/src release'. I had to set CVSROOT macro, because the Makefile requires it even if I use EXTSRC and do not want to checkout anything. The release process stopped with this: if [ -f /etc/resolv.conf ]; then cp -p /etc/resolv.conf /home/tux/release/etc; fi rm -rf /home/tux/release/usr/src cd /home/tux/release/usr && cp -R -H /usr/src src rm -rf /home/tux/release/usr/ports cd /home/tux/release/usr && cvs -R -d /usr/src co -P ports cvs [checkout aborted]: /usr/src/CVSROOT: No such file or directory *** Error code 1 Stop in /usr/src/release. Do You have any experience with this? What can I do now? Btw, I uploaded the Makefile: http://tux.t-hosting.hu/Makefile Cheers, Gábor Kövesdán From owner-freebsd-stable@FreeBSD.ORG Sun May 22 22:24:10 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 9B34A16A41C; Sun, 22 May 2005 22:24:10 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CDDA43D1D; Sun, 22 May 2005 22:24:10 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 45E5A21CF41; Sun, 22 May 2005 17:24:09 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33616-08; Sun, 22 May 2005 17:24:07 -0500 (CDT) Received: from kanga.honeypot.net (kanga.honeypot.net [10.0.5.16]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id BF28721CDDA; Sun, 22 May 2005 17:24:06 -0500 (CDT) From: Kirk Strauser To: John Baldwin Date: Sun, 22 May 2005 17:24:00 -0500 User-Agent: KMail/1.8 References: <200505122236.14490.kirk@strauser.com> <20050513.235443.29330924.imp@bsdimp.com> <20941475b4d98a8a9743a4a7ce85a577@FreeBSD.org> In-Reply-To: <20941475b4d98a8a9743a4a7ce85a577@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1369762.Y9Ocml6YBZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505221724.05548.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Cc: freebsd-stable@FreeBSD.org Subject: Re: wi0 is always status: no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 May 2005 22:24:10 -0000 --nextPart1369762.Y9Ocml6YBZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 20 May 2005 10:20 pm, John Baldwin wrote: > I have a patch to make the PIR code trust the BIOS in this case over the > $PIR table that you can test if you want. Actually, I committed the patch > finally a while ago. It is rev 1.117 in HEAD. It should backport to 5.x > directly. Try that and see if it fixes your problem. I wiped the drive and started over with a new install. Then, I applied you= r=20 patch and rebooted into the new kernel. My dmesg output was identical=20 between the two kernels (save for the normal little things like minor skew = in=20 clock rates). Pardon my ignorance, but should I be somehow requesting that= =20 my cbb device get bound to IRQ 11 instead of 10? There's no line containin= g=20 "cbb" in /boot/device.hints; should I add one? =2D-=20 Kirk Strauser --nextPart1369762.Y9Ocml6YBZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCkQaF5sRg+Y0CpvERAqAJAKCUNYDva34GUepCmknJbppUhi4l2wCaAjPQ TuVHpdg5z3jjTS0c2O+9sLg= =237f -----END PGP SIGNATURE----- --nextPart1369762.Y9Ocml6YBZ-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 03:45: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 69D0D16A41C for ; Mon, 23 May 2005 03:45:14 +0000 (GMT) (envelope-from fming@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id EEE5A43D1D for ; Mon, 23 May 2005 03:45:13 +0000 (GMT) (envelope-from fming@rogers.com) Received: from unknown (HELO cheetha) (fming@rogers.com@24.43.59.192 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 23 May 2005 03:45:13 -0000 Message-ID: <000601c55f49$d3e049b0$6400a8c0@cheetha> From: "MING FU" To: Date: Sun, 22 May 2005 23:45:13 -0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD and ProPolice Smashing Stack Protector X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 03:45:14 -0000 I find that any application which uses libpthread will not work. That = include named, nslookup, dig. If you have find any work stack protector = for freebsd 5.4, please share with me. Ming From owner-freebsd-stable@FreeBSD.ORG Mon May 23 08:30: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 2B60416A41C; Mon, 23 May 2005 08:30:51 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2261E43D58; Mon, 23 May 2005 08:30:49 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 562484B707; Mon, 23 May 2005 10:30:48 +0200 (CEST) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00796-03-3; Mon, 23 May 2005 10:30:47 +0200 (CEST) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id C2FBA4B705; Mon, 23 May 2005 10:30:47 +0200 (CEST) Date: Mon, 23 May 2005 10:30:47 +0200 From: Palle Girgensohn To: stable@freebsd.org, amd64@freebsd.org Message-ID: <1266D69ABEC58B97FBFE536F@palle.girgensohn.se> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========580DD7932ECF1A4D3976==========" X-Virus-Scanned: by amavisd-new at pingpong.net Cc: Subject: savecore: first and last dump headers disagree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 08:30:51 -0000 --==========580DD7932ECF1A4D3976========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi! We have an amd64 system that still experiences crashes after installing 5.4, mostly during high loads. (It's been unstable all the time, really; see previous posts.) I've added dumpdev="/dev/amrd0s2b", and some time ago I did get coredumps, but with latest versions of the kernel, savecore does not give me a dump, instead it says: savecore: first and last dump headers disagree on /dev/amrd0s2b savecore: unsaved dumps found but not saved What can I do to fix this? I guess I need a core dump to proceed in finding the problem? Also, the machine does not reboot after a panic, that's an even bigger problem, really, it needs console hands-on to revive every time. Last time it crashed (last week, before updating to 5.4-RELEASE, that system was a few weeks older on the RELENG_5_4 branch), it seems to have get stuck on dumping the core, can this be the problem: ------- Fatal trap 12: page fault while in kernel mode cpuid = 0: apic id = 00 fault virtual address = 0x00 ... trap number = 12 panic: page fault cpuid = 0 boot() called on cpu#0 Uptime: 1d23h50m36s Dumping 2047 MB 16 32 -------- The cursor sits at the position after "32". Seems to me it fails to dump the core, can this be it? On previous crashes, before dumpdev was set, it would hang before that The machine is Dell 2850 w/ Perc raid, Dual CPUs, SMP with hyperthreading OFF in BIOS. Enclosing the KERNEL config, almost a GENERIC kernel. I can provide more info if required. So, in short, three question, really. - How can I get rid of the crashes? (heh) - How can I get the system to do unattended reboot when crashed? - How do I get a coredump? Any help appreciated. /Palle Diffing GENERIC vs KERNEL: --- GENERIC Tue Apr 12 15:57:01 2005 +++ KERNEL Fri Apr 29 22:27:41 2005 @@ -20,7 +20,9 @@ machine amd64 cpu HAMMER -ident GENERIC +ident KERNEL + +makeoptions DEBUG=-g # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. @@ -45,7 +47,7 @@ options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 -options COMPAT_LINUX32 # Compatible with i386 linux binaries +#options COMPAT_LINUX32 # Compatible with i386 linux binaries options SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory @@ -64,10 +66,10 @@ # Enabling NO_MIXED_MODE gives a performance improvement on some motherboards # but does not work with some boards (mostly nVidia chipset based). -#options NO_MIXED_MODE # Don't penalize working chipsets +options NO_MIXED_MODE # Don't penalize working chipsets # Linux 32-bit ABI support -options LINPROCFS # Cannot be a module yet. +#options LINPROCFS # Cannot be a module yet. # Bus support. Do not remove isa, even if you have no isa slots device acpi @@ -260,3 +262,19 @@ device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) + +# SMP +options SMP + +# SysV stuff +# This provides support for System V shared memory. +# +options SYSVSHM +options SYSVSEM +options SYSVMSG +options SHMMAXPGS=65536 +options SEMMNI=40 +options SEMMNS=240 +options SEMUME=40 +options SEMMNU=120 --==========580DD7932ECF1A4D3976========== Content-Type: text/plain; charset=iso-8859-1; name=KERNEL Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=KERNEL; size=10048 # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # = http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-confi= g.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.421.2.11.2.1 2005/04/09 17:28:37 = kensmith Exp $ machine amd64 cpu HAMMER ident KERNEL makeoptions DEBUG=3D-g # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 #options COMPAT_LINUX32 # Compatible with i386 linux binaries=20 options SCSI_DELAY=3D15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. # Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) device atpic # 8259A compatability # Enabling NO_MIXED_MODE gives a performance improvement on some = motherboards # but does not work with some boards (mostly nVidia chipset based). options NO_MIXED_MODE # Don't penalize working chipsets # Linux 32-bit ABI support #options LINPROCFS # Cannot be a module yet. # Bus support. Do not remove isa, even if you have no isa slots device acpi device isa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices device ahd # AHA39320/29320 and onboard AIC79xx devices device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these = NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' # XXX kvtop brokenness, pointer/int warnings #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards # XXX kvtop brokenness, pointer/int warnings #device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) # SMP options SMP # SysV stuff # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG options SHMMAXPGS=3D65536 options SEMMNI=3D40 options SEMMNS=3D240 options SEMUME=3D40 options SEMMNU=3D120 --==========580DD7932ECF1A4D3976========== Content-Type: text/plain; charset=iso-8859-1; name="dmesg.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg.txt"; size=5939 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 5.4-RELEASE #6: Wed May 18 15:56:44 CEST 2005 girgen@melon.pingpong.net:/usr/obj/usr/src/sys/MELON Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.02-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 = Features=3D0xbfebfbff Features2=3D0x641d,MON,DS_CPL,CNTX-ID,CX16,> AMD Features=3D0x20000800 real memory =3D 2147221504 (2047 MB) avail memory =3D 2061484032 (1965 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 6 ioapic0: Changing APIC ID to 7 ioapic1: Changing APIC ID to 8 ioapic1: WARNING: intbase 32 !=3D expected base 24 ioapic2: Changing APIC ID to 9 ioapic2: WARNING: intbase 64 !=3D expected base 56 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 amr0: mem = 0xdfdc0000-0xdfdfffff,0xd80f0000-0xd80fffff irq 46 at device 14.0 on pci2 amr0: Firmware 513O, BIOS H418, 256MB RAM pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 4.0 on pci0 pci4: on pcib4 pcib5: at device 5.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 em0: port = 0xecc0-0xecff mem 0xdfae0000-0xdfafffff irq 64 at device 7.0 on pci6 em0: Ethernet address: 00:11:43:37:a4:9e em0: Speed:N/A Duplex:N/A pcib7: at device 0.2 on pci5 pci7: on pcib7 em1: port = 0xdcc0-0xdcff mem 0xdf8e0000-0xdf8fffff irq 65 at device 8.0 on pci7 em1: Ethernet address: 00:11:43:37:a4:9f em1: Speed:N/A Duplex:N/A pcib8: at device 6.0 on pci0 pci8: on pcib8 uhci0: port 0xbce0-0xbcff irq = 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbcc0-0xbcdf irq = 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbca0-0xbcbf irq = 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib9: at device 30.0 on pci0 pci9: on pcib9 pci9: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port = 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 sio0: type 16550A orm0: at iomem = 0xec000-0xeffff,0xce800-0xcf7ff,0xcb000-0xcbfff,0xc0000-0xcafff 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 uhub3: Dell product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub3: 2 ports with 2 removable, self powered Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 amrd0: on amr0 amrd0: 139760MB (286228480 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device=20 ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/amrd0s2a WARNING: / was not properly dismounted WARNING: /misc was not properly dismounted /misc: mount pending error: blocks 22544 files 3 WARNING: /usr was not properly dismounted WARNING: /usr/local was not properly dismounted /usr/local: mount pending error: blocks 348 files 1 WARNING: /var was not properly dismounted /var: mount pending error: blocks 2040 files 130 WARNING: /var/spool/imap was not properly dismounted em1: Link is up 100 Mbps Half Duplex em0: Link is up 1000 Mbps Full Duplex Interrupt storm detected on "irq18: uhci2"; throttling interrupt source Interrupt storm detected on "irq16: uhci0"; throttling interrupt source --==========580DD7932ECF1A4D3976==========-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 10:03: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 D683716A41C for ; Mon, 23 May 2005 10:03:53 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (213-84-197-131.adsl.xs4all.nl [213.84.197.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54CDB43D1F for ; Mon, 23 May 2005 10:03:52 +0000 (GMT) (envelope-from mipam@ibb.net) Received: from ux11.ltcm.net (mipam@localhost.ltcm.net [IPv6:::1]) by ux11.ltcm.net (8.12.9/8.12.9/UX11TT) with ESMTP id j4NA4434017483; Mon, 23 May 2005 12:04:05 +0200 (MEST) Received: from localhost (mipam@localhost) by ux11.ltcm.net (8.12.9/8.12.9/Submit) with ESMTP id j4NA421T031732; Mon, 23 May 2005 12:04:03 +0200 (MEST) X-Authentication-Warning: ux11.ltcm.net: mipam owned process doing -bs Date: Mon, 23 May 2005 12:04:02 +0200 (MEST) From: Mipam X-X-Sender: mipam@ux11.ltcm.net To: John-Mark Gurney In-Reply-To: <20050522065326.GG959@funkthat.com> Message-ID: References: <20050522065326.GG959@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: em and bge driver MPSAFE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 10:03:54 -0000 Thanks for your clear response, yes i was looking for 5.x indeed. Driver status for 5.x would be very nice indeed, i guess more guys are interested in such? If someone provides me with info, i'm willing text for the busdma page you mentioned so that 5.x is also included. Bye, Mipam. On Sat, 21 May 2005, John-Mark Gurney wrote: > Mipam wrote this message on Wed, May 11, 2005 at 16:39 +0200: > > Perhaps lame to ask, > > But are the em and bge driver MPSAFE? > > I couldn't find notes about being mpsafe in the man pages of these > > drivers? > > I was about to point you to: > http://www.freebsd.org/projects/busdma/ > > But realized that you probably wanted status on 5.x, and not HEAD... > > a quick look at the code shows that both em and bge are MPSAFE... I > can tell because of no references to Giant or GIANT, and that it using > XX_LOCK and has functions ending in _locked in them... > > Maybe we need to expand the busdma project to include which driver > status for 5.x and HEAD? > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > From owner-freebsd-stable@FreeBSD.ORG Mon May 23 10:17: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 5F22E16A41C for ; Mon, 23 May 2005 10:17:33 +0000 (GMT) (envelope-from slawek.zak@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id D98E243D1D for ; Mon, 23 May 2005 10:17:32 +0000 (GMT) (envelope-from slawek.zak@gmail.com) Received: by zproxy.gmail.com with SMTP id 18so1613475nzp for ; Mon, 23 May 2005 03:17:32 -0700 (PDT) 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=S7Saj8dhBvHUcsX3d+iAwTwXKKVNCcAwbO1hODJvvIYj1Ni/BzuBFx0w8zOMifQKJFXCeX3BmFRpONM3KzwtfovXoSYHGZf1qquV9eMJUDoUNQb4T7S3+RvTQZgwCDtaWX+OCColAgRAbBtn8w+vSyluV/VOoR4FE8VSr6NZIKA= Received: by 10.36.34.1 with SMTP id h1mr1247698nzh; Mon, 23 May 2005 03:17:32 -0700 (PDT) Received: by 10.36.88.12 with HTTP; Mon, 23 May 2005 03:17:32 -0700 (PDT) Message-ID: <787bbe1c05052303173c9284ef@mail.gmail.com> Date: Mon, 23 May 2005 12:17:32 +0200 From: =?ISO-8859-2?Q?S=B3awek_=AFak?= To: Doug White In-Reply-To: <20050522121025.V27009@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <787bbe1c05051903346376988b@mail.gmail.com> <20050520132841.I8229@carver.gumbysoft.com> <787bbe1c05052104236c0fd4dc@mail.gmail.com> <20050522121025.V27009@carver.gumbysoft.com> Cc: freebsd-stable@freebsd.org Subject: Re: Diskless boot problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?ISO-8859-2?Q?S=B3awek_=AFak?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 10:17:33 -0000 T24gNS8yMi8wNSwgRG91ZyBXaGl0ZSA8ZHdoaXRlQGd1bWJ5c29mdC5jb20+IHdyb3RlOgo+IE9u IFNhdCwgMjEgTWF5IDIwMDUsIFtJU08tODg1OS0yXSBT77+9YXdlayDvv71hayB3cm90ZToKPiAK PiA+IE9uIDUvMjAvMDUsIERvdWcgV2hpdGUgPGR3aGl0ZUBndW1ieXNvZnQuY29tPiB3cm90ZToK PiA+IFBsZWFzZSB0cnkgdG8gYXZvaWQgc2VuZGluZyB5b3VyIG1lc3NhZ2UgYm9kaWVzIGJhc2U2 NCBlbmNvZGVkIDopIE15IG1haWwKPiA+IGNsaWVudCBnb3QgcmVhbGx5IGNvbmZ1c2VkIGJ5IGl0 IGFuZCBkaWRuJ3QgcXVvdGUgdGhlIG1lc3NhZ2UgcHJvcGVybHkuCj4gPgo+ID4gQWxzbyBzdHJp cHBpbmcgaGFja2VycyBjYzouCj4gCj4gSSdkIGxpa2UgdG8sIGJ1dCBHbWFpbCBkb2Vzbid0IG9m ZmVyIHRoaXMgb3B0aW9uLiBTb3JyeSA6KAo+IAo+ID4gT24gVGh1LCAxOSBNYXkgMjAwNSwgW0lT Ty04ODU5LTJdIFPCs2F3ZWsgwq9hayB3cm90ZToKPiA+Cj4gPiA+IEhpLAo+ID4KPiA+ID4gPiBJ IGhhdmUgYSBwcm9ibGVtIHdpdGggYm9vdGluZyBEZWxsIDI4NTAgb3ZlciBuZXR3b3JrLiBUaGUg bWFjaGluZSByZWFkcwo+ID4gPiA+IGtlcm5lbCBvdmVyIG5ldCwgYm9vdHMgdXB0byBtb3VudGlu ZyAvIGZyb20gTkZTIGFuZCB0aGVuIGNyYXNoZXMuCj4gPiA+Cj4gPiA+IFdoYXQgaXMgdGhlIE5G UyBzZXJ2ZXI/IEl0IHNlZW1zIHRvIHRoaW5rIHRoZSBORlMgaGFuZGxlIHdlIHB1bGxlZCB0aGUK PiA+ID4ga2VybmVsIHdpdGggaXMgbm8gbG9uZ2VyIHZhbGlkLgo+IAo+ID4gRnJlZUJTRCA1LjMv NS40LVNUQUJMRS4KPiAKPiBIbSAuLi4gZHVubm8gdGhlbiAuLi4gZG9lcyB0aGUgc2VydmVyIGNv bXBsYWluIGFib3V0IHRoZSBjbGllbnQgYXQgYWxsIGluCj4gdGhlIGxvZz8KCk5vIGNvbXBsYWlu dHMgd2hhdHNvZXZlci5UaGUgZXhhY3Qgb3MgdmVyc2lvbiBvbiBORlMgc2VydmVyIGlzIDUuNC1S QzIuCgo+IAo+ID4+IERvZXMgUFhFIGFuZCB0aGUgc3lzdGVtIGl0c2VsZiBlbmQgdXAgcHVsbGlu ZyBkaWZmZXJlbnQgSVAgYWRkcmVzc2VzPwo+IAo+ID4gTm8uIFRoZSBJUCBpcyB0aGUgc2FtZS4K Ck1lc3NhZ2Ugb24gdGhlIGNvbnNvbGUgYmVmb3JlIGJvb3Q6CgpDTElFTlQgTUFDIEFERFI6IDAw IDExIDQzIEQzIDZFIDA5ICBHVUlEOiA0NDQ1NEM0QyA0NjAwIDEwMzggODAzMSBCOUMwNEY0NDMx NEEKQ0xJRU5UIElQOiAxMC4xNTguMTkwLjc0ICBNQVNLOiAyNTUuMjU1LjI1NS4yMjQgIERIQ1Ag SVA6IDEwLjE1OC4xOTAuNzMKR0FURVdBWSBJUDogMTAuMTU4LjE5MC45NCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgClBYRSBMb2FkZXIgMS4wMCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAg ICAgICAgICAgICAgICAgICAgICAgICAKQnVpbGRpbmcgdGhlIGJvb3QgbG9hZGVyIGFyZ3VtZW50 cwpSZWxvY2F0aW5nIHRoZSBsb2FkZXIgYW5kIHRoZSBCVFgKU3RhcnRpbmcgdGhlIEJUWCBsb2Fk ZXIKCkJUWCBsb2FkZXIgMS4wMCAgQlRYIHZlcnNpb24gaXMgMS4wMQoKcGpkQCBzZW50IG1lIGEg cGF0Y2ggZm9yIGhhcmRjb2RpbmcgMTAwIGZ1bGwtZHVwbGV4IG9uIGVtLCBidXQgaXQgZGlkbid0 IGhlbHA6CgplbV9pbml0X2xvY2tlZDogRm9yY2luZyAxMDBNYml0L2Z1bGwtZHVwbGV4Ck5GUyBS T09UOiAxMC4xNTguMTkwLjczOi92YXIvd3d3L0ZyZWVCU0QtNS40LXg4Ni1QWEUKZW0wOiBMaW5r IGlzIHVwIDEwMCBNYnBzIEZ1bGwgRHVwbGV4CmV4ZWMgL3NiaW4vaW5pdDogZXJyb3IgNzAKZXhl YyAvc2Jpbi9vaW5pdDogZXJyb3IgNzAKZXhlYyAvc2Jpbi9pbml0LmJhazogZXJyb3IgNzAKZXhl YyAvcmVzY3VlL2luaXQ6IGVycm9yIDcwCmV4ZWMgL3N0YW5kL3N5c2luc3RhbGw6IGVycm9yIDcw CmluaXQ6IG5vdCBmb3VuZCBpbiBwYXRoCi9zYmluL2luaXQ6L3NiaW4vb2luaXQ6L3NiaW4vaW5p dC5iYWs6L3Jlc2N1ZS9pbml0Oi9zdGFuZC9zeWwKcGFuaWM6IG5vIGluaXQKY3B1aWQgPSAwCktE QjogZW50ZXI6IHBhbmljClt0aHJlYWQgcGlkIDEgdGlkIDEwMDAwMiBdClN0b3BwZWQgYXQgICAg ICBrZGJfZW50ZXIrMHgzMDogbGVhdmUgICAKZGI+IAoKdGNwZHVtcCB0cmFjZSBvbiB0aGUgc2Vy dmVyIHN0aWxsIHNob3dzIHN0YWxlIGhhbmRsZSBORlMgcmVxdWVzdHMuCgoxMjoxNjowOS4zNDM4 MTcgYXJwIHdoby1oYXMgMTAuMTU4LjE5MC43MyB0ZWxsIDEwLjE1OC4xOTAuNzQKMTI6MTY6MDku MzQzODI4IGFycCByZXBseSAxMC4xNTguMTkwLjczIGlzLWF0IDAwOjExOjQzOmQzOjZlOmUxCjEy OjE2OjA5LjM0NTY4OCBJUCAxMC4xNTguMTkwLjc0LjE4MzAwNzQxMzMgPiAxMC4xNTguMTkwLjcz LjIwNDk6IDEwMApsb29rdXAgW3xuZnNdCjEyOjE2OjA5LjM0NTcyMSBJUCAxMC4xNTguMTkwLjcz LjIwNDkgPiAxMC4xNTguMTkwLjc0LjE4MzAwNzQxMzM6CnJlcGx5IG9rIDI4IGxvb2t1cCBFUlJP UjogU3RhbGUgTkZTIGZpbGUgaGFuZGxlCjEyOjE2OjA5LjM1MTU2MCBJUCAxMC4xNTguMTkwLjc0 LjE4MzAwNzQxMzQgPiAxMC4xNTguMTkwLjczLjIwNDk6IDEwMApsb29rdXAgW3xuZnNdCjEyOjE2 OjA5LjM1MTU3OSBJUCAxMC4xNTguMTkwLjczLjIwNDkgPiAxMC4xNTguMTkwLjc0LjE4MzAwNzQx MzQ6CnJlcGx5IG9rIDI4IGxvb2t1cCBFUlJPUjogU3RhbGUgTkZTIGZpbGUgaGFuZGxlCjEyOjE2 OjA5LjM4NjUzOSBJUCAxMC4xNTguMTkwLjc0LjE4MzAwNzQxMzUgPiAxMC4xNTguMTkwLjczLjIw NDk6IDEwMApsb29rdXAgW3xuZnNdCjEyOjE2OjA5LjM4NjU2MCBJUCAxMC4xNTguMTkwLjczLjIw NDkgPiAxMC4xNTguMTkwLjc0LjE4MzAwNzQxMzU6CnJlcGx5IG9rIDI4IGxvb2t1cCBFUlJPUjog U3RhbGUgTkZTIGZpbGUgaGFuZGxlCjEyOjE2OjA5LjQyMjY0NCBJUCAxMC4xNTguMTkwLjc0LjE4 MzAwNzQxMzYgPiAxMC4xNTguMTkwLjczLjIwNDk6IDEwMApsb29rdXAgW3xuZnNdCjEyOjE2OjA5 LjQyMjY2MyBJUCAxMC4xNTguMTkwLjczLjIwNDkgPiAxMC4xNTguMTkwLjc0LjE4MzAwNzQxMzY6 CnJlcGx5IG9rIDI4IGxvb2t1cCBFUlJPUjogU3RhbGUgTkZTIGZpbGUgaGFuZGxlCjEyOjE2OjA5 LjQ2MDk5NiBJUCAxMC4xNTguMTkwLjc0LjE4MzAwNzQxMzcgPiAxMC4xNTguMTkwLjczLjIwNDk6 IDEwNApsb29rdXAgW3xuZnNdCjEyOjE2OjA5LjQ2MTAxOSBJUCAxMC4xNTguMTkwLjczLjIwNDkg PiAxMC4xNTguMTkwLjc0LjE4MzAwNzQxMzc6CnJlcGx5IG9rIDI4IGxvb2t1cCBFUlJPUjogU3Rh bGUgTkZTIGZpbGUgaGFuZGxlCjEyOjE2OjA5LjQ5ODcyNCBJUCAxMC4xNTguMTkwLjc0LjE4MzAw NzQxMzggPiAxMC4xNTguMTkwLjczLjIwNDk6IDEwNApsb29rdXAgW3xuZnNdCjEyOjE2OjA5LjQ5 ODc0NSBJUCAxMC4xNTguMTkwLjczLjIwNDkgPiAxMC4xNTguMTkwLjc0LjE4MzAwNzQxMzg6CnJl cGx5IG9rIDI4IGxvb2t1cCBFUlJPUjogU3RhbGUgTkZTIGZpbGUgaGFuZGxlCgoKSSdtIG91dCBv ZiBvcHRpb25zLgoKVGhhbmtzLCAvUwotLSAKU8WCYXdlayDFu2FrIC8gVU5JWCBTeXN0ZW1zIEFk bWluaXN0cmF0b3IK From owner-freebsd-stable@FreeBSD.ORG Mon May 23 10:18: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 567BB16A41C; Mon, 23 May 2005 10:18:05 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from melon.pingpong.net (82.milagro.bahnhof.net [195.178.168.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id E111B43D1D; Mon, 23 May 2005 10:18:04 +0000 (GMT) (envelope-from girgen@FreeBSD.org) Received: from localhost (localhost.pingpong.net [127.0.0.1]) by melon.pingpong.net (Postfix) with ESMTP id 4DA8B4B626; Mon, 23 May 2005 12:18:03 +0200 (CEST) Received: from melon.pingpong.net ([127.0.0.1]) by localhost (melon.pingpong.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18448-01-11; Mon, 23 May 2005 12:18:03 +0200 (CEST) Received: from palle.girgensohn.se (1-2-8-5a.asp.sth.bostream.se [82.182.157.66]) by melon.pingpong.net (Postfix) with ESMTP id E85D04B624; Mon, 23 May 2005 12:18:02 +0200 (CEST) Date: Mon, 23 May 2005 12:18:02 +0200 From: Palle Girgensohn To: Palle Girgensohn , stable@freebsd.org, amd64@freebsd.org Message-ID: <6950A47790357A4F74A4572E@palle.girgensohn.se> In-Reply-To: <1266D69ABEC58B97FBFE536F@palle.girgensohn.se> References: <1266D69ABEC58B97FBFE536F@palle.girgensohn.se> X-Mailer: Mulberry/3.1.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Virus-Scanned: by amavisd-new at pingpong.net Cc: Subject: system does not reboot after panic (Was: savecore: first and last dump headers disagree) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 10:18:05 -0000 --On m=E5ndag, maj 23, 2005 10.30.47 +0200 Palle Girgensohn=20 wrote: > Hi! > > We have an amd64 system that still experiences crashes after installing > 5.4, mostly during high loads. (It's been unstable all the time, really; > see previous posts.) > > I've added dumpdev=3D"/dev/amrd0s2b", and some time ago I did get > coredumps, but with latest versions of the kernel, savecore does not give > me a dump, instead it says: > > savecore: first and last dump headers disagree on /dev/amrd0s2b > savecore: unsaved dumps found but not saved > > What can I do to fix this? I guess I need a core dump to proceed in > finding the problem? Peter Holm tipped me of using savecore -f. Hopefully this will give me a=20 core next time. This one was already destroyed by swapping. :( > Also, the machine does not reboot after a panic, that's an even bigger > problem, really, it needs console hands-on to revive every time. This is really *the* main issue. It won't reboot automatically, it just=20 sits there waiting for keyboard action... :( there is no debugger in the=20 kernel, would adding kbd and kbd_unattende help? I doubt it? Anything else=20 that can be done? /Palle > Last time it crashed (last week, before updating to 5.4-RELEASE, that > system was a few weeks older on the RELENG_5_4 branch), it seems to have > get stuck on dumping the core, can this be the problem: > > ------- > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0: apic id =3D 00 > fault virtual address =3D 0x00 > ... > trap number =3D 12 > panic: page fault > cpuid =3D 0 > boot() called on cpu#0 > Uptime: 1d23h50m36s > Dumping 2047 MB > 16 32 > -------- > The cursor sits at the position after "32". > > Seems to me it fails to dump the core, can this be it? On previous > crashes, before dumpdev was set, it would hang before that > > The machine is Dell 2850 w/ Perc raid, Dual CPUs, SMP with hyperthreading > OFF in BIOS. Enclosing the KERNEL config, almost a GENERIC kernel. I can > provide more info if required. > > So, in short, three question, really. > > - How can I get rid of the crashes? (heh) > - How can I get the system to do unattended reboot when crashed? > - How do I get a coredump? > Any help appreciated. > > /Palle > > > Diffing GENERIC vs KERNEL: > > --- GENERIC Tue Apr 12 15:57:01 2005 > +++ KERNEL Fri Apr 29 22:27:41 2005 > @@ -20,7 +20,9 @@ > > machine amd64 > cpu HAMMER > -ident GENERIC > +ident KERNEL > + > +makeoptions DEBUG=3D-g > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for > devices. > @@ -45,7 +47,7 @@ > options COMPAT_43 # Needed by COMPAT_LINUX32 > options COMPAT_IA32 # Compatible with i386 binaries > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > -options COMPAT_LINUX32 # Compatible with i386 linux > binaries > +#options COMPAT_LINUX32 # Compatible with i386 linux > binaries > options SCSI_DELAY=3D15000 # Delay (in ms) before probing > SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > @@ -64,10 +66,10 @@ > > # Enabling NO_MIXED_MODE gives a performance improvement on some > motherboards > # but does not work with some boards (mostly nVidia chipset based). > -#options NO_MIXED_MODE # Don't penalize working chipsets > +options NO_MIXED_MODE # Don't penalize working chipsets > > # Linux 32-bit ABI support > -options LINPROCFS # Cannot be a module yet. > +#options LINPROCFS # Cannot be a module yet. > > # Bus support. Do not remove isa, even if you have no isa slots > device acpi > @@ -260,3 +262,19 @@ > device firewire # FireWire bus code > device sbp # SCSI over FireWire (Requires scbus and > da) > device fwe # Ethernet over FireWire (non-standard!) > + > +# SMP > +options SMP > + > +# SysV stuff > +# This provides support for System V shared memory. > +# > +options SYSVSHM > +options SYSVSEM > +options SYSVMSG > +options SHMMAXPGS=3D65536 > +options SEMMNI=3D40 > +options SEMMNS=3D240 > +options SEMUME=3D40 > +options SEMMNU=3D120 From owner-freebsd-stable@FreeBSD.ORG Mon May 23 10:47: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 1DD8C16A41C for ; Mon, 23 May 2005 10:47:21 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA6CB43D1F for ; Mon, 23 May 2005 10:47:20 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DaASu-0007Tm-8U; Mon, 23 May 2005 10:47:20 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DaASf-000Gwr-9B; Mon, 23 May 2005 00:47:05 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17041.46245.552820.864897@roam.psg.com> Date: Mon, 23 May 2005 06:47:01 -0400 To: Nathan Mace References: <1116773182.8c338cbcnmace@myrealbox.com> <20050522152027.GA65704@frontfree.net> Cc: freebsd-stable@freebsd.org Subject: Re: Syntax Error in Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 10:47:21 -0000 could someone explain why kernel ppp is needed at all? randy From owner-freebsd-stable@FreeBSD.ORG Mon May 23 12:20:17 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 C33EA16A422 for ; Mon, 23 May 2005 12:20:17 +0000 (GMT) (envelope-from vohand@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4BDD43D54 for ; Mon, 23 May 2005 12:20:06 +0000 (GMT) (envelope-from vohand@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so2019071wri for ; Mon, 23 May 2005 05:20:06 -0700 (PDT) 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:mime-version:content-type:content-transfer-encoding:content-disposition; b=qiQkp4O4DMAmd4ZdFY/ljp4ZyfnLS/6sHd/gOFDKgWxjeH7qB/w/rnWKeDfLitVtH4rh/zTRE998QB+joztbPDashszcHqFUtryx+QEWuyoJWwGyrTslMxHlMftD89nV/uA25JWyl8o2Oocu3RGbXMralchgPuL4UxE3y+gbl6o= Received: by 10.54.81.12 with SMTP id e12mr3260848wrb; Mon, 23 May 2005 05:20:05 -0700 (PDT) Received: by 10.54.97.17 with HTTP; Mon, 23 May 2005 05:20:05 -0700 (PDT) Message-ID: <420046990505230520140f617f@mail.gmail.com> Date: Mon, 23 May 2005 16:20:05 +0400 From: Vladimir Dzhivsanoff 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 Cc: Pawel Jakub Dawidek Subject: gvinum X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vladimir Dzhivsanoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 12:20:18 -0000 Where I can find any gvinum documentation ? From owner-freebsd-stable@FreeBSD.ORG Mon May 23 12:38:06 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 D609916A41C for ; Mon, 23 May 2005 12:38:06 +0000 (GMT) (envelope-from robin.blanchard@gactr.uga.edu) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 778A543D1F for ; Mon, 23 May 2005 12:38:06 +0000 (GMT) (envelope-from robin.blanchard@gactr.uga.edu) Received: from localhost (localhost [127.0.0.1]) by mail.gactr.uga.edu (Postfix) with ESMTP id CD7975C0F7; Mon, 23 May 2005 08:38:03 -0400 (EDT) Received: from mail.gactr.uga.edu ([127.0.0.1]) by localhost (mail.gactr.uga.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 51876-03-2; Mon, 23 May 2005 08:38:03 -0400 (EDT) Received: from EBE1.gc.nat (E2K1.gc.nat [10.10.11.21]) by mail.gactr.uga.edu (Postfix) with ESMTP id 8BB825C0E2; Mon, 23 May 2005 08:38:03 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 May 2005 08:38:04 -0400 Message-ID: <9B5C1FCAFB35084787C21EFFFA78DD9EF13698@EBE1.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RELENG_5 panic Thread-Index: AcVfAzdafU9EIO+kQ/mNBTn8vrznZgAkAGUg From: "Robin P. Blanchard" To: "Doug White" X-Virus-Scanned: by amavisd-new at gactr.uga.edu Cc: stable@freebsd.org Subject: RE: RELENG_5 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 12:38:07 -0000 Here's what I could get out of dmesg, and looking again at the dump # dmesg -M /usr/local/var/adm/crash/vmcore.44 -N /boot/kernel/kernel=20 kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x24 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc0504808 stack pointer =3D 0x10:0xc7ac0c08 frame pointer =3D 0x10:0xc7ac0c3c 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 27 (swi5: clock sio) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 3d6h59m25s Dumping 127 MB 16 32 48 64 80 96 112 root@robinpb [/usr/obj/usr/src/sys/fastipsec]# kgdb kernel.debug /usr/local/var/adm/crash/vmcore.44=20 [GDB will not be able to debug user-mode threads: = /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) l *0xc0504808 0xc0504808 is in turnstile_wait = (/usr/src/sys/kern/subr_turnstile.c:245). 240 /* 241 * Pick up the lock that td is blocked on. 242 */ 243 ts =3D td->td_blocked; 244 MPASS(ts !=3D NULL); 245 tc =3D 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)=20 --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 < > fax: 706.542.6546 --------------------------------------- =20 > -----Original Message----- > From: Doug White [mailto:dwhite@gumbysoft.com]=20 > Sent: Sunday, May 22, 2005 3:20 PM > To: Robin P. Blanchard > Cc: stable@freebsd.org > Subject: Re: RELENG_5 panic >=20 > On Sat, 21 May 2005, Robin P. Blanchard wrote: >=20 > > # uname -a > > FreeBSD robinpb.homeip.net 5.4-STABLE FreeBSD 5.4-STABLE=20 > #0: Tue May=20 > > 17 > > 00:30:47 EDT 2005 > > root@bsdfs5.gactr.uga.edu:/usr/obj/usr/src/sys/fastipsec i386 > > > > # kgdb kernel.debug /usr/local/var/adm/crash/vmcore.44 > > [GDB will not be able to debug user-mode threads:=20 > /usr/lib/libthread_db.so: > > Undefined symbol "ps_pglobal_lookup"] > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public=20 > License, and=20 > > you are welcome to change it and/or distribute copies of it=20 > under certain conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show=20 > warranty" for details. > > This GDB was configured as "i386-marcel-freebsd". > > #0 doadump () at pcpu.h:160 > > 160 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > > (kgdb) bt full > > #0 doadump () at pcpu.h:160 > > No locals. > > #1 0xc04dd58c in boot (howto=3D260) at=20 > /usr/src/sys/kern/kern_shutdown.c:410 > > first_buf_printf =3D 1 > > #2 0xc04ddccd in panic (fmt=3D0xc066e594 "%s") at > > /usr/src/sys/kern/kern_shutdown.c:566 > > bootopt =3D 260 > > newpanic =3D 0 > > buf =3D "page fault", '\0' >=20 > can you try to fish the trap output from msgbuf? That or use=20 > dmesg's -N and -M options to extract it from the crashdump. >=20 > > #3 0xc0641e92 in trap_fatal (frame=3D0xc7ac0bc8, eva=3D36) at > > /usr/src/sys/i386/i386/trap.c:817 > > code =3D 16 > > type =3D 12 > > ss =3D 16 > > esp =3D 0 > > softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575,=20 > ssd_type =3D 27,=20 > > ssd_dpl =3D 0, ssd_p =3D 1, > > ssd_xx =3D 0, ssd_xx1 =3D 0, ssd_def32 =3D 1, ssd_gran =3D 1} > > #4 0xc0642535 in trap (frame=3D > > {tf_fs =3D 24, tf_es =3D -1066598384, tf_ds =3D=20 > -1066532848, tf_edi =3D=20 > > -1053916800, tf_esi =3D -1049515008, tf_ebp =3D -945025988, tf_isp = =3D=20 > > -945026060, tf_ebx =3D -1053916800, tf_edx =3D -1053937024,=20 > tf_ecx =3D 56,=20 > > tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D=20 > -1068480504, tf_cs =3D=20 > > 8, tf_eflags =3D 65683, tf_esp =3D -1053914880, tf_ss =3D 582}) at > > /usr/src/sys/i386/i386/trap.c:255 > > p =3D (struct proc *) 0xc12e754c > > sticks =3D 3241036032 > > i =3D 0 > > ucode =3D 0 > > type =3D 12 > > code =3D 0 > > eva =3D 36 > > #5 0xc062da3a in calltrap () at=20 > > /usr/src/sys/i386/i386/exception.s:140 > > No locals. > > #6 0x00000018 in ?? () > > No symbol table info available. > > #7 0xc06d0010 in ipq () > > No symbol table info available. > > #8 0xc06e0010 in sc_buffer.3 () > > No symbol table info available. > > #9 0xc12e8180 in ?? () > > No symbol table info available. > > #10 0xc171ac00 in ?? () > > No symbol table info available. > > #11 0xc7ac0c3c in ?? () > > No symbol table info available. > > #12 0xc7ac0bf4 in ?? () > > No symbol table info available. > > #13 0xc12e8180 in ?? () > > No symbol table info available. > > #14 0xc12e3280 in ?? () > > No symbol table info available. > > #15 0x00000038 in ?? () > > No symbol table info available. > > #16 0x00000000 in ?? () > > No symbol table info available. > > #17 0x0000000c in ?? () > > No symbol table info available. > > #18 0x00000000 in ?? () > > No symbol table info available. > > #19 0xc0504808 in turnstile_wait (ts=3D0xc12e3280, = lock=3D0xc06d022c, > > owner=3D0xc171ac00) > > at /usr/src/sys/kern/subr_turnstile.c:243 > > tc =3D (struct turnstile_chain *) 0xc06cb770 > > td1 =3D (struct thread *) 0xc12e8180 #20 0xc04d2b7f in=20 > > _mtx_lock_sleep (m=3D0xc06d022c, td=3D0xc12e8180, opts=3D0, = file=3D0x0,=20 > > line=3D0) > > at /usr/src/sys/kern/kern_mutex.c:552 > > ts =3D (struct turnstile *) 0x0 > > owner =3D (struct thread *) 0xc171ac00 > > v =3D 0 > > #21 0xc058a592 in tcp_isn_tick (xtp=3D0x0) at=20 > > /usr/src/sys/netinet/tcp_subr.c:1380 > > projected_offset =3D 0 > > #22 0xc04ed069 in softclock (dummy=3D0x0) at > > /usr/src/sys/kern/kern_timeout.c:279 > > c_func =3D (void (*)(void *)) 0xc058a4d0 > > c_arg =3D (void *) 0x0 > > c_flags =3D 14 > > c =3D (struct callout *) 0x0 > > bucket =3D (struct callout_tailq *) 0xc39ba4a8 > > steps =3D 14 > > depth =3D 2 > > mpcalls =3D 2 > > gcalls =3D 0 > > wakeup_cookie =3D 14 > > #23 0xc04c460a in ithread_loop (arg=3D0xc12fd500) at > > /usr/src/sys/kern/kern_intr.c:547 > > ih =3D (struct intrhand *) 0xc12e2c80 > > p =3D (struct proc *) 0xc12e754c > > count =3D 0 > > warming =3D 5000 > > warned =3D 0 > > #24 0xc04c32c2 in fork_exit (callout=3D0xc04c4550 ,=20 > > arg=3D0x0, > > frame=3D0x0) > > at /usr/src/sys/kern/kern_fork.c:791 > > p =3D (struct proc *) 0xc12e754c > > #25 0xc062da9c in fork_trampoline () at > > /usr/src/sys/i386/i386/exception.s:209 > > No locals. > > (kgdb) > > > > > > > > --------------------------------------- > > Robin P. Blanchard > > Systems Integration Specialist > > Georgia Center for Continuing Education > > fon: 706.542.2404 <-> fax: 706.542.6546 > > --------------------------------------- > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list=20 > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to=20 > "freebsd-stable-unsubscribe@freebsd.org" > > >=20 > --=20 > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org >=20 From owner-freebsd-stable@FreeBSD.ORG Mon May 23 13: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 11DC316A41C for ; Mon, 23 May 2005 13:29:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BBC443D49 for ; Mon, 23 May 2005 13:29:37 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4NDTZY8041223; Mon, 23 May 2005 16:29:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 57610-16; Mon, 23 May 2005 16:29:34 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j4NDTRIc041218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 May 2005 16:29:32 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j4NDTkjw058933; Mon, 23 May 2005 16:29:46 +0300 (EEST) (envelope-from ru) Date: Mon, 23 May 2005 16:29:46 +0300 From: Ruslan Ermilov To: NAKAJI Hiroyuki Message-ID: <20050523132946.GB58621@ip.net.ua> References: <867jhs11zv.fsf@ra333.heimat.gr.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline In-Reply-To: <867jhs11zv.fsf@ra333.heimat.gr.jp> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-stable@freebsd.org Subject: Re: [RELENG_4] buildkernel failure with MAKEOBJDIRPREFIX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 13:29:41 -0000 --5/uDoXvLw7AC5HRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 22, 2005 at 10:30:12AM +0900, NAKAJI Hiroyuki wrote: > Hello, >=20 > I tried to rebuild a debug kernel to analyze one of my problem(*), > and, I faced to another problem. Now this is the main problem for me. >=20 > The problem I have now is that 'make buildkernel' does not refer to > ${MAKEOBJDIRPREFIX} set in /etc/make.conf. The reason I will use > MAKEOBJDIRPREFIX is that my /usr/obj does not have enough space to > build the debug kernel with DEBUG=3D-g. >=20 > I set MAKEOBJDIRPREFIX=3D/other/big/directory in /etc/make.conf and ran > 'make buildkernel' in /usr/src. And got an error "/usr/src: file > system full". Because /usr/src is another partition and has as small > space as /usr/obj. /usr/src is 400MB and /usr/obj is 500MB which are > enouch to build normal RELENG_4 world. >=20 > I noticed that modules are built in /usr/src/sys/modules not in > ${MAKEOBJDIRPREFIX}/usr/src/sys/modules. Of cource, kernel.debug is > created in ${MAKEOBJDIRPREFIX}/usr/src/sys/CONFIG/kernel.debug. >=20 > I think this is a bug of make, *.mk or other Makefiles in /sys but I > cannot fix it. >=20 No, this is because MAKEOBJDIRPREFIX must be an environment variable and should not be set on make's command line or in /etc/make.conf. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --5/uDoXvLw7AC5HRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkdrKqRfpzJluFF4RAhZdAJ9kWG2e55XXK4QhGGE4vY1RSbIfJgCfb3UR 9DCEQjLi8cHA3GKo8MywShA= =KUkb -----END PGP SIGNATURE----- --5/uDoXvLw7AC5HRs-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 14:03: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 8678C16A41C for ; Mon, 23 May 2005 14:03:05 +0000 (GMT) (envelope-from arg-bsd@arg.me.uk) Received: from arg1.demon.co.uk (arg1.demon.co.uk [62.49.12.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B45D43D49 for ; Mon, 23 May 2005 14:03:04 +0000 (GMT) (envelope-from arg-bsd@arg.me.uk) Received: by arg1.demon.co.uk (Postfix, from userid 1002) id 7AF719B02; Mon, 23 May 2005 15:03:00 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by arg1.demon.co.uk (Postfix) with ESMTP id 76AC95D0F; Mon, 23 May 2005 15:03:00 +0100 (BST) Date: Mon, 23 May 2005 15:03:00 +0100 (BST) From: Andrew Gordon X-X-Sender: freebsd@server.arg.sj.co.uk To: Richard Coleman In-Reply-To: <42909316.2050603@criticalmagic.com> Message-ID: <20050523150006.P88628@server.arg.sj.co.uk> References: <42909316.2050603@criticalmagic.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: can't assign requested address with ntpd on 5-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 14:03:05 -0000 On Sun, 22 May 2005, Richard Coleman wrote: > On 5-STABLE, when I try to start ntpd, I get the following error: bind() > fd 7, family 28, port 123, addr fe80:1::2a0:c9ff:fec8:ea25, > in6_is_addr_multicast=0 flags=0 fails: Can't assign requested address > > Anyone else seen this recently. I've seen something similar with IPV4. Problem here was that I had multiple interfaces with the same address (an ethernet and some point-to-point interfaces that shared the same near-end address). ntpd appears to enumerate the interfaces and tries to bind (by address) to all of them, then fails because it's trying to bind the same thing twice. This isn't directly the same as your problem, but might be similar? Do you have alias addresses or something that may give the same effect? From owner-freebsd-stable@FreeBSD.ORG Mon May 23 14:10: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 D522E16A41C for ; Mon, 23 May 2005 14:10:06 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82D0843D1F for ; Mon, 23 May 2005 14:10:05 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id F33C71F87BEE; Mon, 23 May 2005 16:10:03 +0200 (CEST) Date: Mon, 23 May 2005 16:10:03 +0200 From: Roman Neuhauser To: freebsd-stable Message-ID: <20050523141003.GA75446@isis.sigpipe.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: 4.10-RELEASE-p3 i386 problem with /dev/dsp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 14:10:07 -0000 Hello, I have a machine with FreeBSD 4.10-RELEASE-p3 i386 (450MHz P3/Celeron) that has been running just fine, but after ~ 120 days something happened to /dev/dsp, and I can no longer play mp3s. A restart would most probably fix it, but I'd like to know if it's possible to determine (and fix) the issue on a running system. Yes, I'm fond of my uptime ("up 133 days, 20:04", including an X session), but I'd also like to know if this is recoverable or requires the windows-style bandaid. Short: playing mp3s brings mpg321 into a tight loop of failing writes to /dev/dsp, producing no sound. ktrace/kdump shows mpg321 successfully opening * /usr/local/lib/libid3tag.so.2 * /usr/local/lib/libmad.so.2 * /usr/local/lib/libao.so.3 * /usr/local/lib/ao/plugins-2/liboss.so * /dev/dsp * the mp3 file and failing on (neither exists): * /etc/malloc.conf * /etc/libao.conf * ~/.libao * /dev/sound/dsp 67469 mpg321 1116837907.243643 NAMI "/mnt/tmp/test.mp3" 67469 mpg321 1116837907.243704 RET open 3 ... 67469 mpg321 1116837907.251698 CALL open(0x80580a0,0x1,0xbfbfefc0) 67469 mpg321 1116837907.251751 NAMI "/dev/dsp" 67469 mpg321 1116837907.270293 RET open 4 67469 mpg321 1116837907.270325 CALL ioctl(0x4,SNDCTL_DSP_GETBLKSIZE,0x8058088) 67469 mpg321 1116837907.270354 RET ioctl 0 67469 mpg321 1116837907.270369 CALL ioctl(0x4,SNDCTL_DSP_STEREO,0xbfbfeff8) 67469 mpg321 1116837907.276986 RET ioctl 0 67469 mpg321 1116837907.277012 CALL ioctl(0x4,SNDCTL_DSP_SETFMT,0xbfbfeff8) 67469 mpg321 1116837907.283655 RET ioctl 0 67469 mpg321 1116837907.283682 CALL ioctl(0x4,SNDCTL_DSP_SPEED,0xbfbfeff8) 67469 mpg321 1116837907.288238 RET ioctl 0 67469 mpg321 1116837907.288274 CALL sigaction(0x2,0xbfbff048,0xbfbff030) 67469 mpg321 1116837907.288292 RET sigaction 0 67469 mpg321 1116837907.288777 CALL write(0x4,0x8051f80,0x80) 67469 mpg321 1116837907.288817 GIO fd 4 wrote 128 bytes ... (mpg321 writes 128B chunks into fd 4) 67469 mpg321 1116837907.400663 RET write 128/0x80 67469 mpg321 1116837907.400680 CALL write(0x4,0x8052580,0x80) 67469 mpg321 1116837908.390910 GIO fd 4 wrote 0 bytes "" 67469 mpg321 1116837908.390942 RET write 0 67469 mpg321 1116837908.392573 CALL write(0x4,0x8051f80,0x80) 67469 mpg321 1116837908.392614 RET write -1 errno 22 Invalid argument 67469 mpg321 1116837908.394192 CALL write(0x4,0x8051f80,0x80) 67469 mpg321 1116837908.394231 RET write -1 errno 22 Invalid argument ... (MANY such failed writes) 67469 mpg321 1116837919.779634 CALL write(0x4,0x8051f80,0x80) 67469 mpg321 1116837919.779673 RET write -1 errno 22 Invalid argument 67469 mpg321 1116837919.779789 CALL write(0x2,0xbfbfea88,0x34) 67469 mpg321 1116837919.779837 GIO fd 2 wrote 52 bytes " [2:54] Decoding of test.mp3 finished. " mpg321 eats more and more CPU as it runs, peaking at about 85% just before dying. time says: 10.77s user 0.18s system 84% cpu 13.026 total -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-stable@FreeBSD.ORG Mon May 23 14:22: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 D742316A41C; Mon, 23 May 2005 14:22:37 +0000 (GMT) (envelope-from nakaji@takamatsu-nct.ac.jp) Received: from www.heimat.gr.jp (www.heimat.gr.jp [221.186.186.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97FB043D1F; Mon, 23 May 2005 14:22:37 +0000 (GMT) (envelope-from nakaji@takamatsu-nct.ac.jp) Received: from ra333.heimat.gr.jp.takamatsu-nct.ac.jp ([IPv6:2001:3e0:a84:0:200:4cff:fe17:573c]) by www.heimat.gr.jp (8.13.3/8.13.1) with ESMTP id j4NEMVw7064844; Mon, 23 May 2005 23:22:31 +0900 (JST) (envelope-from nakaji@takamatsu-nct.ac.jp) Sender: nakaji@takamatsu-nct.ac.jp From: NAKAJI Hiroyuki To: Ruslan Ermilov References: <867jhs11zv.fsf@ra333.heimat.gr.jp> <20050523132946.GB58621@ip.net.ua> Date: Mon, 23 May 2005 23:22:31 +0900 In-Reply-To: <20050523132946.GB58621@ip.net.ua> (Ruslan Ermilov's message of "Mon, 23 May 2005 16:29:46 +0300") Message-ID: <863bsedntk.fsf@ra333.heimat.gr.jp> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: [RELENG_4] buildkernel failure with MAKEOBJDIRPREFIX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 14:22:38 -0000 >>>>> In <20050523132946.GB58621@ip.net.ua> >>>>> Ruslan Ermilov wrote: > > I think this is a bug of make, *.mk or other Makefiles in /sys but I > > cannot fix it. > No, this is because MAKEOBJDIRPREFIX must be an environment variable > and should not be set on make's command line or in /etc/make.conf. I see. Thanks. -- NAKAJI Hiroyuki From owner-freebsd-stable@FreeBSD.ORG Mon May 23 14:23:24 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 E572616A41C; Mon, 23 May 2005 14:23:24 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9817F43D1F; Mon, 23 May 2005 14:23:24 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j4NENNVR033483; Mon, 23 May 2005 09:23:23 -0500 (CDT) (envelope-from dan) Date: Mon, 23 May 2005 09:23:23 -0500 From: Dan Nelson To: Palle Girgensohn Message-ID: <20050523142323.GB16069@dan.emsphone.com> References: <1266D69ABEC58B97FBFE536F@palle.girgensohn.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1266D69ABEC58B97FBFE536F@palle.girgensohn.se> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: amd64@freebsd.org, stable@freebsd.org Subject: Re: savecore: first and last dump headers disagree X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 14:23:25 -0000 In the last episode (May 23), Palle Girgensohn said: > We have an amd64 system that still experiences crashes after > installing 5.4, mostly during high loads. (It's been unstable all the > time, really; see previous posts.) > > I've added dumpdev="/dev/amrd0s2b", and some time ago I did get coredumps, > but with latest versions of the kernel, savecore does not give me a dump, > instead it says: > > savecore: first and last dump headers disagree on /dev/amrd0s2b > savecore: unsaved dumps found but not saved "savecore -vv" should print enough of both headers to let you see what's different. > Fatal trap 12: page fault while in kernel mode > cpuid = 0: apic id = 00 > fault virtual address = 0x00 > ... > trap number = 12 > panic: page fault > cpuid = 0 > boot() called on cpu#0 > Uptime: 1d23h50m36s > Dumping 2047 MB > 16 32 > -------- > The cursor sits at the position after "32". That's probably why your headers disagree :) If you put "options KDB_TRACE" in your kernel config file, it will print a small stack trace before trying to dump, which might be enough to track down the cause of the panic even without a dump. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Mon May 23 14:57: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 842B316A41C; Mon, 23 May 2005 14:57:38 +0000 (GMT) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39B7A43D4C; Mon, 23 May 2005 14:57:37 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id j4NEvaEo094080; Mon, 23 May 2005 10:57:36 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Mon, 23 May 2005 10:58:13 -0400 Message-Id: <1116860293.10083.43.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 Cc: freebsd-amd64@freebsd.org Subject: Manipulating disk cache (buf) settings X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 14:57:38 -0000 We are running a PostgreSQL server (8.0.3) on a dual opteron system with 8G of RAM. If I interpret top and vfs.hibufspace correctly (which show values of 215MB and 225771520 (which equals 215MB) respectively. My understanding from having searched the archives is that this is the value that is used by the system/kernel in determining how much disk data to cache. If that is in fact the case, then my question would be how to best increase the amount of memory the system can use for disk caching. Ideally I would like to have upwards of 1G for this type of caching/buffering. I suspect it would not be as easy as simply adjusting vfs.hibufspace upwards but would instead involving add either a loader.conf or kernel option of some "master" setting that affects hibufspace, bufspace, and related tunables. Or would this involve editing one of the system files? Sven From owner-freebsd-stable@FreeBSD.ORG Mon May 23 15:10: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 D96BD16A41C for ; Mon, 23 May 2005 15:10:33 +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 A8D7743D48 for ; Mon, 23 May 2005 15:10:33 +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 0ACA2B87A for ; Mon, 23 May 2005 11:10:33 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <87y8acs5at.fsf@beaker.data-secure.net> References: <87y8acs5at.fsf@beaker.data-secure.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 23 May 2005 11:10:32 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.730) Subject: Re: rdist6 won't let root use ssh transport X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 15:10:34 -0000 On May 18, 2005, at 3:27 PM, Tim Howe wrote: >> rdist6 as root, it ignores the -P /usr/bin/ssh flag an tries to use >> rcmd directly, which fails since my target systems do not have that >> service running. >> > > Might I suggest looking into rsync? It has excellent support for ssh > (and in modern versions even defaults to using it for transport) > and in > general I've found it more amenable to scripting and sensible defaults > than rdist. I and colleagues had excellent luck at a past employer of > mine porting rdist-based applications to rsync for additional Any suggestion on how to emulate the 'special' trigger in rdist where it runs a command on the remote host only if a matching file was updated? I'd rather not run an expensive database rebuild if the source file wasn't altered. Thanks! Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Mon May 23 15:12: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 E22F516A41C for ; Mon, 23 May 2005 15:12:54 +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 B8E6643D55 for ; Mon, 23 May 2005 15:12:54 +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 516D7B883 for ; Mon, 23 May 2005 11:12:51 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v730) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: Vivek Khera Date: Mon, 23 May 2005 11:12:50 -0400 X-Mailer: Apple Mail (2.730) Cc: Subject: new base system snmpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 15:12:55 -0000 I see that 5.4-STABLE has an snmpd as core to the system. Are there any accompanying docs on how to use it? The man page and sample config file are all seemingly geared towards the personal implementation of the author, and there is no information at all on extending it. (this seems to be a big trend in features lately... serious lack of documentation suitable for those who are not the software author...) Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Mon May 23 15:34: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 27EFF16A41C; Mon, 23 May 2005 15:34:06 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from postmaster.etv.net (postmaster.etv.net [208.14.190.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB63143D54; Mon, 23 May 2005 15:34:03 +0000 (GMT) (envelope-from efinleywork@efinley.com) Received: from work.efinley.com ([205.161.203.55] helo=elliotdevelop) by postmaster.etv.net with smtp (Exim 4.50 (FreeBSD)) id 1DaEwM-000PU8-HI; Mon, 23 May 2005 09:34:02 -0600 Message-ID: <010f01c55fac$d8c240b0$37cba1cd@emerytelcom.com> From: "Elliot Finley" To: =?iso-8859-1?Q?S=F8ren_Schmidt?= , "Peter Jeremy" References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050516195859.GA59189@server.vk2pj.dyndns.org> <042501c55ba7$360fac30$37cba1cd@emerytelcom.com> <20050518194356.GA2129@cirb503493.alcatel.com.au> <08dc01c55d47$d7697100$37cba1cd@emerytelcom.com> <20050520194839.GG2129@cirb503493.alcatel.com.au> <0ce901c55d7d$ee0690b0$37cba1cd@emerytelcom.com> <20050520225230.GJ2129@cirb503493.alcatel.com.au> Date: Mon, 23 May 2005 09:34:02 -0600 Organization: Emery Telcom MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 5.4-RC2 freezing - ATA related? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Elliot Finley List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 15:34:06 -0000 From: "Sřren Schmidt" On 21/05/2005, at 0:52, Peter Jeremy wrote: > On Fri, 2005-May-20 14:53:09 -0600, Elliot Finley wrote: > >> From: "Peter Jeremy" >> >>> On Fri, 2005-May-20 08:25:58 -0600, Elliot Finley wrote: >>> >>>> I took the -L option off of my dump command in my daily dump >>>> script. I've >>>> gone two days without locking up which is unusual. I think that >>>> may be what >>>> was tickling the bug that was locking me up. >>>> >>> >>> Sometime you might like to do a 'dd if=/dev/ar0 of=/dev/null >>> bs=32k' just >>> to confirm that you don't have any unreadable blocks (though this >>> seems >>> unlikely). >>> >> >> came up clean. transfer went 40MB/s. >> > > That seem to leave the finger pointing at the ATA driver. > > Paging Sřren: Are you have to help Elliot? ++No, my only advise is to use the ATA mkIII patches or better yet - ++current.. I'm already running with the newest ATA mkIII patches. Even with the patches, it freezes up when using the -L option on my daily dump. Elliot From owner-freebsd-stable@FreeBSD.ORG Mon May 23 15:47: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 133CC16A4DC; Mon, 23 May 2005 15:47:57 +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 CF39843D49; Mon, 23 May 2005 15:47:56 +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 4A975B87A; Mon, 23 May 2005 11:47:56 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <1116860293.10083.43.camel@lanshark.dmv.com> References: <1116860293.10083.43.camel@lanshark.dmv.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 23 May 2005 11:47:55 -0400 To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.730) Cc: Subject: Re: Manipulating disk cache (buf) settings X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 15:47:57 -0000 On May 23, 2005, at 10:58 AM, Sven Willenberger wrote: > We are running a PostgreSQL server (8.0.3) on a dual opteron system > with > 8G of RAM. If I interpret top and vfs.hibufspace correctly (which show > values of 215MB and 225771520 (which equals 215MB) respectively. My > understanding from having searched the archives is that this is the > value that is used by the system/kernel in determining how much disk > data to cache. > This is correct, from what I understand. If you take the vfs.hibufspace and divide by the page size for postgres (normally 8192) you get the proper value for the postgres tunable effective_cache_size. However, the value you see is also the max FreeBSD will use without hacking up the kernel sources. I asked about this a while back and got a response on what to hack, but I hate keeping local patches to the core system which often tend to be forgotten on upgrades... But I would also love to see the max cache get bigger, especially with multi-gig servers becoming more common and affordable. This will kill us on benchmark comparisons for large databases for sure. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Mon May 23 16:37:20 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 749E216A41C; Mon, 23 May 2005 16:37:20 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6246943D48; Mon, 23 May 2005 16:37:18 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA25432; Mon, 23 May 2005 19:37:15 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <429206BB.2050409@icyb.net.ua> Date: Mon, 23 May 2005 19:37:15 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <428C6489.3040609@icyb.net.ua> In-Reply-To: <428C6489.3040609@icyb.net.ua> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: Re: acd lacks devstat [Was: systat -vmstat vs. acd] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 16:37:20 -0000 on 19.05.2005 13:03 Andriy Gapon said the following: > With 4.X on ATA(PI)-only machine systat -vmstat used to show disks > statistics for both ad and acd devices. Now, in 5.4-RELEASE, it shows > statistics only for ad devices. If atapicam is added then statistics for > cd and pass devices is shown as well. I've done some investigation on this and it seems that this behavior exists since circa introduction of geom and is present in current too. A root cause of this behavior seems to be that acd is not treated as a geom disk and doesn't have any devstat calls of itw own (unlike 4.X). Btw, the same problem exists in current too. I've found a short converstion on a close topic that happened a long while ago: http://www.mail-archive.com/freebsd-current@freebsd.org/msg33834.html I would like to comment on two things: 1. the following part of that converion doesn't seem to be valid to me, because cd device essentially has the same basic properties as acd and that doesn't prevent it from being a geom disk: > At any rate I wouldn't expect a CDROM to show up as a disk, unless > it has a R/W medium formatted for random R/W inserted (which we at > this time doesn't support). 2. even if acd can not be a geom disk (and maybe it can not be indeed), shouldn't it have devstat bookkeeping of its own then ? And the following question still remains: > Should I file a PR ? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon May 23 17:18: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 F1CEF16A41C for ; Mon, 23 May 2005 17:18:19 +0000 (GMT) (envelope-from kachun@pathlink.com) Received: from lisa.pathlink.com (lisa.pathlink.com [129.250.169.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id D395743D1F for ; Mon, 23 May 2005 17:18:19 +0000 (GMT) (envelope-from kachun@pathlink.com) Received: from kachun.pathlink.com (dvl-1.pathlink.com [129.250.170.211]) by lisa.pathlink.com (8.12.11/8.12.8) with ESMTP id j4NHIIBB009420; Mon, 23 May 2005 10:18:19 -0700 (PDT) (envelope-from kachun@pathlink.com) Message-Id: <5.0.2.1.2.20050523095942.00b9bd00@dvl.pathlink.com> X-Sender: kachun@dvl.pathlink.com X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Mon, 23 May 2005 10:18:16 -0700 To: kris@obsecurity.org From: Kachun Lee Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: 5.4 panic at lockmgr X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 17:18:20 -0000 "Kris Kennaway" wrote in message news:<20050521063233.GA51618@xor.obsecurity.org>... >On Fri, May 20, 2005 at 04:39:19PM -0700, Kachun Lee wrote: >> I upgraded a server from 4.10 to 5.4-rel and it paniced at soon as I put >> some load on it... >> panic: lockmgr: thread 0xfffffffe, not exclusive lock holder 0x76fe0300 >> unlocking >> The hardware is a Intel 7501 with a single 3G Xeon 6G mem. I tried >> disable option MP and made no difference. Any help or suggestion!? > Run 'show lockedvnods' and then 'trace ' for each pid listed. > Also, if you can explain how to reproduce this it would be greatly > helpful. > > Kris Thanks for the info. I will try 5.4 on that server again on this Thur/Fri (I am not in the office for these few days). It was hard to tell what really triggered that. The server is one of our NFS servers. With that first panic, I did not notice it right away. The 2nd panic, I had a top running and was staring at it since reboot. When it panic'ed (at ~6 minute uptime), the load climbed to only around 2-3. There is nothing weird showing on top. Since this is one of our production servers, I could not do too much experiment with it. I had set up a similar system with the same MB/CPU on the bench. And it ran the same 5.4-rel kernel, with some benchmark programs, over the weekend without problem. However, I do not have a way to simulate all the network traffic to that box. If you have any idea what I can try to isolate the problem a little more, let me know. Regards Kachun From owner-freebsd-stable@FreeBSD.ORG Mon May 23 17:24:17 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 1D71916A41C for ; Mon, 23 May 2005 17:24:17 +0000 (GMT) (envelope-from cykyc@yahoo.com) Received: from web50303.mail.yahoo.com (web50303.mail.yahoo.com [206.190.38.57]) by mx1.FreeBSD.org (Postfix) with SMTP id B47DF43D49 for ; Mon, 23 May 2005 17:24:16 +0000 (GMT) (envelope-from cykyc@yahoo.com) Received: (qmail 57042 invoked by uid 60001); 23 May 2005 17:24:16 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=5R8QukhAgFwrYkfAFjVW6LlUvWkIFd+Ko8Rwgt+MlONpwfu9DY7asckgq0R2FdbZhLJow3Qvv8KTCv8CmNP8RXKHBn9JWzhx4yF3pYm59IKwEJvCMIswKV9cNf24eCx/lIdNCLnBSJLYki6VKxXDhpx1w/eea/T5IOwDWhhwqTo= ; Message-ID: <20050523172415.57039.qmail@web50303.mail.yahoo.com> Received: from [65.173.207.2] by web50303.mail.yahoo.com via HTTP; Mon, 23 May 2005 10:24:15 PDT Date: Mon, 23 May 2005 10:24:15 -0700 (PDT) From: Jon Passki To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Recent 5.4-p1 upgrade issue (lib/libc.so.5) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cykyc@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 17:24:17 -0000 Hello, I performed an unsupported way of installing and am soliciting what I could do next time to prevent installation blues. I'm not expecting assistance from the Project, just some love :) I have a build host that created what I needed for the host being upgraded. Once it's more polished, I'll be happy to share my steps, but relatively it went well. When I attempted to update /lib/libc.so.5, though, I hit a bump. I `chflags noschg /lib/libc.so.5` and then used tar to extract the exact file. tar was able to unlink the file, and then choked. After some unrelated errors, I was in single user mode using /rescue to save my rear end, which worked well enough. Doing `ldd /sbin/tar` hinted why it probably choked, since tar is dynamically linked to /lib/libc.so.5. Here's what gets me: I was able to do a the supported upgrade process in an unsupported manner (multiuser mode via ssh w/o a shutdown inbetween, nor going into signle user mode) w/ no issues on the build host. What occurs in that process (make buildworld; make buildkernel; make installkernel; mergemaster -p; make installworld; mergemaster) where libc can be replaced (assuming it uses install(1), which is also linked against libc) without failure, but using tar causes it to fail? Ideas? TIA, Jon PGP Fingerprint: 1BB0 A946 927B 93C3 ED6A 0466 6692 6C2C 84BE 4122 "Should any political party attempt to abolish social security, unemployment insurance, and eliminate labor laws and farm programs, you would not hear of that party again in our political history. There is a tiny splinter group, of course, that believes you can do these things. Among them are [...] a few other Texas oil millionaires, and an occasional politician or business man from other areas. Their number is negligible and they are stupid." [1] -- Dwight D. Eisenhower, Former President of the USA (Republican), Nov. 8, 1954 [1] http://www.eisenhowermemorial.org/presidential-papers/first-term/documents/1147.cfm __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-stable@FreeBSD.ORG Mon May 23 17:26:46 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 3419B16A41C for ; Mon, 23 May 2005 17:26:46 +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 E767843D1F for ; Mon, 23 May 2005 17:26:45 +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 1DaGhO-000Gdg-6X for stable@FreeBSD.ORG; Mon, 23 May 2005 18:26:42 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DaGhN-000Ono-QZ for stable@FreeBSD.ORG; Mon, 23 May 2005 18:26:41 +0100 To: stable@FreeBSD.ORG Message-Id: From: Pete French Date: Mon, 23 May 2005 18:26:41 +0100 Cc: Subject: mysql loosing connections on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 17:26:46 -0000 When port randomisation was added to 4.x I noticed that under heavy loading my webservers starting dropping their connections to the the mysql database. This was fixed by disabling port randomisation and everything ran very happily. When I upgraded to 5.4 I left port randomisation on, and everything was fine until we started to get a very heavy load on the servers over the last two days. So I disabled it, and the problem went away to a large degree, but is still there occasionaly (i.e. I still see a few connections). It's odd behavioour, but what makes it odder is that all these connections are too a local mysql process, using a socket in /tmp! So quite how port randomsiation should affect it I dont know. Anybody else seen this ? I remember a few people had the same issue under 4.x, but I havent heard much about it since then. -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon May 23 17:39: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 0BD6116A41C for ; Mon, 23 May 2005 17:39:05 +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 DD1B643D48 for ; Mon, 23 May 2005 17:39:04 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id B025572DD4; Mon, 23 May 2005 10:39:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id AA8AD72DCB; Mon, 23 May 2005 10:39:04 -0700 (PDT) Date: Mon, 23 May 2005 10:39:04 -0700 (PDT) From: Doug White To: =?ISO-8859-2?Q?S=B3awek_=AFak?= In-Reply-To: <787bbe1c05052303173c9284ef@mail.gmail.com> Message-ID: <20050523103740.J36966@carver.gumbysoft.com> References: <787bbe1c05051903346376988b@mail.gmail.com> <20050520132841.I8229@carver.gumbysoft.com> <787bbe1c05052104236c0fd4dc@mail.gmail.com> <20050522121025.V27009@carver.gumbysoft.com> <787bbe1c05052303173c9284ef@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: freebsd-stable@freebsd.org Subject: Re: Diskless boot 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: Mon, 23 May 2005 17:39:05 -0000 On Mon, 23 May 2005, [ISO-8859-2] S=B3awek =AFak wrote: > > > > > Hi, > > > > > > I have a problem with booting Dell 2850 over network. The machine r= eads > > > > kernel over net, boots upto mounting / from NFS and then crashes. > > > > > > What is the NFS server? It seems to think the NFS handle we pulled th= e > > > kernel with is no longer valid. > > > FreeBSD 5.3/5.4-STABLE. > > Hm ... dunno then ... does the server complain about the client at all in > the log? >No complaints whatsoever.The exact os version on NFS server is 5.4-RC2. All I can suggest is trying rebooting the NFS server. Something in it must have lost communication. If that doesn't fix it then I have no idea, it must be specific to your situation. --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon May 23 17:43:49 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 7146316A41C for ; Mon, 23 May 2005 17:43:49 +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 4239C43D48 for ; Mon, 23 May 2005 17:43:49 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id F181D72DD4; Mon, 23 May 2005 10:43:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id EC77D72DCB; Mon, 23 May 2005 10:43:48 -0700 (PDT) Date: Mon, 23 May 2005 10:43:48 -0700 (PDT) From: Doug White To: "Robin P. Blanchard" In-Reply-To: <9B5C1FCAFB35084787C21EFFFA78DD9EF13698@EBE1.gc.nat> Message-ID: <20050523104238.F36966@carver.gumbysoft.com> References: <9B5C1FCAFB35084787C21EFFFA78DD9EF13698@EBE1.gc.nat> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: RE: RELENG_5 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 17:43:49 -0000 On Mon, 23 May 2005, Robin P. Blanchard wrote: > Here's what I could get out of dmesg, and looking again at the dump > > # dmesg -M /usr/local/var/adm/crash/vmcore.44 -N /boot/kernel/kernel > 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:0xc0504808 > stack pointer = 0x10:0xc7ac0c08 > frame pointer = 0x10:0xc7ac0c3c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 27 (swi5: clock sio) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 3d6h59m25s > Dumping 127 MB > 16 32 48 64 80 96 112 > > root@robinpb [/usr/obj/usr/src/sys/fastipsec]# kgdb kernel.debug > /usr/local/var/adm/crash/vmcore.44 > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > #0 doadump () at pcpu.h:160 > 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) l *0xc0504808 > 0xc0504808 is in turnstile_wait (/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) Oh another of these wonderful races... can you go to that frame and "print ts"? If its NULL then someone has ripped out the ts out from under us since it was checked for NULL in the previous line! > > > -----Original Message----- > > From: Doug White [mailto:dwhite@gumbysoft.com] > > Sent: Sunday, May 22, 2005 3:20 PM > > To: Robin P. Blanchard > > Cc: stable@freebsd.org > > Subject: Re: RELENG_5 panic > > > > On Sat, 21 May 2005, Robin P. Blanchard wrote: > > > > > # uname -a > > > FreeBSD robinpb.homeip.net 5.4-STABLE FreeBSD 5.4-STABLE > > #0: Tue May > > > 17 > > > 00:30:47 EDT 2005 > > > root@bsdfs5.gactr.uga.edu:/usr/obj/usr/src/sys/fastipsec i386 > > > > > > # kgdb kernel.debug /usr/local/var/adm/crash/vmcore.44 > > > [GDB will not be able to debug user-mode threads: > > /usr/lib/libthread_db.so: > > > Undefined symbol "ps_pglobal_lookup"] > > > GNU gdb 6.1.1 [FreeBSD] > > > Copyright 2004 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public > > License, and > > > you are welcome to change it and/or distribute copies of it > > under certain conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show > > warranty" for details. > > > This GDB was configured as "i386-marcel-freebsd". > > > #0 doadump () at pcpu.h:160 > > > 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > > > (kgdb) bt full > > > #0 doadump () at pcpu.h:160 > > > No locals. > > > #1 0xc04dd58c in boot (howto=260) at > > /usr/src/sys/kern/kern_shutdown.c:410 > > > first_buf_printf = 1 > > > #2 0xc04ddccd in panic (fmt=0xc066e594 "%s") at > > > /usr/src/sys/kern/kern_shutdown.c:566 > > > bootopt = 260 > > > newpanic = 0 > > > buf = "page fault", '\0' > > > > can you try to fish the trap output from msgbuf? That or use > > dmesg's -N and -M options to extract it from the crashdump. > > > > > #3 0xc0641e92 in trap_fatal (frame=0xc7ac0bc8, eva=36) at > > > /usr/src/sys/i386/i386/trap.c:817 > > > code = 16 > > > type = 12 > > > ss = 16 > > > esp = 0 > > > softseg = {ssd_base = 0, ssd_limit = 1048575, > > ssd_type = 27, > > > ssd_dpl = 0, ssd_p = 1, > > > ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} > > > #4 0xc0642535 in trap (frame= > > > {tf_fs = 24, tf_es = -1066598384, tf_ds = > > -1066532848, tf_edi = > > > -1053916800, tf_esi = -1049515008, tf_ebp = -945025988, tf_isp = > > > -945026060, tf_ebx = -1053916800, tf_edx = -1053937024, > > tf_ecx = 56, > > > tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = > > -1068480504, tf_cs = > > > 8, tf_eflags = 65683, tf_esp = -1053914880, tf_ss = 582}) at > > > /usr/src/sys/i386/i386/trap.c:255 > > > p = (struct proc *) 0xc12e754c > > > sticks = 3241036032 > > > i = 0 > > > ucode = 0 > > > type = 12 > > > code = 0 > > > eva = 36 > > > #5 0xc062da3a in calltrap () at > > > /usr/src/sys/i386/i386/exception.s:140 > > > No locals. > > > #6 0x00000018 in ?? () > > > No symbol table info available. > > > #7 0xc06d0010 in ipq () > > > No symbol table info available. > > > #8 0xc06e0010 in sc_buffer.3 () > > > No symbol table info available. > > > #9 0xc12e8180 in ?? () > > > No symbol table info available. > > > #10 0xc171ac00 in ?? () > > > No symbol table info available. > > > #11 0xc7ac0c3c in ?? () > > > No symbol table info available. > > > #12 0xc7ac0bf4 in ?? () > > > No symbol table info available. > > > #13 0xc12e8180 in ?? () > > > No symbol table info available. > > > #14 0xc12e3280 in ?? () > > > No symbol table info available. > > > #15 0x00000038 in ?? () > > > No symbol table info available. > > > #16 0x00000000 in ?? () > > > No symbol table info available. > > > #17 0x0000000c in ?? () > > > No symbol table info available. > > > #18 0x00000000 in ?? () > > > No symbol table info available. > > > #19 0xc0504808 in turnstile_wait (ts=0xc12e3280, lock=0xc06d022c, > > > owner=0xc171ac00) > > > at /usr/src/sys/kern/subr_turnstile.c:243 > > > tc = (struct turnstile_chain *) 0xc06cb770 > > > td1 = (struct thread *) 0xc12e8180 #20 0xc04d2b7f in > > > _mtx_lock_sleep (m=0xc06d022c, td=0xc12e8180, opts=0, file=0x0, > > > line=0) > > > at /usr/src/sys/kern/kern_mutex.c:552 > > > ts = (struct turnstile *) 0x0 > > > owner = (struct thread *) 0xc171ac00 > > > v = 0 > > > #21 0xc058a592 in tcp_isn_tick (xtp=0x0) at > > > /usr/src/sys/netinet/tcp_subr.c:1380 > > > projected_offset = 0 > > > #22 0xc04ed069 in softclock (dummy=0x0) at > > > /usr/src/sys/kern/kern_timeout.c:279 > > > c_func = (void (*)(void *)) 0xc058a4d0 > > > c_arg = (void *) 0x0 > > > c_flags = 14 > > > c = (struct callout *) 0x0 > > > bucket = (struct callout_tailq *) 0xc39ba4a8 > > > steps = 14 > > > depth = 2 > > > mpcalls = 2 > > > gcalls = 0 > > > wakeup_cookie = 14 > > > #23 0xc04c460a in ithread_loop (arg=0xc12fd500) at > > > /usr/src/sys/kern/kern_intr.c:547 > > > ih = (struct intrhand *) 0xc12e2c80 > > > p = (struct proc *) 0xc12e754c > > > count = 0 > > > warming = 5000 > > > warned = 0 > > > #24 0xc04c32c2 in fork_exit (callout=0xc04c4550 , > > > arg=0x0, > > > frame=0x0) > > > at /usr/src/sys/kern/kern_fork.c:791 > > > p = (struct proc *) 0xc12e754c > > > #25 0xc062da9c in fork_trampoline () at > > > /usr/src/sys/i386/i386/exception.s:209 > > > No locals. > > > (kgdb) > > > > > > > > > > > > --------------------------------------- > > > Robin P. Blanchard > > > Systems Integration Specialist > > > Georgia Center for Continuing Education > > > fon: 706.542.2404 <-> fax: 706.542.6546 > > > --------------------------------------- > > > _______________________________________________ > > > 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" > > > > > > > -- > > Doug White | FreeBSD: The Power to Serve > > dwhite@gumbysoft.com | www.FreeBSD.org > > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon May 23 17:44: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 4361F16A41C for ; Mon, 23 May 2005 17:44:18 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id D948C43D4C for ; Mon, 23 May 2005 17:44:17 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 11248 invoked from network); 23 May 2005 17:44:17 -0000 Received: by simscan 1.1.0 ppid: 11233, pid: 11242, t: 0.1225s scanners: clamav: 0.84/m:31/d:888 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail24.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 May 2005 17:44:17 -0000 Received: from hydrogen.funkthat.com (knwluz@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.12.10/8.11.6) with ESMTP id j4NHiG2g076790; Mon, 23 May 2005 10:44:16 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j4NHiGQZ076789; Mon, 23 May 2005 10:44:16 -0700 (PDT) Date: Mon, 23 May 2005 10:44:15 -0700 From: John-Mark Gurney To: Sven Willenberger Message-ID: <20050523174415.GI959@funkthat.com> Mail-Followup-To: Sven Willenberger , freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org References: <1116860293.10083.43.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1116860293.10083.43.camel@lanshark.dmv.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Manipulating disk cache (buf) settings 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: Mon, 23 May 2005 17:44:18 -0000 Sven Willenberger wrote this message on Mon, May 23, 2005 at 10:58 -0400: > We are running a PostgreSQL server (8.0.3) on a dual opteron system with > 8G of RAM. If I interpret top and vfs.hibufspace correctly (which show > values of 215MB and 225771520 (which equals 215MB) respectively. My > understanding from having searched the archives is that this is the > value that is used by the system/kernel in determining how much disk > data to cache. This is incorrect... FreeBSD merged the vm and buf systems a while back, so all of memory is used as a disk cache.. The buf cache is still used for filesystem meta data (and for pending writes of files, but those buf's reference the original page, not local storage)... Just as an experiment, on a quiet system do: dd if=/dev/zero of=somefile bs=1m count=2048 and then read it back in: dd if=somefile of=/dev/null bs=1m and watch systat or iostat and see if any of the file is read... You'll probably see that none of it is... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Mon May 23 18:28: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 1538416A41C for ; Mon, 23 May 2005 18:28:04 +0000 (GMT) (envelope-from robin.blanchard@gactr.uga.edu) Received: from mail.gactr.uga.edu (mail.gactr.uga.edu [128.192.37.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C17B443D1D for ; Mon, 23 May 2005 18:28:03 +0000 (GMT) (envelope-from robin.blanchard@gactr.uga.edu) Received: from localhost (localhost [127.0.0.1]) by mail.gactr.uga.edu (Postfix) with ESMTP id 763BC5C1E9; Mon, 23 May 2005 14:28:01 -0400 (EDT) Received: from mail.gactr.uga.edu ([127.0.0.1]) by localhost (mail.gactr.uga.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 62096-02-7; Mon, 23 May 2005 14:28:01 -0400 (EDT) Received: from EBE1.gc.nat (E2K1.gc.nat [10.10.11.21]) by mail.gactr.uga.edu (Postfix) with ESMTP id 8BABB5C1BB; Mon, 23 May 2005 14:27:51 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 May 2005 14:27:52 -0400 Message-ID: <9B5C1FCAFB35084787C21EFFFA78DD9EF136A6@EBE1.gc.nat> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RELENG_5 panic Thread-Index: AcVfvwMq1hia1kLYQZq52sVf9nvqBAABeAGQ From: "Robin P. Blanchard" To: "Doug White" X-Virus-Scanned: by amavisd-new at gactr.uga.edu Cc: stable@freebsd.org Subject: RE: RELENG_5 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 18:28:04 -0000 > Oh another of these wonderful races... can you go to that=20 > frame and "print ts"? If its NULL then someone has ripped=20 > out the ts out from under us since it was checked for NULL in=20 > the previous line! Maybe this is a more useful kgdb session (I'm hoping) # kgdb kernel.debug /usr/local/var/adm/crash/vmcore.44=20 [GDB will not be able to debug user-mode threads: = /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain = conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for = details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) l *0xc0504808 0xc0504808 is in turnstile_wait = (/usr/src/sys/kern/subr_turnstile.c:245). 240 /* 241 * Pick up the lock that td is blocked on. 242 */ 243 ts =3D td->td_blocked; 244 MPASS(ts !=3D NULL); 245 tc =3D 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) bt=20 #0 doadump () at pcpu.h:160 #1 0xc04dd58c in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc04ddccd in panic (fmt=3D0xc066e594 "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc0641e92 in trap_fatal (frame=3D0xc7ac0bc8, eva=3D36) at /usr/src/sys/i386/i386/trap.c:817 #4 0xc0642535 in trap (frame=3D {tf_fs =3D 24, tf_es =3D -1066598384, tf_ds =3D -1066532848, = tf_edi =3D -1053916800, tf_esi =3D -1049515008, tf_ebp =3D -945025988, tf_isp =3D = -945026060, tf_ebx =3D -1053916800, tf_edx =3D -1053937024, tf_ecx =3D 56, tf_eax = =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068480504, tf_cs =3D 8, = tf_eflags =3D 65683, tf_esp =3D -1053914880, tf_ss =3D 582}) at /usr/src/sys/i386/i386/trap.c:255 #5 0xc062da3a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #6 0x00000018 in ?? () #7 0xc06d0010 in ipq () #8 0xc06e0010 in sc_buffer.3 () #9 0xc12e8180 in ?? () #10 0xc171ac00 in ?? () #11 0xc7ac0c3c in ?? () #12 0xc7ac0bf4 in ?? () #13 0xc12e8180 in ?? () #14 0xc12e3280 in ?? () #15 0x00000038 in ?? () #16 0x00000000 in ?? () #17 0x0000000c in ?? () #18 0x00000000 in ?? () #19 0xc0504808 in turnstile_wait (ts=3D0xc12e3280, lock=3D0xc06d022c, owner=3D0xc171ac00) at /usr/src/sys/kern/subr_turnstile.c:243 #20 0xc04d2b7f in _mtx_lock_sleep (m=3D0xc06d022c, td=3D0xc12e8180, = opts=3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:552 #21 0xc058a592 in tcp_isn_tick (xtp=3D0x0) at /usr/src/sys/netinet/tcp_subr.c:1380 #22 0xc04ed069 in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeout.c:279 #23 0xc04c460a in ithread_loop (arg=3D0xc12fd500) at /usr/src/sys/kern/kern_intr.c:547 #24 0xc04c32c2 in fork_exit (callout=3D0xc04c4550 , = arg=3D0x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:791 #25 0xc062da9c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 (kgdb) frame 19 #19 0xc0504808 in turnstile_wait (ts=3D0xc12e3280, lock=3D0xc06d022c, owner=3D0xc171ac00) at /usr/src/sys/kern/subr_turnstile.c:243 243 ts =3D td->td_blocked; (kgdb) list 238 ts->ts_lockobj->lo_name)); 239 240 /* 241 * Pick up the lock that td is blocked on. 242 */ 243 ts =3D td->td_blocked; 244 MPASS(ts !=3D NULL); 245 tc =3D TC_LOOKUP(ts->ts_lockobj); 246 mtx_lock_spin(&tc->tc_lock); 247 (kgdb) print ts $1 =3D (struct turnstile *) 0xc12e3280 (kgdb) up #20 0xc04d2b7f in _mtx_lock_sleep (m=3D0xc06d022c, td=3D0xc12e8180, = opts=3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:552 552 turnstile_wait(ts, &m->mtx_object, = mtx_owner(m)); (kgdb) list 547 #endif 548 549 /* 550 * Block on the turnstile. 551 */ 552 turnstile_wait(ts, &m->mtx_object, = mtx_owner(m)); 553 } 554 555 #ifdef KTR 556 if (cont_logged) { (kgdb) print ts $2 =3D (struct turnstile *) 0x0 (kgdb)=20 --------------------------------------- Robin P. Blanchard Systems Integration Specialist Georgia Center for Continuing Education fon: 706.542.2404 < > fax: 706.542.6546 --------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 18:39: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 2B0D716A41C for ; Mon, 23 May 2005 18:39:54 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50307.mail.yahoo.com (web50307.mail.yahoo.com [206.190.38.61]) by mx1.FreeBSD.org (Postfix) with SMTP id C11DA43D1F for ; Mon, 23 May 2005 18:39:53 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 17404 invoked by uid 60001); 23 May 2005 18:39:52 -0000 Message-ID: <20050523183952.17402.qmail@web50307.mail.yahoo.com> Received: from [67.99.246.2] by web50307.mail.yahoo.com via HTTP; Mon, 23 May 2005 11:39:52 PDT Date: Mon, 23 May 2005 11:39:52 -0700 (PDT) From: alan bryan To: Doug White In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 18:39:54 -0000 --- Doug White wrote: > I guess turning off the RAID converts the chips into > standard SATA > controllers. I'll have to look into that. An nForce > 4 machine recently > appeared at work, so I'll see what I can get it to > do. That's my understanding. FYI: I also tried turning on "RAID" in the bios and not actually assigning any of the disks to any RAID sets and everthing behaved just the same so it does't seem to matter whether it's on or off in the bios (assuming no disks actually used in an array). > It looks like sos added support for atapci1 and 2 in > this listing in the > ATAmkIII patchset. While that patchset is in > -CURRENT you'll have to > apply the -stable patches yourself. Search the list > archives for the > location, soren posts it now and again. I upgraded my source from 5.4-RELEASE to 5-STABLE and applied the patchset, compiled a new kernel, installed it and rebooted. (This was the "n" version of ATAmkIII which I think is the latest.) It booted, I saw something about ATAPI2 and 3 and SATA and I got all excited for a second as I thought it was going to work. Then, a bunch of stuff flies by real fast and it ends with the following and then hard locks up. (manually retyped as the machine locks) ata2: CONNECT REQUESTED ata2: DISCONNECT REQUESTED ... (lots of those) subdisk6: detached ad6: detached ata2: SATA connect status=00000000 ata3: SATA connect ready time=0ms Any ideas? I'm confused about the attach/detach stuff as I'm not using any RAID, it's turned off in the bios. Just trying to get a single SATA drive to work. To further probe and test I tried physically moving the drive to other SATA sockets on the MB. When I did this I can get the system to boot up but it can't find the file systems. I manually told it where the root filesystem was. (it was now on ata5: so I told it ad10s1a, it then completed loading root filesystem) >From this point I thought, well, at least now I can try atacontrol to see what's up. atacontrol mode 5 showed the disk still at UDMA33! I gave the command atacontrol mode 5 UDMA133 BIOSIO to try to set it higher but it didn't change anything. So, I'm now out of ideas. Anybody else have any? I could try -CURRENT but my understanding is that with the 5-STABLE and the patchset I'm pretty much the same ATA-wise, correct? Thanks for all the help thus far! --Alan Bryan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Mon May 23 18:42: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 1726A16A41C for ; Mon, 23 May 2005 18:42:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B8243D1D for ; Mon, 23 May 2005 18:42:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 76A3C513D7; Mon, 23 May 2005 11:43:03 -0700 (PDT) Date: Mon, 23 May 2005 11:43:03 -0700 From: Kris Kennaway To: MING FU Message-ID: <20050523184302.GA96054@xor.obsecurity.org> References: <000601c55f49$d3e049b0$6400a8c0@cheetha> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: <000601c55f49$d3e049b0$6400a8c0@cheetha> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD and ProPolice Smashing Stack Protector X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 18:42:16 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, May 22, 2005 at 11:45:13PM -0400, MING FU wrote: > I find that any application which uses libpthread will not > work. That include named, nslookup, dig. If you have find any work > stack protector for freebsd 5.4, please share with me. Please talk to the authors. Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkiQ2Wry0BWjoQKURAjO0AJ4pQp+FACXC+68CSC+NY5fqqh3xFwCg6Sin VCfbMTo03rcgRExuu1Ud+qE= =5xd+ -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 18:42: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 8EECB16A41C for ; Mon, 23 May 2005 18:42:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B3A743D1F for ; Mon, 23 May 2005 18:42:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E76AF51532; Mon, 23 May 2005 11:43:35 -0700 (PDT) Date: Mon, 23 May 2005 11:43:35 -0700 From: Kris Kennaway To: Randy Bush Message-ID: <20050523184335.GB96054@xor.obsecurity.org> References: <1116773182.8c338cbcnmace@myrealbox.com> <20050522152027.GA65704@frontfree.net> <17041.46245.552820.864897@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline In-Reply-To: <17041.46245.552820.864897@roam.psg.com> User-Agent: Mutt/1.4.2.1i Cc: Nathan Mace , freebsd-stable@freebsd.org Subject: Re: Syntax Error in Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 18:42:48 -0000 --MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 23, 2005 at 06:47:01AM -0400, Randy Bush wrote: > could someone explain why kernel ppp is needed at all? It's needed if you want to use it, of course :) Kris --MW5yreqqjyrRcusr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkiRXWry0BWjoQKURAvbqAJ4lQu4tnbnStMa6f3ptpFhhtNA+OgCfWbuJ U26OvBc0kgwTF0LddhsHrVQ= =OjZK -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 18:43: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 E9EFA16A41C for ; Mon, 23 May 2005 18:43:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9010543D1F for ; Mon, 23 May 2005 18:43:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3729C5138D; Mon, 23 May 2005 11:44:30 -0700 (PDT) Date: Mon, 23 May 2005 11:44:30 -0700 From: Kris Kennaway To: Jon Passki Message-ID: <20050523184430.GC96054@xor.obsecurity.org> References: <20050523172415.57039.qmail@web50303.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E13BgyNx05feLLmH" Content-Disposition: inline In-Reply-To: <20050523172415.57039.qmail@web50303.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Recent 5.4-p1 upgrade issue (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, 23 May 2005 18:43:43 -0000 --E13BgyNx05feLLmH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 23, 2005 at 10:24:15AM -0700, Jon Passki wrote: > Hello, >=20 > I performed an unsupported way of installing and am soliciting what > I could do next time to prevent installation blues. I'm not > expecting assistance from the Project, just some love :) >=20 > I have a build host that created what I needed for the host being > upgraded. Once it's more polished, I'll be happy to share my > steps, but relatively it went well. When I attempted to update > /lib/libc.so.5, though, I hit a bump. >=20 > I `chflags noschg /lib/libc.so.5` and then used tar to extract the > exact file. tar was able to unlink the file, and then choked.=20 > After some unrelated errors, I was in single user mode using > /rescue to save my rear end, which worked well enough. Doing `ldd > /sbin/tar` hinted why it probably choked, since tar is dynamically > linked to /lib/libc.so.5. >=20 > Here's what gets me: I was able to do a the supported upgrade > process in an unsupported manner (multiuser mode via ssh w/o a > shutdown inbetween, nor going into signle user mode) w/ no issues > on the build host. What occurs in that process (make buildworld; > make buildkernel; make installkernel; mergemaster -p; make > installworld; mergemaster) where libc can be replaced (assuming it > uses install(1), which is also linked against libc) without > failure, but using tar causes it to fail? Ideas? Look at how make installworld does the replacement safely. Kris --E13BgyNx05feLLmH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkiSNWry0BWjoQKURAiRYAKC4JJsfP+d0tKDNnrJdnQyVYfYK9wCeKlE1 OPGWdFpUt9bPMDACCi+Cs1c= =e51X -----END PGP SIGNATURE----- --E13BgyNx05feLLmH-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 18:45: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 76F6B16A41C for ; Mon, 23 May 2005 18:45:37 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id F26BB43D1D for ; Mon, 23 May 2005 18:45:36 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001431345.msg for ; Mon, 23 May 2005 19:40:33 +0100 Message-ID: <004d01c55fc7$7d0afd50$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , "Pete French" References: Date: Mon, 23 May 2005 19:44:41 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Mon, 23 May 2005 19:40:33 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: stable@FreeBSD.ORG X-MDAV-Processed: multiplay.co.uk, Mon, 23 May 2005 19:40:35 +0100 Cc: Subject: Re: mysql loosing connections on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 18:45:37 -0000 Do you get a particular error and which version of mysql are you running: We have to use 4.0 due to this bug: http://bugs.mysql.com/?id=7209&edit=2 Steve ----- Original Message ----- From: "Pete French" To: Sent: Monday, May 23, 2005 6:26 PM Subject: mysql loosing connections on 5.4 > When port randomisation was added to 4.x I noticed that under heavy > loading my webservers starting dropping their connections to the > the mysql database. This was fixed by disabling port randomisation > and everything ran very happily. > > When I upgraded to 5.4 I left port randomisation on, and everything > was fine until we started to get a very heavy load on the servers over > the last two days. So I disabled it, and the problem went away to a large > degree, but is still there occasionaly (i.e. I still see a few connections). > > It's odd behavioour, but what makes it odder is that all these connections > are too a local mysql process, using a socket in /tmp! So quite how > port randomsiation should affect it I dont know. > > Anybody else seen this ? I remember a few people had the same issue under > 4.x, but I havent heard much about it since then. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon May 23 18:49: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 3E6B116A41C; Mon, 23 May 2005 18:49:29 +0000 (GMT) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD38643D48; Mon, 23 May 2005 18:49:28 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id j4NInRWa022821; Mon, 23 May 2005 14:49:27 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: John-Mark Gurney In-Reply-To: <20050523174415.GI959@funkthat.com> References: <1116860293.10083.43.camel@lanshark.dmv.com> <20050523174415.GI959@funkthat.com> Content-Type: text/plain Date: Mon, 23 May 2005 14:50:04 -0400 Message-Id: <1116874204.10077.61.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Manipulating disk cache (buf) settings X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 18:49:29 -0000 On Mon, 2005-05-23 at 10:44 -0700, John-Mark Gurney wrote: > Sven Willenberger wrote this message on Mon, May 23, 2005 at 10:58 -0400: > > We are running a PostgreSQL server (8.0.3) on a dual opteron system with > > 8G of RAM. If I interpret top and vfs.hibufspace correctly (which show > > values of 215MB and 225771520 (which equals 215MB) respectively. My > > understanding from having searched the archives is that this is the > > value that is used by the system/kernel in determining how much disk > > data to cache. > > This is incorrect... FreeBSD merged the vm and buf systems a while back, > so all of memory is used as a disk cache.. The buf cache is still used > for filesystem meta data (and for pending writes of files, but those buf's > reference the original page, not local storage)... > > Just as an experiment, on a quiet system do: > dd if=/dev/zero of=somefile bs=1m count=2048 > and then read it back in: > dd if=somefile of=/dev/null bs=1m > and watch systat or iostat and see if any of the file is read... You'll > probably see that none of it is... > Yes, confirmed as stated, this is great news then. In essence the PostgreSQL planner can be told that the effective cache size is *much* larger than that calculated by using vfs.hibufspace; should result in some [hopefully] marked performance boosts. btw: > dd if=/dev/zero of=zerofile bs=1m count=2048 2048+0 records in 2048+0 records out 2147483648 bytes transferred in 43.381462 secs (49502335 bytes/sec) > dd if=zerofile of=/dev/null bs=1m 2048+0 records in 2048+0 records out 2147483648 bytes transferred in 5.304807 secs (404818435 bytes/sec) and that was on a 3GB RAM system so the caching scheme works great. Sven From owner-freebsd-stable@FreeBSD.ORG Mon May 23 18:50: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 2DB8716A41C for ; Mon, 23 May 2005 18:50:14 +0000 (GMT) (envelope-from decibel@decibel.org) Received: from flake.decibel.org (flake.decibel.org [67.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5C6343D1D for ; Mon, 23 May 2005 18:50:13 +0000 (GMT) (envelope-from decibel@decibel.org) Received: by flake.decibel.org (Postfix, from userid 1001) id 50BE2152A2; Mon, 23 May 2005 13:50:11 -0500 (CDT) Date: Mon, 23 May 2005 13:50:11 -0500 From: "Jim C. Nasby" To: stable@freebsd.org Message-ID: <20050523185010.GM44623@decibel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 4.11-RELEASE i386 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.8i Cc: Subject: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 18:50:14 -0000 After updating my ports tree I'm getting this: decibel@flake.2[13:40]/usr/ports/sysutils/portupgrade:157>sudo portupgrade -a [Updating the pkgdb in /var/db/pkg ... - 354 packages found (-3 +2) (...)/usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:466: [BUG] Segmentation fault ruby 1.8.2 (2004-12-25) [i386-freebsd4] I've tried manually reinstalling both ruby and portupgrade to no avail. -- Jim C. Nasby, Database Consultant decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-stable@FreeBSD.ORG Mon May 23 19:02: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 3D64D16A41C for ; Mon, 23 May 2005 19:02:22 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0FE943D1D for ; Mon, 23 May 2005 19:02:21 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IGY00NCCO370900@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 23 May 2005 23:09:07 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IGY0038YIE5LOF0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 23 May 2005 21:06:05 +0200 (CEST) Date: Mon, 23 May 2005 21:02:18 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <20050523104238.F36966@carver.gumbysoft.com> To: freebsd-stable@freebsd.org Message-id: <20050523210218.75ff4e42.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <9B5C1FCAFB35084787C21EFFFA78DD9EF13698@EBE1.gc.nat> <20050523104238.F36966@carver.gumbysoft.com> Subject: Re: RELENG_5 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 19:02:22 -0000 On Mon, 23 May 2005 10:43:48 -0700 (PDT) Doug White wrote: Note: this comment goes to all participants on this mailing list, it is not targeted specifically towards Doug. People, would you please trim away excess / non-relevant text when you are quoting a message? I don't have a three feet tall monitor, so I cannot display 100 - 200 lines of text at once, and I guess most of you are in the same situation. If you only quote the necessary lines, reading *your* part of the message becomes easier. And that's important, no? Thank you for your time. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon May 23 19:21: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 C7B8D16A428 for ; Mon, 23 May 2005 19:21:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 53BF643D1D for ; Mon, 23 May 2005 19:21:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 23 May 2005 19:21:32 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Mon, 23 May 2005 15:21:32 -0400 (EDT) Message-ID: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> Date: Mon, 23 May 2005 15:21:32 -0400 (EDT) From: "Mike Jakubik" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 19:21:33 -0000 Could someone point me to a resource that outlines the expected supported lifetime of all the branches? Can't find anything concrete on the webpage. I'm developing a product, which i hope will run on FreeBSD. However the rapid development of 5, and now 6 arriving out in a few months has me worried if FreeBSD will be the right choice short and long term. I have even considered using 4.11 for its stability and speed on single processor systems, but I'm worried that some ports/hw will not be supported. The recent amount of problems with 5 has me a little discouraged too, and even considering Linux as an alternative. Hopefully that wont be the case, but a clear outline of whats to come would be very helpful in the decision making. Thanks. From owner-freebsd-stable@FreeBSD.ORG Mon May 23 19:41: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 3A95A16A41C for ; Mon, 23 May 2005 19:41:05 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA68E43D48 for ; Mon, 23 May 2005 19:41:04 +0000 (GMT) (envelope-from rbgarga@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so2097660wra for ; Mon, 23 May 2005 12:41:03 -0700 (PDT) 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=bRx9aq6Xkn9ELLs8bRhBh0X1lRteUxnwZUdK+YNWOLHBnFG8/7Xww/CdsKLE0M6+2JT9xaFVT5vaGUY6jUmGyUPGCkXZTvPFj3CNNLp4zqLHTnuR9gTAbdeh8DRT2lctto4TaZA4SqcQ1hS5rZ+1G9yV1+W8LFLWAwKCKplvD5Q= Received: by 10.54.76.12 with SMTP id y12mr3769836wra; Mon, 23 May 2005 12:41:03 -0700 (PDT) Received: by 10.54.83.7 with HTTP; Mon, 23 May 2005 12:41:03 -0700 (PDT) Message-ID: <747dc8f305052312415237b3a1@mail.gmail.com> Date: Mon, 23 May 2005 16:41:03 -0300 From: Renato Botelho To: "Jim C. Nasby" In-Reply-To: <20050523185010.GM44623@decibel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050523185010.GM44623@decibel.org> Cc: stable@freebsd.org Subject: Re: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Renato Botelho List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 19:41:05 -0000 On 23/05/05, Jim C. Nasby wrote: > After updating my ports tree I'm getting this: >=20 > decibel@flake.2[13:40]/usr/ports/sysutils/portupgrade:157>sudo portupgrad= e -a > [Updating the pkgdb in /var/db/pkg ... - 354 packages= found (-3 +2) > (...)/usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:466: [BUG] Segmentation f= ault > ruby 1.8.2 (2004-12-25) [i386-freebsd4] >=20 > I've tried manually reinstalling both ruby and portupgrade to no avail. Try to add the following lines to your /usr/local/etc/pkgtools.conf ENV['PKG_DBDRIVER'] ||=3D 'dbm_hash' ENV['PORTS_DBDRIVER'] ||=3D 'dbm_hash' and after it run these 2 commands pkgdb -F portsdb -u to re-create the databases. Regards --=20 Renato Botelho ICQ: 54596223 AIM: RBGargaBR From owner-freebsd-stable@FreeBSD.ORG Mon May 23 19:42: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 2C3BE16A41C for ; Mon, 23 May 2005 19:42:18 +0000 (GMT) (envelope-from wxs@syn.csh.rit.edu) Received: from syn.csh.rit.edu (syn.csh.rit.edu [129.21.60.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCBEF43D1D for ; Mon, 23 May 2005 19:42:17 +0000 (GMT) (envelope-from wxs@syn.csh.rit.edu) Received: from syn.csh.rit.edu (localhost [127.0.0.1]) by syn.csh.rit.edu (8.13.3/8.13.1) with ESMTP id j4NKiNX0090197; Mon, 23 May 2005 15:44:23 -0500 (EST) (envelope-from wxs@syn.csh.rit.edu) Received: (from wxs@localhost) by syn.csh.rit.edu (8.13.3/8.13.1/Submit) id j4NKiNMM090196; Mon, 23 May 2005 15:44:23 -0500 (EST) (envelope-from wxs) Date: Mon, 23 May 2005 15:44:23 -0500 From: Wesley Shields To: Mike Jakubik Message-ID: <20050523204423.GA90134@csh.rit.edu> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 19:42:18 -0000 On Mon, May 23, 2005 at 03:21:32PM -0400, Mike Jakubik wrote: > Could someone point me to a resource that outlines the expected supported > lifetime of all the branches? Can't find anything concrete on the webpage. http://www.freebsd.org/security/ - It's listed about 1/3 of the way down the page in a table. -- WXS From owner-freebsd-stable@FreeBSD.ORG Mon May 23 19:43: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 0496616A41C for ; Mon, 23 May 2005 19:43:13 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B90A243D58 for ; Mon, 23 May 2005 19:43:12 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd2mr8so.prod.shaw.ca (pd2mr8so-qfe3.prod.shaw.ca [10.0.141.11]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IGY00HPHK3HJSE0@l-daemon> for freebsd-stable@freebsd.org; Mon, 23 May 2005 13:42:53 -0600 (MDT) Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7]) by pd2mr8so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IGY00GV3K3HXQ10@pd2mr8so.prod.shaw.ca> for freebsd-stable@freebsd.org; Mon, 23 May 2005 13:42:53 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IGY00B1GK3HMJ@l-daemon> for freebsd-stable@freebsd.org; Mon, 23 May 2005 13:42:53 -0600 (MDT) Date: Mon, 23 May 2005 12:42:52 -0700 From: Colin Percival In-reply-to: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> To: Mike Jakubik Message-id: <4292323C.4080707@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.91.0.0 References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) Cc: freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 19:43:13 -0000 Mike Jakubik wrote: > Could someone point me to a resource that outlines the expected supported > lifetime of all the branches? Can't find anything concrete on the webpage. http://www.freebsd.org/security/ In addition to the material there (which is concerned with existing releases), FreeBSD 5.x is expected to be supported until late 2007 (FreeBSD 5.5 plus two years), and FreeBSD 6.x will probably be supported until early 2009 (the last FreeBSD 6.x release plus two years). Colin Percival From owner-freebsd-stable@FreeBSD.ORG Mon May 23 19:50: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 503E316A41C for ; Mon, 23 May 2005 19:50:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED04C43D49 for ; Mon, 23 May 2005 19:50:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2CE9A513A7; Mon, 23 May 2005 12:51:24 -0700 (PDT) Date: Mon, 23 May 2005 12:51:23 -0700 From: Kris Kennaway To: Mike Jakubik Message-ID: <20050523195123.GA13810@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline In-Reply-To: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 19:50:37 -0000 --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 23, 2005 at 03:21:32PM -0400, Mike Jakubik wrote: > Could someone point me to a resource that outlines the expected supported > lifetime of all the branches? Can't find anything concrete on the webpage. >=20 > I'm developing a product, which i hope will run on FreeBSD. However the > rapid development of 5, and now 6 arriving out in a few months has me > worried if FreeBSD will be the right choice short and long term. I have > even considered using 4.11 for its stability and speed on single processor > systems, but I'm worried that some ports/hw will not be supported. The common wisdom has been that FreeBSD 4.11 is faster than 5.4 on single processor systems. Imagine my surprise when I went and actually benchmarked this on the package build machines, and found that 5.4 outperforms 4.11 by at least 10% when performing identical workloads on identical UP hardware :-) Stay tuned for more details... Kris --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkjQ7Wry0BWjoQKURAs7nAJ9o4rP/bQv1uW3nkB/wJb9i5adiZwCgwn2/ MwnOnEcO6YJuW2vB2P2vc+o= =cyzj -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 19: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 F375B16A41C for ; Mon, 23 May 2005 19:55:30 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50301.mail.yahoo.com (web50301.mail.yahoo.com [206.190.38.55]) by mx1.FreeBSD.org (Postfix) with SMTP id 696E943D1F for ; Mon, 23 May 2005 19:55:29 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 40633 invoked by uid 60001); 23 May 2005 19:55:29 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=upqE6prZr0Z8kXL3Qwtpc79W/L+hLLTG3MPALKMw/JB0MKxEKJM1pvfe6Ao+XBTS4YTxZl5V15OqWHTOjsHUw5UgujweryubPehf6Z/89YCZuwwuzTfsqtSorV2ZM0Y1jmXVloQRb1YUnwjkm2pRLegxXdqDr4nwG6q3NZdUko4= ; Message-ID: <20050523195529.40630.qmail@web50301.mail.yahoo.com> Received: from [67.99.246.2] by web50301.mail.yahoo.com via HTTP; Mon, 23 May 2005 12:55:29 PDT Date: Mon, 23 May 2005 12:55:29 -0700 (PDT) From: alan bryan To: dwhite@gumbysoft.com In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 19:55:31 -0000 > (manually retyped as the machine locks) > ata2: CONNECT REQUESTED > ata2: DISCONNECT REQUESTED > ... (lots of those) > subdisk6: detached > ad6: detached > ata2: SATA connect status=00000000 > ata3: SATA connect ready time=0ms OK, it may not be so much a lock up as I was just a bit impatient. After a while it panics with: Fatal trap 12 Page fault while in kernel mode fault virtual address 0x20c There's a bunch more that I can write down if that helps. Maybe I need to take a digital picture of the screen before it reboots as I'm a slow writer. Thanks for the help, I'd love to have this thing running at it's capable speed potential. This is my main workstation/desktop. I could update to -CURRENT if anyone thinks that will solve the disk speed problem without causing too many more. (Just do average desktop stuff like KDE3) If -CURRENT is in too much flux right now though maybe I'm better off with working but slow. --Alan Bryan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Mon May 23 20:05:06 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 E41FB16A41C for ; Mon, 23 May 2005 20:05:06 +0000 (GMT) (envelope-from Zimmerman.Eric@con-way.com) Received: from ljcqs031.cnf.com (mail-cluster.cnf.com [63.230.177.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 870C643D49 for ; Mon, 23 May 2005 20:05:04 +0000 (GMT) (envelope-from Zimmerman.Eric@con-way.com) Received: from ljcqs031.cnf.com (localhost [127.0.0.1]) by localhost.cnf.com (Postfix) with ESMTP id E2F6D26EE1E; Mon, 23 May 2005 13:05:03 -0700 (PDT) Received: from ciies004.conway.prod.con-way.com (cnfdcx-131-slb-02-in.cnf.com [10.0.108.132]) by ljcqs031.cnf.com (Postfix) with ESMTP id CA28F26ED01; Mon, 23 May 2005 13:05:03 -0700 (PDT) Received: from qgaes001.conway.prod.con-way.com ([10.40.10.68]) by ciies004.conway.prod.con-way.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 23 May 2005 13:05:03 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 23 May 2005 15:05:01 -0500 Message-ID: <12AAD6CC50A25841834F43955F39B66E014B4E2F@qgaes001.conway.prod.con-way.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problem with portupgrade Thread-Index: AcVfzdZexqeyKg0QSyei4PYSeNh8rQAA9WAA From: "Zimmerman, Eric" To: "Jim C. Nasby" , X-OriginalArrivalTime: 23 May 2005 20:05:03.0774 (UTC) FILETIME=[B5335BE0:01C55FD2] Cc: Subject: RE: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 20:05:07 -0000 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Jim C. Nasby Sent: Monday, May 23, 2005 13:50 To: stable@freebsd.org Subject: Problem with portupgrade After updating my ports tree I'm getting this: decibel@flake.2[13:40]/usr/ports/sysutils/portupgrade:157>sudo portupgrade -a [Updating the pkgdb in /var/db/pkg ... - 354 packages found (-3 +2) (...)/usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:466: [BUG] Segmentation fault ruby 1.8.2 (2004-12-25) [i386-freebsd4] I've tried manually reinstalling both ruby and portupgrade to no avail. I hope I am not hijacking your thread but... I recommend trying portmanager instead of portupgrade. It is MUCH smarter, has less dependencies, and knows how to take care of things when you upgrade a package like perl (it will reinstall all your perl related ports automatically, etc against the new build). Portmanager + portsnap is great. No need for databases or INDEX making which takes a while, etc. Portsnap should replace cvsup in the handbook IMO. It rocks. Here is how I update ports and check for outdated ports (in ports.sh script): portsnap fetch echo "Port snapshot fetched, updating..." portsnap update echo "done. Outdated ports:" # take care of cache miss on new ports portmanager -s > /dev/null portmanager -s | grep OLD if there are any outdated ports, a portmanager -u will update them all, taking care of any and all dependencies, etc. it does a bunch more stuff too. is anyone aware of any downsides to portmanager? Anyone had any issues? Hope this helps someone out. From owner-freebsd-stable@FreeBSD.ORG Mon May 23 20:16: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 38BCC16A41C; Mon, 23 May 2005 20:16:06 +0000 (GMT) (envelope-from jack@raats.xs4all.nl) Received: from zeus.jarasoft.net (raats.xs4all.nl [80.126.151.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC02543D48; Mon, 23 May 2005 20:16:05 +0000 (GMT) (envelope-from jack@raats.xs4all.nl) Received: from zeus.jarasoft.net (localhost [127.0.0.1]) by zeus.jarasoft.net (Postfix) with ESMTP id DE471AAE9; Mon, 23 May 2005 22:16:03 +0200 (CEST) Received: from jara2 (jara-2.raats.xs4all.nl [10.0.0.157]) by zeus.jarasoft.net (Postfix) with ESMTP id AF9ADAADE; Mon, 23 May 2005 22:16:03 +0200 (CEST) Message-ID: <000a01c55fd4$5205e270$9d00000a@jara2> From: "Jack Raats" To: , "FreeBSD Stable" Date: Mon, 23 May 2005 22:16:36 +0200 Organization: Jack Raats MIME-Version: 1.0 X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: ClamAV using ClamSMTP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: rl0: discard oversize frame X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 20:16:06 -0000 I'm running FreeBSD 5.4-STABLE. At this moment I'm getting all kind of = network losses due to the error rl0: discard oversize frame Google showed that a lot of PC suffers form this, but I didn't fine the = cure :-( Can anyone help me with a cure? Met vriendelijke groeten Jack Raats From owner-freebsd-stable@FreeBSD.ORG Mon May 23 20:26:17 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 2CE0716A41C for ; Mon, 23 May 2005 20:26:17 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id C55B243D1F for ; Mon, 23 May 2005 20:26:16 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so911578rng for ; Mon, 23 May 2005 13:26:16 -0700 (PDT) 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=DLVT/b6dLuXSGVMj/zOLhDZcJWiXrPBxXjbe3NDzLOK1L9XPltqhBDYyGTlkuLEpc8HZrvxsctIa4pinKRH6rPApKuh016o9z7ub+6GvkNj66Jhk1oCVIML/qQmuHRJnNT5qj9Irihydl6FwF51Obmr1Hi0MzzmltEdDhh81oKE= Received: by 10.38.74.75 with SMTP id w75mr3381681rna; Mon, 23 May 2005 13:26:15 -0700 (PDT) Received: by 10.39.1.40 with HTTP; Mon, 23 May 2005 13:26:14 -0700 (PDT) Message-ID: <3aaaa3a05052313262639f63@mail.gmail.com> Date: Mon, 23 May 2005 21:26:14 +0100 From: Chris To: Jack Raats In-Reply-To: <000a01c55fd4$5205e270$9d00000a@jara2> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <000a01c55fd4$5205e270$9d00000a@jara2> Cc: FreeBSD Stable , freebsd-questions@freebsd.org Subject: Re: rl0: discard oversize frame X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 20:26:17 -0000 I also have the errors showing up in my periodic logs but they dont seem to cause me actual network drops. rl0: discard oversize frame (ether type e14c flags 3 len 1722 > max=20 1514) rl0: discard oversize frame (ether type 1 flags 3 len 36860 > max=20 1514) Chris On 5/23/05, Jack Raats wrote: > I'm running FreeBSD 5.4-STABLE. At this moment I'm getting all kind of ne= twork losses due to the error rl0: discard oversize frame > Google showed that a lot of PC suffers form this, but I didn't fine the c= ure :-( >=20 > Can anyone help me with a cure? >=20 > Met vriendelijke groeten > Jack Raats > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" > From owner-freebsd-stable@FreeBSD.ORG Mon May 23 20:29: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 C34B516A420 for ; Mon, 23 May 2005 20:29:59 +0000 (GMT) (envelope-from markp@aps.org) Received: from newman.ridge.aps.org (newman.ridge.aps.org [149.28.9.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 573C943D1D for ; Mon, 23 May 2005 20:29:59 +0000 (GMT) (envelope-from markp@aps.org) Received: from m5.aps.org (m5.aps.org [149.28.3.245]) by newman.ridge.aps.org (8.13.1/8.13.1) with ESMTP id j4NKTvlE054410; Mon, 23 May 2005 16:29:57 -0400 (EDT) Received: from [127.0.0.1] (mailhost.aps.org [127.0.0.1]) by m5.aps.org (Postfix) with ESMTP id 6BDBB1142F; Mon, 23 May 2005 16:29:54 -0400 (EDT) Message-ID: <42923D42.1010603@aps.org> Date: Mon, 23 May 2005 16:29:54 -0400 From: Mark Pheffer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050513 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Elliot Finley References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <42889628.20103@DeepCore.dk> In-Reply-To: <42889628.20103@DeepCore.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 5.4-RC2 freezing - ATA related? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 20:29:59 -0000 > Elliot Finley wrote: > >> This has been happening since 5.3-R, I've been tuning different >> parameters >> to no avail. I've taken the disks off of the onboard ICH5 controller and >> put them a promise TX4 S150 controller, but still the same thing happens. >> >> The system freezes, but isn't totally dead. It'll still respond to >> pings, >> the screensaver still functions, but it won't respond to a CAD at the >> console. But if I press 'Enter' at the console, it'll give me a 'login:' >> prompt, but after entering the username, it never comes back with the >> 'password:' prompt. >> >> After manually resetting the system it boots and says 'Automatic file >> system >> check failed; help!' and drops into single user mode. Running fsck >> manually >> corrects errors on all volumes. Then it'll boot from that point. >> >> This seems to be triggered by daily periodic as it happens at 3:02-3:03AM >> each time. But it doesn't happen *every* morning. > > I've had a similar problem with an IBM Thinkpad A21p. The machine would slowly start to lock up until the only thing it would respond to were pings. This would usually occur when the filesystem was under a heavy load (like untarring openoffice). I managed to trace the problem to snapshots that were about 40 days old (I keep old snapshots around for CYA purposes). After deleting the old snapshots, the system functioned perfectly. I've been running it pretty hard now for the last few weeks and it hasn't locked up once. Whether or not the snapshots were the cause of the problem or just another symptom I can't really tell but deleting them definitely cured the problem. Right now I have a filesystem snapshot that's about a week old and it seems to be just fine. Mark From owner-freebsd-stable@FreeBSD.ORG Mon May 23 20:31: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 36AE816A41C; Mon, 23 May 2005 20:31:03 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from heisenberg.zen.co.uk (heisenberg.zen.co.uk [212.23.3.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A9D43D49; Mon, 23 May 2005 20:31:01 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.54] (helo=rtxnetworks.co.uk) by heisenberg.zen.co.uk with esmtp (Exim 4.30) id 1DaJZk-0007mG-VD; Mon, 23 May 2005 20:31:01 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Mon, 23 May 2005 21:30:45 +0100 thread-index: AcVf1kuzX2jMwCgzRWSCjNfVD++gtQ== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org 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=DLVT/b6dLuXSGVMj/zOLhDZcJWiXrPBxXjbe3NDzLOK1L9XPltqhBDYyGTlkuLEpc8HZrvxsctIa4pinKRH6rPApKuh016o9z7ub+6GvkNj66Jhk1oCVIML/qQmuHRJnNT5qj9Irihydl6FwF51Obmr1Hi0MzzmltEdDhh81oKE= Date: Mon, 23 May 2005 21:30:44 +0100 From: "Chris" Message-ID: <000801c55fd6$4bb65dd0$144da8c0@rtxnetworks.local> To: In-Reply-To: <000a01c55fd4$5205e270$9d00000a@jara2> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <000a01c55fd4$5205e270$9d00000a@jara2> X-Mailer: Microsoft CDO for Exchange 2000 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 0 Content-Class: urn:content-classes:message X-Zen-Test-Spam-Bar: (/) Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Originating-Oppenheimer-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf X-Zen-Stored: hausdorff.zen.co.uk/1DaJVd-0002FO-8O/2005-05-23 20:26:47 X-OriginalArrivalTime: 23 May 2005 20:30:45.0109 (UTC) FILETIME=[4BE86A50:01C55FD6] X-Originating-Heisenberg-IP: [82.69.255.54] Cc: FreeBSD Stable , freebsd-questions@freebsd.org Subject: Re: rl0: discard oversize frame X-BeenThere: freebsd-stable@freebsd.org Reply-To: Chris List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 20:31:03 -0000 I also have the errors showing up in my periodic logs but they dont seem to cause me actual network drops. rl0: discard oversize frame (ether type e14c flags 3 len 1722 > max=20 1514) rl0: discard oversize frame (ether type 1 flags 3 len 36860 > max=20 1514) Chris On 5/23/05, Jack Raats wrote: > I'm running FreeBSD 5.4-STABLE. At this moment I'm getting all kind of ne= twork losses due to the error rl0: discard oversize frame > Google showed that a lot of PC suffers form this, but I didn't fine the c= ure :-( >=20 > Can anyone help me with a cure? >=20 > Met vriendelijke groeten > Jack Raats > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.o= rg" > _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon May 23 20:51:20 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 92A5316A41C for ; Mon, 23 May 2005 20:51:20 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id F2B7743D49 for ; Mon, 23 May 2005 20:51:19 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 23 May 2005 20:51:18 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Mon, 23 May 2005 16:51:18 -0400 (EDT) Message-ID: <3467.172.16.0.199.1116881478.squirrel@172.16.0.1> In-Reply-To: <4292323C.4080707@freebsd.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <4292323C.4080707@freebsd.org> Date: Mon, 23 May 2005 16:51:18 -0400 (EDT) From: "Mike Jakubik" To: "Colin Percival" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 20:51:20 -0000 On Mon, May 23, 2005 3:42 pm, Colin Percival said: > http://www.freebsd.org/security/ > > > In addition to the material there (which is concerned with existing > releases), FreeBSD 5.x is expected to be supported until late 2007 > (FreeBSD 5.5 plus two > years), and FreeBSD 6.x will probably be supported until early 2009 (the > last FreeBSD 6.x release plus two years). Thanks for the info guys. Does this "security support" also mean that current ports will be compatible with the release? I'm surprised to see that 4.11 will be supported longer than RELENG_5. Guess my best bet would be to wait for 6.x. Now, does anyone know if a make buildworld/kernel update will be possible for 5.x to 6.x ? I'm assuming that they are similar enough for this to be possible. From owner-freebsd-stable@FreeBSD.ORG Mon May 23 21:00: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 D1BDE16A41F for ; Mon, 23 May 2005 21:00:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id 4A18E43D1D for ; Mon, 23 May 2005 21:00:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp103.rog.mail.re2.yahoo.com with SMTP; 23 May 2005 21:00:13 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Mon, 23 May 2005 17:00:13 -0400 (EDT) Message-ID: <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> In-Reply-To: <20050523195123.GA13810@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> Date: Mon, 23 May 2005 17:00:13 -0400 (EDT) From: "Mike Jakubik" To: "Kris Kennaway" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 21:00:14 -0000 On Mon, May 23, 2005 3:51 pm, Kris Kennaway said: > The common wisdom has been that FreeBSD 4.11 is faster than 5.4 on > single processor systems. Imagine my surprise when I went and actually > benchmarked this on the package build machines, and found that 5.4 > outperforms 4.11 by at least 10% when performing identical workloads on > identical UP hardware :-) > > Stay tuned for more details... To be honest, i have not (yet) done any specific benchmarks for my application, but overall, last time i used 4.x, it seemed more snappy. But, this is good to hear :) From owner-freebsd-stable@FreeBSD.ORG Mon May 23 21:08: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 11A3E16A41C; Mon, 23 May 2005 21:08:21 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5282A43D1D; Mon, 23 May 2005 21:08:20 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 8BB0E119E6; Mon, 23 May 2005 23:08:18 +0200 (CEST) Date: Mon, 23 May 2005 23:08:18 +0200 From: "Simon L. Nielsen" To: Mike Jakubik Message-ID: <20050523210818.GC823@zaphod.nitro.dk> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <4292323C.4080707@freebsd.org> <3467.172.16.0.199.1116881478.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <3467.172.16.0.199.1116881478.squirrel@172.16.0.1> User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org, Colin Percival Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 21:08:21 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.05.23 16:51:18 -0400, Mike Jakubik wrote: > On Mon, May 23, 2005 3:42 pm, Colin Percival said: >=20 > > http://www.freebsd.org/security/ > > > > In addition to the material there (which is concerned with existing > > releases), FreeBSD 5.x is expected to be supported until late 2007 > > (FreeBSD 5.5 plus two > > years), and FreeBSD 6.x will probably be supported until early 2009 (the > > last FreeBSD 6.x release plus two years). >=20 > Thanks for the info guys. Does this "security support" also mean that > current ports will be compatible with the release? No, there are no guarantees about that. The ports/ people generally try to make things work with older releases, but there are no gurantees there. It's simply too much work to make such guarantees, and this is after all an volunteer project (for most parts anyway). See also http://www.freebsd.org/ports/ for the "official" statement. > I'm surprised to see that 4.11 will be supported longer than > RELENG_5. That is just the current status, RELENG_5 is almost certain to be supported longer than RELENG_4, but exactly how long isn't determined until FreeBSD 5.5, but Colin's timeline applies and is probably a very good estimate, since he is also one of the people that will actually work on supporting it :-). > Guess my best bet would be to wait for 6.x. WRT. to security support there wouldn't be a difference. > Now, does anyone know if a make buildworld/kernel update will be possible > for 5.x to 6.x ? I'm assuming that they are similar enough for this to be > possible. It's a much smaller step than 4.X -> 5.X was, so it's much more likely that a the upgrade path will be much less painful, than 4.X -> 5.X was/is. --=20 Simon L. Nielsen --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkkZBh9pcDSc1mlERAta/AJ9tIexJW+9guUiVaA5BSxb1AqIjowCgr+jQ swI8eTdwzJw6NR6/M9Pyvis= =HLQZ -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 21:12: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 5A5DD16A41C for ; Mon, 23 May 2005 21:12:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05DFE43D1D for ; Mon, 23 May 2005 21:12:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7F8CB5138D; Mon, 23 May 2005 14:13:08 -0700 (PDT) Date: Mon, 23 May 2005 14:13:07 -0700 From: Kris Kennaway To: Mike Jakubik Message-ID: <20050523211307.GA36552@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 21:12:21 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 23, 2005 at 05:00:13PM -0400, Mike Jakubik wrote: > On Mon, May 23, 2005 3:51 pm, Kris Kennaway said: >=20 > > The common wisdom has been that FreeBSD 4.11 is faster than 5.4 on > > single processor systems. Imagine my surprise when I went and actually > > benchmarked this on the package build machines, and found that 5.4 > > outperforms 4.11 by at least 10% when performing identical workloads on > > identical UP hardware :-) > > > > Stay tuned for more details... >=20 > To be honest, i have not (yet) done any specific benchmarks for my > application, but overall, last time i used 4.x, it seemed more snappy. > But, this is good to hear :) One thing that probably confuses and misleads a lot of people is when they build world or a kernel and notice that it's taking much longer than it did under 4.x, so they assume this means that 5.x is slower than 4.x. It doesn't. What it means is that 5.x and 4.x have different C compilers, and gcc 3.x is much slower at compiling code than gcc 2.x. You have to be very careful to draw conclusions based on subjective assessments like this. Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkkdjWry0BWjoQKURAsXwAJ4uWLNb9lncwzQ/O8gQ7Fu+3L4fIQCfX0sC YJouSOXwY7KqEmkxaStA1ag= =nt9e -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 21:17: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 9A06E16A41C; Mon, 23 May 2005 21:17:18 +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 64DF043D1D; Mon, 23 May 2005 21:17:18 +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 4F6ECB879; Mon, 23 May 2005 17:17:17 -0400 (EDT) In-Reply-To: <20050523174415.GI959@funkthat.com> References: <1116860293.10083.43.camel@lanshark.dmv.com> <20050523174415.GI959@funkthat.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1F46458B-2524-42AB-8B3D-0F54F485241B@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 23 May 2005 17:17:16 -0400 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.730) Cc: freebsd-stable@freebsd.org Subject: Re: Manipulating disk cache (buf) settings X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 21:17:18 -0000 On May 23, 2005, at 1:44 PM, John-Mark Gurney wrote: > This is incorrect... FreeBSD merged the vm and buf systems a while > back, > so all of memory is used as a disk cache.. The buf cache is still > used > for filesystem meta data (and for pending writes of files, but > those buf's > reference the original page, not local storage)... > Cool... So what would you recommend telling an application like Postgres what the cache size is? All of RAM? That seems unlikely given much of the ram is used for other things. Is there no upper bound in how much RAM will be used for the cache? Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Mon May 23 21:19: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 1692C16A41C for ; Mon, 23 May 2005 21:19:27 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE5E143D1D for ; Mon, 23 May 2005 21:19:26 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAC468.dip.t-dialin.net [84.170.196.104]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 9EAF12FE93; Mon, 23 May 2005 23:19:24 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4NLLDO6002200; Mon, 23 May 2005 23:21:13 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42924949.1070902@incubus.de> Date: Mon, 23 May 2005 23:21:13 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> In-Reply-To: <20050523211307.GA36552@xor.obsecurity.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 21:19:27 -0000 Kris Kennaway wrote: > One thing that probably confuses and misleads a lot of people is when > they build world or a kernel and notice that it's taking much longer > than it did under 4.x, so they assume this means that 5.x is slower > than 4.x. It doesn't. What it means is that 5.x and 4.x have > different C compilers, and gcc 3.x is much slower at compiling code > than gcc 2.x. You have to be very careful to draw conclusions based > on subjective assessments like this. Another thing might be that interactive response time seems to be worse. While I (or rather ports) unpack the firefox/thunderbird source, the machine is pretty much bogged down (mouse cursor jumps around, audio stutters...). Haven't seen that on FreeBSD since the 386 days. mkb. From owner-freebsd-stable@FreeBSD.ORG Mon May 23 21:31: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 C094016A41C for ; Mon, 23 May 2005 21:31:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B7A543D1D for ; Mon, 23 May 2005 21:31:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BEBD05138D; Mon, 23 May 2005 14:31:55 -0700 (PDT) Date: Mon, 23 May 2005 14:31:55 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050523213155.GA46718@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <42924949.1070902@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 21:31:08 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 23, 2005 at 11:21:13PM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > > One thing that probably confuses and misleads a lot of people is when > > they build world or a kernel and notice that it's taking much longer > > than it did under 4.x, so they assume this means that 5.x is slower > > than 4.x. It doesn't. What it means is that 5.x and 4.x have > > different C compilers, and gcc 3.x is much slower at compiling code > > than gcc 2.x. You have to be very careful to draw conclusions based > > on subjective assessments like this. >=20 > Another thing might be that interactive response time seems to be worse. > While I (or rather ports) unpack the firefox/thunderbird source, the > machine is pretty much bogged down (mouse cursor jumps around, audio > stutters...). Haven't seen that on FreeBSD since the 386 days. I don't run FreeBSD on my desktop machines so I haven't seen this myself. One obvious guess is that it's due to VFS being under Giant, which causes lots of contention with other subsystems that also require Giant, and therefore introduces latency. If so, you'd see a substantial performance improvement on 6.0 with debug.mpsafevfs=3D1. This option isn't yet ready for production use (especially on SMP machines) since it still contains bugs, but it would be interesting if someone who sees this problem could test it on 6.0. Any takers? Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkkvLWry0BWjoQKURAqNQAJ0Zd4M/yKHWiU4kahGEc0GrGeJeTwCfajfJ cUMJDYFD6sEC4EDFH69XbeY= =gj/K -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 21:35: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 A514516A41C for ; Mon, 23 May 2005 21:35:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45BC143D1D for ; Mon, 23 May 2005 21:35:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DFC62515D2; Mon, 23 May 2005 14:36:10 -0700 (PDT) Date: Mon, 23 May 2005 14:36:10 -0700 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050523213609.GA47212@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <20050523213155.GA46718@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , Matthias Buelow , freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 21:35:23 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 23, 2005 at 02:31:55PM -0700, Kris Kennaway wrote: > On Mon, May 23, 2005 at 11:21:13PM +0200, Matthias Buelow wrote: > > Kris Kennaway wrote: > >=20 > > > One thing that probably confuses and misleads a lot of people is when > > > they build world or a kernel and notice that it's taking much longer > > > than it did under 4.x, so they assume this means that 5.x is slower > > > than 4.x. It doesn't. What it means is that 5.x and 4.x have > > > different C compilers, and gcc 3.x is much slower at compiling code > > > than gcc 2.x. You have to be very careful to draw conclusions based > > > on subjective assessments like this. > >=20 > > Another thing might be that interactive response time seems to be worse. > > While I (or rather ports) unpack the firefox/thunderbird source, the > > machine is pretty much bogged down (mouse cursor jumps around, audio > > stutters...). Haven't seen that on FreeBSD since the 386 days. >=20 > I don't run FreeBSD on my desktop machines so I haven't seen this > myself. One obvious guess is that it's due to VFS being under Giant, > which causes lots of contention with other subsystems that also > require Giant, and therefore introduces latency. If so, you'd see a > substantial performance improvement on 6.0 with debug.mpsafevfs=3D1. > This option isn't yet ready for production use (especially on SMP > machines) since it still contains bugs, but it would be interesting if > someone who sees this problem could test it on 6.0. Also try defining PREEMPTION in your kernel on 5.x and above (if you are running i386 or amd64). There have been very occasional reports of panics with this option enabled (although I use it everywhere and have not seen problems on my heavily loaded machines), but interactive response should be much better. Kris --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkkzIWry0BWjoQKURAkimAJ963b0FzR02Mhu9XWu0/v3NyqkBIwCdGBX/ ouRkPovKNRUb7kFrGsFsOn4= =C80q -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 21:38: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 5553E16A41C for ; Mon, 23 May 2005 21:38:14 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id B75C943D53 for ; Mon, 23 May 2005 21:38:13 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 23 May 2005 21:38:13 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Mon, 23 May 2005 17:38:12 -0400 (EDT) Message-ID: <3528.172.16.0.199.1116884292.squirrel@172.16.0.1> In-Reply-To: <20050523210818.GC823@zaphod.nitro.dk> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <4292323C.4080707@freebsd.org> <3467.172.16.0.199.1116881478.squirrel@172.16.0.1> <20050523210818.GC823@zaphod.nitro.dk> Date: Mon, 23 May 2005 17:38:12 -0400 (EDT) From: "Mike Jakubik" To: "Simon L. Nielsen" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, Colin Percival Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 21:38:14 -0000 On Mon, May 23, 2005 5:08 pm, Simon L. Nielsen said: > On 2005.05.23 16:51:18 -0400, Mike Jakubik wrote: >> >> Thanks for the info guys. Does this "security support" also mean that >> current ports will be compatible with the release? > > No, there are no guarantees about that. The ports/ people generally > try to make things work with older releases, but there are no gurantees > there. It's simply too much work to make such guarantees, and this is > after all an volunteer project (for most parts anyway). See also > http://www.freebsd.org/ports/ for the "official" statement. Right, i didnt think so. Debian is a volunteer project too, and their packaging system supports all of their branches. I guess i should look into rolling my own packages, to be sure. And yes, i realize that we just dont have an infrastructure for something like this. From owner-freebsd-stable@FreeBSD.ORG Mon May 23 21:57:41 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 D402516A41C for ; Mon, 23 May 2005 21:57:41 +0000 (GMT) (envelope-from cykyc@yahoo.com) Received: from web50309.mail.yahoo.com (web50309.mail.yahoo.com [206.190.38.242]) by mx1.FreeBSD.org (Postfix) with SMTP id 727F843D1F for ; Mon, 23 May 2005 21:57:41 +0000 (GMT) (envelope-from cykyc@yahoo.com) Received: (qmail 89644 invoked by uid 60001); 23 May 2005 21:57:40 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=RwBH7Mzc3v+TfDQOm+f7ju3m6VJIdVanLf/s9v7NJ3q6RuzCd5N/mQeLTi9jm0GqMJt4Jg11r2U3/T7b49R0qhlyJpxRuT7nRTRwwIZkVnikplbb0/4EAoLEIwSJxack4RUVzjZRrrI9KhjWvfyzs7EZuSm2woFo/HINTYI3HuU= ; Message-ID: <20050523215740.89642.qmail@web50309.mail.yahoo.com> Received: from [65.173.207.2] by web50309.mail.yahoo.com via HTTP; Mon, 23 May 2005 14:57:40 PDT Date: Mon, 23 May 2005 14:57:40 -0700 (PDT) From: Jon Passki To: stable@freebsd.org In-Reply-To: <20050523184430.GC96054@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Recent 5.4-p1 upgrade issue (lib/libc.so.5) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cykyc@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2005 21:57:42 -0000 --- Kris Kennaway wrote: > On Mon, May 23, 2005 at 10:24:15AM -0700, Jon Passki wrote: > > Here's what gets me: I was able to do a the supported upgrade > > process in an unsupported manner (multiuser mode via ssh w/o a > > shutdown inbetween, nor going into signle user mode) w/ no > issues > > on the build host. What occurs in that process (make > buildworld; > > make buildkernel; make installkernel; mergemaster -p; make > > installworld; mergemaster) where libc can be replaced (assuming > it > > uses install(1), which is also linked against libc) without > > failure, but using tar causes it to fail? Ideas? > > Look at how make installworld does the replacement safely. Ah, makes sense now, but let me regurgitate: According to src/Makefile.inc1, installword sets up INSTALLTMP with some nifty files, along with the files previously in the obj tree setup by phases such as bootstrap-tools. Since these are defined later on in the path before the user's ${PATH}, one doesn't shoot one's foot off when updating the binaries, correct? In my circumstance, I don't have an obj tree on the dest. host, but I do have /rescue. I could extract that on a first run and then perform the later extractions with the updated tar (or just do it all if /rescue/tar works anyway). Does this seem decent? Is there a more elegant way? Thanks for the heads up, Kris! Jon __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/ From owner-freebsd-stable@FreeBSD.ORG Mon May 23 22:03:10 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 9CFEE16A41C for ; Mon, 23 May 2005 22:03:10 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id B356443D1F for ; Mon, 23 May 2005 22:03:09 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 25140 invoked from network); 23 May 2005 21:55:14 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 23 May 2005 21:55:14 -0000 Received: (qmail 8945 invoked by uid 89); 23 May 2005 22:17:38 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 23 May 2005 22:17:38 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id 9B96160A4; Tue, 24 May 2005 01:03:04 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Tue, 24 May 2005 01:03:04 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id DE9CC34; Tue, 24 May 2005 01:03:03 +0300 (EEST) Date: Tue, 24 May 2005 01:03:03 +0300 From: Ion-Mihai Tetcu To: "Simon L. Nielsen" Message-ID: <20050524010303.45a1ca66@it.buh.cameradicommercio.ro> In-Reply-To: <20050523210818.GC823@zaphod.nitro.dk> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <4292323C.4080707@freebsd.org> <3467.172.16.0.199.1116881478.squirrel@172.16.0.1> <20050523210818.GC823@zaphod.nitro.dk> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AV-Checked: on buh by ClamAV using ClamSMTP Cc: Mike Jakubik , Colin, freebsd-stable@freebsd.org, Percival Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 22:03:10 -0000 On Mon, 23 May 2005 23:08:18 +0200 "Simon L. Nielsen" wrote: > On 2005.05.23 16:51:18 -0400, Mike Jakubik wrote: > > On Mon, May 23, 2005 3:42 pm, Colin Percival said: > > > > > http://www.freebsd.org/security/ > > > > > > In addition to the material there (which is concerned with existing > > > releases), FreeBSD 5.x is expected to be supported until late 2007 > > > (FreeBSD 5.5 plus two > > > years), and FreeBSD 6.x will probably be supported until early 2009 (the > > > last FreeBSD 6.x release plus two years). > > > > Thanks for the info guys. Does this "security support" also mean that > > current ports will be compatible with the release? > > No, there are no guarantees about that. The ports/ people generally > try to make things work with older releases, but there are no > gurantees there. It's simply too much work to make such guarantees, > and this is after all an volunteer project (for most parts anyway). Not only work, but also a lack of resources; for example I just received a report from a 4.11 user regarding of of my ports that I'm unable to reproduce on my 5-STABLE and I don't have a 4.11 machine. In this case I strongly suspect a local problem, but if it is not I'll be forced to install a 4.11. Of course, is impossible to do this for all (supported branches x supported platforms), hence the "official" statement from http://www.freebsd.org/ports/. Before each release we have a "ports freeze" period when (almost) no update to the ports is made but our time is dedicated to make sure our ports work on that release. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Mon May 23 22:04: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 858FB16A41C for ; Mon, 23 May 2005 22:04:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DBC943D1D for ; Mon, 23 May 2005 22:04:11 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6663A513C0; Mon, 23 May 2005 15:04:56 -0700 (PDT) Date: Mon, 23 May 2005 15:04:56 -0700 From: Kris Kennaway To: Jon Passki Message-ID: <20050523220455.GA49814@xor.obsecurity.org> References: <20050523184430.GC96054@xor.obsecurity.org> <20050523215740.89642.qmail@web50309.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <20050523215740.89642.qmail@web50309.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: Recent 5.4-p1 upgrade issue (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, 23 May 2005 22:04:11 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 23, 2005 at 02:57:40PM -0700, Jon Passki wrote: >=20 > --- Kris Kennaway wrote: >=20 > > On Mon, May 23, 2005 at 10:24:15AM -0700, Jon Passki wrote: >=20 > > > Here's what gets me: I was able to do a the supported upgrade > > > process in an unsupported manner (multiuser mode via ssh w/o a > > > shutdown inbetween, nor going into signle user mode) w/ no > > issues > > > on the build host. What occurs in that process (make > > buildworld; > > > make buildkernel; make installkernel; mergemaster -p; make > > > installworld; mergemaster) where libc can be replaced (assuming > > it > > > uses install(1), which is also linked against libc) without > > > failure, but using tar causes it to fail? Ideas? > >=20 > > Look at how make installworld does the replacement safely. >=20 > Ah, makes sense now, but let me regurgitate: > According to src/Makefile.inc1, installword sets up INSTALLTMP with > some nifty files, along with the files previously in the obj tree > setup by phases such as bootstrap-tools. Since these are defined > later on in the path before the user's ${PATH}, one doesn't shoot > one's foot off when updating the binaries, correct? Well, it does that too, but it also installs libc itself in a safe way using install(1). Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCklOHWry0BWjoQKURAjdMAKDEUynWDqIT+L91zhLPzZFpKzMSRgCfTOQN LLuGaelMEtN+HSAu4NEx8a4= =OeYw -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-stable@FreeBSD.ORG Mon May 23 22:14: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 E67D316A41C for ; Mon, 23 May 2005 22:14:12 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A5A243D1D for ; Mon, 23 May 2005 22:14:12 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAC468.dip.t-dialin.net [84.170.196.104]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 3A3DF2FED7; Tue, 24 May 2005 00:14:11 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4NMG083000924; Tue, 24 May 2005 00:16:00 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42925620.4080603@incubus.de> Date: Tue, 24 May 2005 00:16:00 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> <20050523213609.GA47212@xor.obsecurity.org> In-Reply-To: <20050523213609.GA47212@xor.obsecurity.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 May 2005 22:14:13 -0000 Kris Kennaway wrote: > Also try defining PREEMPTION in your kernel on 5.x and above (if you > are running i386 or amd64). There have been very occasional reports > of panics with this option enabled (although I use it everywhere and > have not seen problems on my heavily loaded machines), but interactive > response should be much better. I now did this on 5.4-STABLE and I cannot observe any difference. The lags still happen in the same way. The only difference seems to be that with PREEMPTION, at and shortly after boot, response seems to be actually worse and from harddisk noise it doesn't seem to load stuff in one go but in "chunks" (at least that's how it sounds). That normalizes after a while, though. Weird. mkb. From owner-freebsd-stable@FreeBSD.ORG Mon May 23 23:30: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 14F5616A41F for ; Mon, 23 May 2005 23:30:04 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 489DC43D4C for ; Mon, 23 May 2005 23:30:03 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 23690 invoked from network); 23 May 2005 23:30:03 -0000 Received: by simscan 1.1.0 ppid: 23670, pid: 23684, t: 0.1334s scanners: clamav: 0.84/m:31/d:888 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail24.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 23 May 2005 23:30:02 -0000 Received: from hydrogen.funkthat.com (yrozoh@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.12.10/8.11.6) with ESMTP id j4NNU22g086135; Mon, 23 May 2005 16:30:02 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j4NNTngu086116; Mon, 23 May 2005 16:29:49 -0700 (PDT) Date: Mon, 23 May 2005 16:29:49 -0700 From: John-Mark Gurney To: Vivek Khera Message-ID: <20050523232948.GJ959@funkthat.com> Mail-Followup-To: Vivek Khera , freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org References: <1116860293.10083.43.camel@lanshark.dmv.com> <20050523174415.GI959@funkthat.com> <1F46458B-2524-42AB-8B3D-0F54F485241B@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1F46458B-2524-42AB-8B3D-0F54F485241B@khera.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Manipulating disk cache (buf) settings 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: Mon, 23 May 2005 23:30:04 -0000 Vivek Khera wrote this message on Mon, May 23, 2005 at 17:17 -0400: > On May 23, 2005, at 1:44 PM, John-Mark Gurney wrote: > > >This is incorrect... FreeBSD merged the vm and buf systems a while > >back, > >so all of memory is used as a disk cache.. The buf cache is still > >used > >for filesystem meta data (and for pending writes of files, but > >those buf's > >reference the original page, not local storage)... > > > > Cool... So what would you recommend telling an application like > Postgres what the cache size is? All of RAM? That seems unlikely > given much of the ram is used for other things. Is there no upper > bound in how much RAM will be used for the cache? I'm not familar host Postgres uses the cache number to change it's behavior, but I would say choose a responable amount of memory that you expect to regularly have available on the system... If you are only using it for db, and a few other small processes, 512meg less than ram is probably reasonable... The other way is to try a few different values and see how it impacts performance.. -- 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 Tue May 24 01:18: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 DE12416A41C; Tue, 24 May 2005 01:18:24 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C2A343D1D; Tue, 24 May 2005 01:18:24 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (8.12.3/8.12.3/Debian-7.1) with ESMTP id j4O1IDrI029594; Tue, 24 May 2005 11:18:13 +1000 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (8.12.3/8.12.3/Debian-7.1) with ESMTP id j4O1IBqB011672; Tue, 24 May 2005 11:18:12 +1000 Date: Tue, 24 May 2005 11:18:12 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: John-Mark Gurney In-Reply-To: <20050523174415.GI959@funkthat.com> Message-ID: <20050524104940.O68917@delplex.bde.org> References: <1116860293.10083.43.camel@lanshark.dmv.com> <20050523174415.GI959@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Sven Willenberger , freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Manipulating disk cache (buf) settings X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 01:18:25 -0000 On Mon, 23 May 2005, John-Mark Gurney wrote: > Sven Willenberger wrote this message on Mon, May 23, 2005 at 10:58 -0400: >> We are running a PostgreSQL server (8.0.3) on a dual opteron system with >> 8G of RAM. If I interpret top and vfs.hibufspace correctly (which show >> values of 215MB and 225771520 (which equals 215MB) respectively. My >> understanding from having searched the archives is that this is the >> value that is used by the system/kernel in determining how much disk >> data to cache. > > This is incorrect... FreeBSD merged the vm and buf systems a while back, > so all of memory is used as a disk cache.. Indeed. Statistics utilities still haven't caught up with dyson's changes in 1994 or 1995, so their display of statistics related to disk caching is very misleading. systat -v and top display vfs.bufspace but not vfs.hibufspace. Both of these are uninitersting. vfs.bufspace gives the amount of virtual memory that is currently allocated to the buffer cache. vfs.hibufspace gives the maximum for this amount. Virtual memory for buffers is almost never released, so on active systems vfs.bufspace is close to the maximum. The maximum is just a compile-time constand (BKVASIZE) times a boot-time constant (nbuf). There is no way to tell from userland exactly how much of memory is used for the vm part of the disk cache. "inact" in systat -v gives a maximum. Watch heavy file system for a while and you may see "inact" increase as vm is used for disk data. It decreases mainly when a file system is unmounted. Otherwise, it tends to stay near its maximum, with pages for not recently used disk data being reused for something else (newer disk data or processes). > The buf cache is still used > for filesystem meta data (and for pending writes of files, but those buf's > reference the original page, not local storage)... This is mostly incorrect. The buffer cache is now little more than a window on vm. Metadata is backed by vm except for low quality file systems. Directories are backed by vm unless vfs.vmiodirenable is 0 (not the default). > Just as an experiment, on a quiet system do: > dd if=/dev/zero of=somefile bs=1m count=2048 > and then read it back in: > dd if=somefile of=/dev/null bs=1m > and watch systat or iostat and see if any of the file is read... You'll > probably see that none of it is... Also, with systat -v: - start with "inact" small and watch it grow as the file is cached - remove the file and watch "inact" drop. I haven't tried this lately. The system has some defence against using up all of the free and inactive pages for a single file to the exclusion of other disk data, so you might not get 2GB cached even if you have 4GB memory. > If that is in fact the case, then my question would be how to best > increase the amount of memory the system can use for disk caching. Just add RAM and don't run bloatware :-). Bruce From owner-freebsd-stable@FreeBSD.ORG Tue May 24 01:45: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 9F34516A41C for ; Tue, 24 May 2005 01:45:55 +0000 (GMT) (envelope-from rees@ddcom.co.jp) Received: from proxy.ddcom.co.jp (proxy.ddcom.co.jp [211.121.191.163]) by mx1.FreeBSD.org (Postfix) with SMTP id F023E43D1D for ; Tue, 24 May 2005 01:45:54 +0000 (GMT) (envelope-from rees@ddcom.co.jp) Received: (qmail 28685 invoked by alias); 24 May 2005 01:57:01 -0000 Received: from unknown (HELO matthew) (10.10.10.11) by mail.ddcom.local with SMTP; 24 May 2005 01:57:01 -0000 Date: Tue, 24 May 2005 10:45:48 +0900 From: Joel To: freebsd-stable@freebsd.org In-Reply-To: <3528.172.16.0.199.1116884292.squirrel@172.16.0.1> References: <20050523210818.GC823@zaphod.nitro.dk> <3528.172.16.0.199.1116884292.squirrel@172.16.0.1> Message-Id: <20050524102414.3A16.REES@ddcom.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.00.06 Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 01:45:55 -0000 Random comment from the peanut gallery, but ... > >> Thanks for the info guys. Does this "security support" also mean that > >> current ports will be compatible with the release? > > > > No, there are no guarantees about that. The ports/ people generally > > try to make things work with older releases, but there are no gurantees > > there. It's simply too much work to make such guarantees, and this is > > after all an volunteer project (for most parts anyway). See also > > http://www.freebsd.org/ports/ for the "official" statement. > > Right, i didnt think so. Debian is a volunteer project too, and their > packaging system supports all of their branches. I guess i should look > into rolling my own packages, to be sure. And yes, i realize that we just > dont have an infrastructure for something like this. I'm thinking that, if a company really doesn't have the infrastructure, there are several good options. You mention Linux. MacOSX is closer to the BSDs than Linux in many ways, tends to have relatively long-term stability, and you can pay Apple for a rather high level of support if you join their developer's program. The best option, however, may be to invest in the infrastructure -- a long term relationship with a qualified contractor, or even an employee whose primary duty would be to (learn how to) do the heavy lifting on backporting and upgrading. That way, the OS itself becomes more a part of the company's resources. -- Joel Rees digitcom, inc. $B3t<02q ** From owner-freebsd-stable@FreeBSD.ORG Tue May 24 01:50: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 1B0D016A41C for ; Tue, 24 May 2005 01:50:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F5FB43D1F for ; Tue, 24 May 2005 01:50:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6F3BC513D7; Mon, 23 May 2005 18:51:42 -0700 (PDT) Date: Mon, 23 May 2005 18:51:42 -0700 From: Kris Kennaway To: Joel Message-ID: <20050524015142.GA13505@xor.obsecurity.org> References: <20050523210818.GC823@zaphod.nitro.dk> <3528.172.16.0.199.1116884292.squirrel@172.16.0.1> <20050524102414.3A16.REES@ddcom.co.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <20050524102414.3A16.REES@ddcom.co.jp> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 01:50:56 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 10:45:48AM +0900, Joel wrote: > Random comment from the peanut gallery, but ... >=20 > > >> Thanks for the info guys. Does this "security support" also mean that > > >> current ports will be compatible with the release? > > > > > > No, there are no guarantees about that. The ports/ people generally > > > try to make things work with older releases, but there are no gurante= es > > > there. It's simply too much work to make such guarantees, and this is > > > after all an volunteer project (for most parts anyway). See also > > > http://www.freebsd.org/ports/ for the "official" statement. > >=20 > > Right, i didnt think so. Debian is a volunteer project too, and their > > packaging system supports all of their branches. I guess i should look > > into rolling my own packages, to be sure. And yes, i realize that we ju= st > > dont have an infrastructure for something like this. >=20 > I'm thinking that, if a company really doesn't have the infrastructure, > there are several good options. You mention Linux. MacOSX is closer to > the BSDs than Linux in many ways, tends to have relatively long-term > stability, and you can pay Apple for a rather high level of support if > you join their developer's program. >=20 > The best option, however, may be to invest in the infrastructure -- a > long term relationship with a qualified contractor, or even an employee > whose primary duty would be to (learn how to) do the heavy lifting on > backporting and upgrading. That way, the OS itself becomes more a part > of the company's resources. Didn't someone announce a few months ago that they were going to work on supporting ports with older releases? I'm sure they'd welcome support, whether financial, material or otherwise. Kris --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkoitWry0BWjoQKURAh5ZAKC0GeULOcq3qY63Y/0biYqkz4xh2wCdHyMd qp2V0a8TQ+sdDRKrOiDiylI= =8yBM -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 01:59: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 C5FE916A41C for ; Tue, 24 May 2005 01:59:45 +0000 (GMT) (envelope-from lioux@FreeBSD.org) Received: from vette.gigo.com (vette.gigo.com [216.218.228.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9378243D48 for ; Tue, 24 May 2005 01:59:45 +0000 (GMT) (envelope-from lioux@FreeBSD.org) Received: from 201.24.53.239 (unknown [201.24.53.239]) by vette.gigo.com (Postfix) with ESMTP id 80307557D for ; Mon, 23 May 2005 18:59:44 -0700 (PDT) Received: (qmail 68704 invoked by uid 1001); 24 May 2005 01:48:18 -0000 Message-ID: <20050524014818.68633.qmail@exxodus.fedaykin.here> Date: Mon, 23 May 2005 22:47:56 -0300 From: Mario Sergio Fujikawa Ferreira To: freebsd-stable@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: Can objcopy(1) handle coff? (was update math/mprime) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 01:59:46 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I am having trouble updating the port math/mprime. I need to convert from .obj coff to .o elf32. However, I get a complain "Invalid bfd target" I have the sample port at http://people.FreeBSD.org/~lioux/mprime.tgz I believe that the problem is related to the fact that we are unable to handle coff files. Am I doing something wrong? Just try building it to see the problem.=20 FreeBSD exxodus.fedaykin.here 5.4-STABLE FreeBSD 5.4-STABLE #3: Sun May 8 = 10:28:48 BRT 2005 lioux@exxodus:/usr/obj/usr/src/sys/LIOUX i386 Script started on Mon May 23 22:37:29 2005 =3D=3D=3D> Extracting for mprime-0.0.23.5 =3D> Checksum OK for mprime/source23.zip. =3D> Checksum OK for mprime/prime95-text-2004022600-23.5.tar.bz2. =3D=3D=3D> mprime-0.0.23.5 depends on executable: unzip - found /bin/cp /usr/home/lioux/src/myports/ports/math/mprime/files/makebsd /usr/ho= me/lioux/src/myports/ports/math/mprime/work/linux =3D=3D=3D> Patching for mprime-0.0.23.5 =3D=3D=3D> mprime-0.0.23.5 depends on executable: gmake - found =3D=3D=3D> Configuring for mprime-0.0.23.5 =3D=3D=3D> Building for mprime-0.0.23.5 rm -f mprime sprime prime.o menu.o mult.o mult1.o mult2.o mult2a.o mult3.o = mult3a.o mult4.o mult4a.o mult4b.o mult1p.o mult2p.o mult2ap.o mult3p.o mul= t3ap.o mult3q.o mult3aq.o mult4p.o mult4ap.o mult4bp.o mult4q.o mult4aq.o m= ult4bq.o mult1aux.o mult2aux.o mult3aux.o mult3auq.o mult4aux.o mult4auq.o = xmult1.o xmult1ax.o xmult2.o xmult2a.o xmult2ax.o xmult3.o xmult3a.o xmult3= ax.o ecmhelp.o cpuid.o dummy4.o dummy8.o dummy12.o dummy16.o dummy20.o dumm= y24.o dummy28.o dummyt4.o dummyt8.o dummyt12.o dummyt16.o dummyt20.o dummyt= 24.o dummyt28.o [ ! -e ../security.h ] && touch ../security.h || true [ ! -e ../security.c ] && touch ../security.c || true /usr/local/libexec/ccache/cc -O -pipe -pipe -funit-at-a-time -m3dnow -msse = -mfpmath=3Dsse,387 -falign-functions -fforce-addr -fforce-mem -foptimize-re= gister-move -foptimize-sibling-calls -fpeel-loops -fprefetch-loop-arrays -f= reorder-blocks -march=3Dathlon-xp -I.. -malign-double -c prime.c /usr/local/libexec/ccache/cc -O -pipe -pipe -funit-at-a-time -m3dnow -msse = -mfpmath=3Dsse,387 -falign-functions -fforce-addr -fforce-mem -foptimize-re= gister-move -foptimize-sibling-calls -fpeel-loops -fprefetch-loop-arrays -f= reorder-blocks -march=3Dathlon-xp -I.. -malign-double -c menu.c menu.c: In function `options_preferences': menu.c:698: warning: the address of `PRIMENET', will always evaluate as `tr= ue' menu.c:700: warning: the address of `PRIMENET', will always evaluate as `tr= ue' menu.c:702: warning: the address of `PRIMENET', will always evaluate as `tr= ue' objcopy -v --input-target=3Dcoff-i386 --output-target=3Delf32-i386-freebsd = =2E./prime95/mult.obj mult.o objcopy: ../prime95/mult.obj: Invalid bfd target gmake: *** [mult.o] Error 1 *** Error code 2 Stop in /usr/home/lioux/src/myports/ports/math/mprime. Script done on Mon May 23 22:37:32 2005 ps: Please, CC: me because I do not subscribe to this mailing list. --=20 Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkofirxEiaFLzGQwRAg6mAJsFPvLz8PCZgWfafRhxZuRVn3ZOZgCfRici wU2rvAQ9L0NvenxzC48ptWc= =pdjV -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 02:49: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 E85FA16A41C for ; Tue, 24 May 2005 02:49:32 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F301843D1D for ; Tue, 24 May 2005 02:49:31 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j4O2nSX3063110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 24 May 2005 06:49:29 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j4O2nRDW061549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 May 2005 06:49:27 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j4O2nMWa061548; Tue, 24 May 2005 06:49:22 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 24 May 2005 06:49:22 +0400 From: Gleb Smirnoff To: Vivek Khera Message-ID: <20050524024922.GA61461@cell.sick.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: stable@FreeBSD.org Subject: Re: new base system snmpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 02:49:33 -0000 Vivek, On Mon, May 23, 2005 at 11:12:50AM -0400, Vivek Khera wrote: V> I see that 5.4-STABLE has an snmpd as core to the system. Are there V> any accompanying docs on how to use it? The man page and sample V> config file are all seemingly geared towards the personal V> implementation of the author, and there is no information at all on V> extending it. V> V> (this seems to be a big trend in features lately... serious lack of V> documentation suitable for those who are not the software author...) Yes, you are right. This fine piece of software is poorly documented. It lacks a good doc for newbies to start with. A migration guide from net-snmp would be important, too. Volunteers are welcome. Although author doesn't have time to write extended documentation, he is very responsive on questions. So, a volunteer who takes this task will receive answers to all his questions. P.S. Default configuration file and startup script have already been committed to RELENG_5. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue May 24 02:57: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 B448116A41C for ; Tue, 24 May 2005 02:57:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8331143D48 for ; Tue, 24 May 2005 02:57:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DaPbh-0006yC-9O; Tue, 24 May 2005 02:57:25 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DaPbR-0000lT-AQ; Mon, 23 May 2005 22:57:09 -0400 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17042.38913.627130.250853@roam.psg.com> Date: Mon, 23 May 2005 22:57:05 -0400 To: Kris Kennaway References: <1116773182.8c338cbcnmace@myrealbox.com> <20050522152027.GA65704@frontfree.net> <17041.46245.552820.864897@roam.psg.com> <20050523184335.GB96054@xor.obsecurity.org> Cc: Nathan Mace , freebsd-stable@freebsd.org Subject: Re: Syntax Error in Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 02:57:29 -0000 >> could someone explain why kernel ppp is needed at all? > It's needed if you want to use it, of course :) the context is palm usb support randy From owner-freebsd-stable@FreeBSD.ORG Tue May 24 03:02: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 9100316A41C for ; Tue, 24 May 2005 03:02:03 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50309.mail.yahoo.com (web50309.mail.yahoo.com [206.190.38.242]) by mx1.FreeBSD.org (Postfix) with SMTP id AFF0643D1D for ; Tue, 24 May 2005 03:02:00 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 84501 invoked by uid 60001); 24 May 2005 03:01:58 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=RLIdugl2JcbUV88DTCIR/4U72zDPH4SYuHQPmxQo9IVRJEHoFgO+0EbVf4quWlsg61qb1/6Hmh+EExVrmhaeRZtgFXTU9UYrJqkoHTeMHy1CoSJyH1hMcOzAkZNfYqNhC6Jy+erngTA4yaT5TGpWHk9iv3H1TgO3Ix0jIaOwJYM= ; Message-ID: <20050524030158.84499.qmail@web50309.mail.yahoo.com> Received: from [67.99.246.2] by web50309.mail.yahoo.com via HTTP; Mon, 23 May 2005 20:01:58 PDT Date: Mon, 23 May 2005 20:01:58 -0700 (PDT) From: alan bryan To: Doug White In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 03:02:03 -0000 Here's a recap of all the things I've tried and discovered in a bunch of testing today. Tried mkIII "m" patches and that doesn't show atapici1 or atapici2 - they just show as GENERIC with drives as UDMA33 Tried mkIII "n" patches and then atapici1 shows as nForce4 with SATA drives but has further problems detailed below. atapici2 always shows up in dmesg as GENERIC no matter what. Tried custom kernel, disabling all other parts of ATA with no difference. # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives #device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering Tried disabling the standard IDE ports in bios, turning off DMA on SATA, and other bios tweaks with no changes. With the "n" patches I get randomly alternating: lockup, Fatal trap 12 panic, or full boot but then it can't find the root filesystem as the disk is showing as detached. If I get lucky and it goes most of the way I get results like the following: ata2: CONNECT REQUESTED ata2: DISCONNECT REQUESTED ... (lots of those!) ad6: 70911MB at ata3-master SATA 150 ad6: detached ata3: DISCONNECTED ata2: CONNECTED ata2: SATA connect status=00000000 ata2: DISCONNECTED ata3: CONNECTED ata3: SATA connect ready time=0ms ... Mounting root from ufs:/dev/ad6s1a setrootbyname failed ffs_mountroot: can't find rootvp root mount failed:6 Is there something else I should try to help in debugging this further? Is there anything in -CURRENT that would help this to work better than 5-STABLE plus the ATA mkIII "n" patches? Thanks for all the help! --Alan Bryan --- Doug White wrote: > On Fri, 20 May 2005, alan bryan wrote: > > > > > --- Doug White wrote: > > > Can you post the output of "pciconf -lv"? The > nForce > > > IDE controller is > > > properly detected, but it looks like there's > another > > > one in the system. > > > Looking at the spec for the system it may be the > > > proprietary nVidia RAID > > > controller. The pciconf output should help us > > > identify if thats the > > > issue. > > > > FYI: RAID features are disabled in the BIOS, I'm > just > > trying to get a single SATA drive to work at full > > speed. The other drive in this system is IDE and > that > > seems to be working at proper speed. Thanks for > the > > help! > > I guess turning off the RAID converts the chips into > standard SATA > controllers. I'll have to look into that. An nForce > 4 machine recently > appeared at work, so I'll see what I can get it to > do. > > > atapci0@pci0:6:0: class=0x01018a > card=0x50361297 > > chip=0x005310de rev=0xa2 hdr=0x00 > > vendor = 'NVIDIA Corporation' > > class = mass storage > > subclass = ATA > > atapci1@pci0:7:0: class=0x010185 > card=0x50361297 > > chip=0x005410de rev=0xa3 hdr=0x00 > > vendor = 'NVIDIA Corporation' > > class = mass storage > > subclass = ATA > > atapci2@pci0:8:0: class=0x010185 > card=0xcb8410de > > chip=0x005510de rev=0xa3 hdr=0x00 > > vendor = 'NVIDIA Corporation' > > class = mass storage > > subclass = ATA > > It looks like sos added support for atapci1 and 2 in > this listing in the > ATAmkIII patchset. While that patchset is in > -CURRENT you'll have to > apply the -stable patches yourself. Search the list > archives for the > location, soren posts it now and again. > > -- > Doug White | FreeBSD: The Power > to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail From owner-freebsd-stable@FreeBSD.ORG Tue May 24 03:03:10 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 A1AD516A41C for ; Tue, 24 May 2005 03:03:10 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D07CA43D4C for ; Tue, 24 May 2005 03:03:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4O32qDG015484; Tue, 24 May 2005 12:32:54 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 24 May 2005 12:32:26 +0930 User-Agent: KMail/1.8 References: <1116773182.8c338cbcnmace@myrealbox.com> <20050523184335.GB96054@xor.obsecurity.org> <17042.38913.627130.250853@roam.psg.com> In-Reply-To: <17042.38913.627130.250853@roam.psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1520589.qZRqIReiTl"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505241232.42640.doconnor@gsoft.com.au> X-Spam-Score: -1.7 () IN_REP_TO, PGP_SIGNATURE_2, REFERENCES, SPAM_PHRASE_00_01, USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Cc: Randy Bush , Nathan Mace , Kris Kennaway Subject: Re: Syntax Error in Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 03:03:10 -0000 --nextPart1520589.qZRqIReiTl Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 24 May 2005 12:27, Randy Bush wrote: > >> could someone explain why kernel ppp is needed at all? > > > > It's needed if you want to use it, of course :) > > the context is palm usb support Seems odd you would _need_ kernel PPP support for that.. My PocketPC appears as a USB "almost serial port" (uppc) which you talk PPP= =20 over (by running userland PPP). =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 --nextPart1520589.qZRqIReiTl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCkplS5ZPcIHs/zowRAtO+AJ9EMFENl9/kAcsRCYvs0eaPnWGgOQCdF8e4 F91tQvoXdb9eqQIX7YreuEA= =mvA4 -----END PGP SIGNATURE----- --nextPart1520589.qZRqIReiTl-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 03:08: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 A03F216A41C; Tue, 24 May 2005 03:08:48 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B2C143D1D; Tue, 24 May 2005 03:08:47 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.101] (cpe-065-184-196-020.ec.res.rr.com [65.184.196.20]) by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j4O38jL4020911; Mon, 23 May 2005 23:08:45 -0400 (EDT) Message-ID: <42929DB1.5010105@ec.rr.com> Date: Mon, 23 May 2005 23:21:21 -0400 From: jason henson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Questions , freebsd-stable@freebsd.org, freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Subject: folding client stopped working, is it because of linux? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 03:08:48 -0000 I did a system update and after that my folding @ home client will not work without me doing make install in linux_base-8 ports dir. BTW, linux is already installed from before the update and even after reinstalling after the update the systems seems to forget it is there after a reboot. I can type make install and the port installs, but since I don't do a make clean first it returns immediatily. After I do this f@h runs fine. My network card uses the nvnet driver from ports which still works at boot with out me needing to make install for the linux port. I believe this driver requires the linux emulation to work btw. Any ideas as to why this might be? A corupt makefile in my ports folder? A change to the linux emulation? FreeBSD BARTON 5.4-STABLE FreeBSD 5.4-STABLE #1: Fri May 20 03:23:59 EDT 2005 root@BARTON:/usr/obj/usr/src/sys/NINAMORI i386 $ ls -l /var/db/pkg | grep linux_ drwxr-xr-x 2 root wheel 512 May 22 17:48 linux_base-8-8.0_6 Thx, Jason From owner-freebsd-stable@FreeBSD.ORG Tue May 24 03:17: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 ECA4B16A41C for ; Tue, 24 May 2005 03:17:38 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from bolivar.ugcs.caltech.edu (bolivar.ugcs.caltech.edu [131.215.176.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EC843D1D for ; Tue, 24 May 2005 03:17:38 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by bolivar.ugcs.caltech.edu (Postfix, from userid 3640) id B2D5934024; Mon, 23 May 2005 20:17:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by bolivar.ugcs.caltech.edu (Postfix) with ESMTP id 6EEF7F802; Mon, 23 May 2005 20:17:37 -0700 (PDT) Date: Mon, 23 May 2005 20:17:37 -0700 (PDT) From: Jon Dama To: Kris Kennaway In-Reply-To: <20050524015142.GA13505@xor.obsecurity.org> Message-ID: References: <20050523210818.GC823@zaphod.nitro.dk> <3528.172.16.0.199.1116884292.squirrel@172.16.0.1> <20050524102414.3A16.REES@ddcom.co.jp> <20050524015142.GA13505@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Joel , freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 03:17:39 -0000 It might be beneficial (pipe-dream perhaps) if the all the BSDs coalesced around one port/packaging system. I hear that netbsd's port system has the metadata necessary to support different OSs and different OS versions within one coherent system. What do you think about the relative strengths of pkgsrc and the FreeBSD ports system? -Jon On Mon, 23 May 2005, Kris Kennaway wrote: > On Tue, May 24, 2005 at 10:45:48AM +0900, Joel wrote: > > Random comment from the peanut gallery, but ... > > > > > >> Thanks for the info guys. Does this "security support" also mean that > > > >> current ports will be compatible with the release? > > > > > > > > No, there are no guarantees about that. The ports/ people generally > > > > try to make things work with older releases, but there are no gurantees > > > > there. It's simply too much work to make such guarantees, and this is > > > > after all an volunteer project (for most parts anyway). See also > > > > http://www.freebsd.org/ports/ for the "official" statement. > > > > > > Right, i didnt think so. Debian is a volunteer project too, and their > > > packaging system supports all of their branches. I guess i should look > > > into rolling my own packages, to be sure. And yes, i realize that we just > > > dont have an infrastructure for something like this. > > > > I'm thinking that, if a company really doesn't have the infrastructure, > > there are several good options. You mention Linux. MacOSX is closer to > > the BSDs than Linux in many ways, tends to have relatively long-term > > stability, and you can pay Apple for a rather high level of support if > > you join their developer's program. > > > > The best option, however, may be to invest in the infrastructure -- a > > long term relationship with a qualified contractor, or even an employee > > whose primary duty would be to (learn how to) do the heavy lifting on > > backporting and upgrading. That way, the OS itself becomes more a part > > of the company's resources. > > Didn't someone announce a few months ago that they were going to work > on supporting ports with older releases? I'm sure they'd welcome > support, whether financial, material or otherwise. > > Kris > From owner-freebsd-stable@FreeBSD.ORG Tue May 24 03:35: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 4983116A41C for ; Tue, 24 May 2005 03:35:03 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B10C43D1F for ; Tue, 24 May 2005 03:35:03 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DaQC3-0007u0-CT; Tue, 24 May 2005 03:34:59 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DaQBn-0007pB-Dl; Mon, 23 May 2005 23:34:43 -0400 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17042.41166.607333.510569@roam.psg.com> Date: Mon, 23 May 2005 23:34:38 -0400 To: "Daniel O'Connor" References: <1116773182.8c338cbcnmace@myrealbox.com> <20050523184335.GB96054@xor.obsecurity.org> <17042.38913.627130.250853@roam.psg.com> <200505241232.42640.doconnor@gsoft.com.au> Cc: Nathan Mace , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Syntax Error in Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 03:35:03 -0000 >>>> could someone explain why kernel ppp is needed at all? >>> It's needed if you want to use it, of course :) >> the context is palm usb support > Seems odd you would _need_ kernel PPP support for that.. seemed odd to me too. but take a look back up the thread, or just at the reffed site, http://www.thedotin.net/maillists/coldsync-hackers/msg01954.html randy From owner-freebsd-stable@FreeBSD.ORG Tue May 24 03:55: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 0277F16A41C for ; Tue, 24 May 2005 03:55:42 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sbtx.tmn.ru (sbtx.tmn.ru [212.76.160.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41FB343D1D for ; Tue, 24 May 2005 03:55:40 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [10.76.160.59]) by sbtx.tmn.ru (8.13.3/8.13.3) with ESMTP id j4O3tU08036498; Tue, 24 May 2005 09:55:31 +0600 (YEKST) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (localhost.tech.sibitex.tmn.ru [127.0.0.1]) by sv.tech.sibitex.tmn.ru (8.13.3/8.13.3) with ESMTP id j4O3tUAb025189; Tue, 24 May 2005 09:55:30 +0600 (YEKST) (envelope-from serg@sv.tech.sibitex.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.13.3/8.13.3/Submit) id j4O3tTQ9025188; Tue, 24 May 2005 09:55:29 +0600 (YEKST) (envelope-from serg) Date: Tue, 24 May 2005 09:55:29 +0600 From: "Sergey N. Voronkov" To: Mipam , freebsd-stable@freebsd.org Message-ID: <20050524035529.GA25117@tmn.ru> References: <20050522065326.GG959@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050522065326.GG959@funkthat.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on sbtx.tmn.ru X-Virus-Status: Clean Cc: Subject: Re: em and bge driver MPSAFE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 03:55:42 -0000 On Sat, May 21, 2005 at 11:53:26PM -0700, John-Mark Gurney wrote: > Mipam wrote this message on Wed, May 11, 2005 at 16:39 +0200: > > Perhaps lame to ask, > > But are the em and bge driver MPSAFE? > > I couldn't find notes about being mpsafe in the man pages of these > > drivers? > > I was about to point you to: > http://www.freebsd.org/projects/busdma/ > > But realized that you probably wanted status on 5.x, and not HEAD... > > a quick look at the code shows that both em and bge are MPSAFE... I > can tell because of no references to Giant or GIANT, and that it using > XX_LOCK and has functions ending in _locked in them... > > Maybe we need to expand the busdma project to include which driver > status for 5.x and HEAD? Probably You are wrong at least about em driver: it steel makes page faults in kernel mode on my Dual Xeon machine. :-( "debug.mpsafenet=0" fix this issue completely. Serg N. Voronkov, Sibitex JSC. P.S.: Server is under moderate load and is very important to keep it as stable as possible, so I can't provide a dump, sorry. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 04:55: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 0973016A41C for ; Tue, 24 May 2005 04:55:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BC7443D1F for ; Tue, 24 May 2005 04:55:38 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4O4tYmj019337; Tue, 24 May 2005 14:25:35 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Randy Bush Date: Tue, 24 May 2005 14:25:22 +0930 User-Agent: KMail/1.8 References: <1116773182.8c338cbcnmace@myrealbox.com> <200505241232.42640.doconnor@gsoft.com.au> <17042.41166.607333.510569@roam.psg.com> In-Reply-To: <17042.41166.607333.510569@roam.psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1333821.fZK1S0GKgV"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505241425.29767.doconnor@gsoft.com.au> X-Spam-Score: -2.8 () IN_REP_TO, PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT, REFERENCES, SPAM_PHRASE_01_02, USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Cc: Nathan Mace , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Syntax Error in Kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 04:55:40 -0000 --nextPart1333821.fZK1S0GKgV Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 24 May 2005 13:04, Randy Bush wrote: > >>>> could someone explain why kernel ppp is needed at all? > >>> > >>> It's needed if you want to use it, of course :) > >> > >> the context is palm usb support > > > > Seems odd you would _need_ kernel PPP support for that.. > > seemed odd to me too. but take a look back up the thread, or > just at the reffed site, > > http://www.thedotin.net/maillists/coldsync-hackers/msg01954.html Hmm it says to run /usr/bin/ppp out of usbd which is userland PPP.. You don= 't=20 need ppp in the kernel for that, only if you are using pppd. The instrucions there look pretty identical for what you have to do to get = a=20 Pocket PC talking too :) =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 --nextPart1333821.fZK1S0GKgV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCkrPB5ZPcIHs/zowRAqyPAKCcd8dEBihQvaqFYiJMaXagL/r+tQCgiuQn aae1dPHvUVw7zFeoT2suPCk= =XdZC -----END PGP SIGNATURE----- --nextPart1333821.fZK1S0GKgV-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 05:32: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 3ECF016A41C; Tue, 24 May 2005 05:32:58 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id A662C43D1F; Tue, 24 May 2005 05:32:57 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4O5QMCs054275; Tue, 24 May 2005 07:26:22 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <20050524030158.84499.qmail@web50309.mail.yahoo.com> References: <20050524030158.84499.qmail@web50309.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <681FA8EA-2B6E-4923-9529-4C1BB26BD846@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Tue, 24 May 2005 07:32:51 +0200 To: alan bryan X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 05:32:58 -0000 On 24/05/2005, at 5:01, alan bryan wrote: > Here's a recap of all the things I've tried and > discovered in a bunch of testing today. > > Tried mkIII "m" patches and that doesn't show atapici1 > or atapici2 - they just show as GENERIC with drives as > UDMA33 > > Tried mkIII "n" patches and then atapici1 shows as > nForce4 with SATA drives but has further problems > detailed below. atapici2 always shows up in dmesg as > GENERIC no matter what. ... > Is there anything in -CURRENT that would help this to > work better than 5-STABLE plus the ATA mkIII "n" > patches? Yes, I've done quite a bit of changes that affects this on -current. =20 However its done blindfolded since I dont have a nForce4 based system =20= here yet (but should soon). - S=F8ren From owner-freebsd-stable@FreeBSD.ORG Tue May 24 05:39: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 839DF16A41C for ; Tue, 24 May 2005 05:39:47 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from smtpclu-3.eunet.yu (smtpclu-3.eunet.yu [194.247.192.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBE2443D1F for ; Tue, 24 May 2005 05:39:46 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from faust.net (P-2.112.EUnet.yu [213.240.2.112]) by smtpclu-3.eunet.yu (8.12.11/8.12.11) with ESMTP id j4O5dg0h017234 for ; Tue, 24 May 2005 07:39:43 +0200 Received: by faust.net (Postfix, from userid 1001) id 7593C419C; Tue, 24 May 2005 07:38:57 +0200 (CEST) Date: Tue, 24 May 2005 07:38:57 +0200 From: Zoran Kolic To: freebsd-stable Message-ID: <20050524053857.GA1018@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -1.4 X-AVAS-Spam-Symbols: AWL BAYES_44 Subject: ati9550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 05:39:47 -0000 Dear all! I have graphic card as in subject. With "ati" and "radeon" driver it makes not so clear picture, looking out of focus. 5.4, amd64 version. Does someone have similar behaveour? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Tue May 24 05:58: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 B368F16A41C for ; Tue, 24 May 2005 05:58:27 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from pih-relay04.plus.net (pih-relay04.plus.net [212.159.14.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 635F443D1D for ; Tue, 24 May 2005 05:58:27 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from jayton.plus.com ([84.92.156.191] helo=[127.0.0.1]) by pih-relay04.plus.net with esmtp (Exim) id 1DaSQs-0001zn-0v for freebsd-stable@freebsd.org; Tue, 24 May 2005 06:58:26 +0100 Message-ID: <4292C2A5.3070405@codegurus.org> Date: Tue, 24 May 2005 06:59:01 +0100 From: Jayton Garnett User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050524035557.BD12616A434@hub.freebsd.org> In-Reply-To: <20050524035557.BD12616A434@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: rl0: discard oversize frame X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 05:58:27 -0000 Hello, 3 out of 4 of my systems at home use realtek ( rl0 ) NIC's and i've never had a problem with them. Have you tested that NIC with another OS? Try using it with a linux distro or windows and see if the network card holds up. If the card still fails put it in another machine and try those operating systems again, if it then works fine try it in another PCI slot on your machine that you are getting the error from. If it still gives you the same error, guess what? its time to get another NIC. hope that helps :-) Jayton Garnett >Message: 4 >Date: Mon, 23 May 2005 22:16:36 +0200 >From: "Jack Raats" >Subject: rl0: discard oversize frame >To: , "FreeBSD Stable" > >Message-ID: <000a01c55fd4$5205e270$9d00000a@jara2> >Content-Type: text/plain; charset="iso-8859-1" > >I'm running FreeBSD 5.4-STABLE. At this moment I'm getting all kind of network losses due to the error rl0: discard oversize frame >Google showed that a lot of PC suffers form this, but I didn't fine the cure :-( > >Can anyone help me with a cure? > >Met vriendelijke groeten >Jack Raats > > > > From owner-freebsd-stable@FreeBSD.ORG Tue May 24 07:06:30 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 67C2016A41C; Tue, 24 May 2005 07:06:30 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from gate.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA19E43D48; Tue, 24 May 2005 07:06:29 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id j4O722kQ014450; Tue, 24 May 2005 09:02:02 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id j4O76RuL022812; Tue, 24 May 2005 09:06:27 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id j4O76RGJ022811; Tue, 24 May 2005 09:06:27 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200505240706.j4O76RGJ022811@hugo10.ka.punkt.de> In-Reply-To: <20050524024922.GA61461@cell.sick.ru> To: Gleb Smirnoff Date: Tue, 24 May 2005 09:06:27 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Vivek Khera , stable@freebsd.org Subject: Re: new base system snmpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 07:06:30 -0000 Hello! > P.S. Default configuration file and startup script have already been > committed to RELENG_5. Since this is a rather minor but very convenient change - any chance it will be committed to RELENG_5_4? Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue May 24 07:14:40 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 E76F516A41C for ; Tue, 24 May 2005 07:14:40 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D57743D4C for ; Tue, 24 May 2005 07:14:40 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j4O7EbDw068613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 24 May 2005 11:14:38 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j4O7EbeV064176 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 May 2005 11:14:37 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j4O7Eah9064175; Tue, 24 May 2005 11:14:37 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 24 May 2005 11:14:36 +0400 From: Gleb Smirnoff To: "Patrick M. Hausen" Message-ID: <20050524071436.GA64160@cell.sick.ru> References: <20050524024922.GA61461@cell.sick.ru> <200505240706.j4O76RGJ022811@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200505240706.j4O76RGJ022811@hugo10.ka.punkt.de> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: Vivek Khera , stable@FreeBSD.org Subject: Re: new base system snmpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 07:14:41 -0000 Patrick, On Tue, May 24, 2005 at 09:06:27AM +0200, Patrick M. Hausen wrote: P> > P.S. Default configuration file and startup script have already been P> > committed to RELENG_5. P> P> Since this is a rather minor but very convenient change - any P> chance it will be committed to RELENG_5_4? No. RELENG_5_4 is a _security_ branch. Only security related fixes are committed into it. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Tue May 24 07:44: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 E4E4F16A41C; Tue, 24 May 2005 07:44:26 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 860B343D1D; Tue, 24 May 2005 07:44:26 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DaU61-000EWM-4c; Tue, 24 May 2005 11:45:01 +0400 To: Gleb Smirnoff References: <20050524024922.GA61461@cell.sick.ru> <200505240706.j4O76RGJ022811@hugo10.ka.punkt.de> <20050524071436.GA64160@cell.sick.ru> From: Boris Samorodov Date: Tue, 24 May 2005 11:45:01 +0400 In-Reply-To: <20050524071436.GA64160@cell.sick.ru> (Gleb Smirnoff's message of "Tue, 24 May 2005 11:14:36 +0400") Message-ID: <29576482@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: Vivek Khera , stable@FreeBSD.org Subject: Re: new base system snmpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 07:44:27 -0000 Hi! On Tue, 24 May 2005 11:14:36 +0400 Gleb Smirnoff wrote: > On Tue, May 24, 2005 at 09:06:27AM +0200, Patrick M. Hausen wrote: > P> > P.S. Default configuration file and startup script have already been > P> > committed to RELENG_5. > P> > P> Since this is a rather minor but very convenient change - any > P> chance it will be committed to RELENG_5_4? > No. RELENG_5_4 is a _security_ branch. Only security related fixes are > committed into it. No. http://www.freebsd.org/releases/5.4R/announce.html: ----- FreeBSD 5.4 will become an "Errata Branch". In addition to Security fixes other well-tested fixes to basic functionality will be committed to the RELENG_5_4 branch after the release. ----- However, it is neither a "New Features Branch" nor a "New Documents Branch". -- bsam From owner-freebsd-stable@FreeBSD.ORG Tue May 24 07:48: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 65D3416A41C; Tue, 24 May 2005 07:48:05 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FB8D43D1D; Tue, 24 May 2005 07:48:05 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.51 (FreeBSD)) id 1DaU92-000J9b-Dn; Tue, 24 May 2005 09:48:08 +0200 Date: Tue, 24 May 2005 09:48:08 +0200 From: Kirill Ponomarew To: Boris Samorodov Message-ID: <20050524074808.GA66318@voodoo.oberon.net> References: <20050524024922.GA61461@cell.sick.ru> <200505240706.j4O76RGJ022811@hugo10.ka.punkt.de> <20050524071436.GA64160@cell.sick.ru> <29576482@srv.sem.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <29576482@srv.sem.ipt.ru> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 Cc: Vivek Khera , stable@FreeBSD.org, Gleb Smirnoff Subject: Re: new base system snmpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 07:48:05 -0000 On Tue, May 24, 2005 at 11:45:01AM +0400, Boris Samorodov wrote: > Hi! > > On Tue, 24 May 2005 11:14:36 +0400 Gleb Smirnoff wrote: > > > On Tue, May 24, 2005 at 09:06:27AM +0200, Patrick M. Hausen wrote: > > P> > P.S. Default configuration file and startup script have already been > > P> > committed to RELENG_5. > > P> > > P> Since this is a rather minor but very convenient change - any > > P> chance it will be committed to RELENG_5_4? > > > No. RELENG_5_4 is a _security_ branch. Only security related fixes are > > committed into it. > > No. http://www.freebsd.org/releases/5.4R/announce.html: RELENG_5_4 was mentioned, not RELENG_5_4_0_RELEASE > ----- > FreeBSD 5.4 will become an "Errata Branch". In addition to Security > fixes other well-tested fixes to basic functionality will be committed > to the RELENG_5_4 branch after the release. > ----- > > However, it is neither a "New Features Branch" nor a "New Documents > Branch". -Kirill From owner-freebsd-stable@FreeBSD.ORG Tue May 24 08:00: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 B962516A41C; Tue, 24 May 2005 08:00:59 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5814C43D1F; Tue, 24 May 2005 08:00:59 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DaUM7-000EX7-Td; Tue, 24 May 2005 12:01:39 +0400 To: Kirill Ponomarew References: <20050524024922.GA61461@cell.sick.ru> <200505240706.j4O76RGJ022811@hugo10.ka.punkt.de> <20050524071436.GA64160@cell.sick.ru> <29576482@srv.sem.ipt.ru> <20050524074808.GA66318@voodoo.oberon.net> From: Boris Samorodov Date: Tue, 24 May 2005 12:01:39 +0400 In-Reply-To: <20050524074808.GA66318@voodoo.oberon.net> (Kirill Ponomarew's message of "Tue, 24 May 2005 09:48:08 +0200") Message-ID: <63495484@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: Vivek Khera , stable@FreeBSD.org, Gleb Smirnoff Subject: Re: new base system snmpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 08:01:00 -0000 On Tue, 24 May 2005 09:48:08 +0200 Kirill Ponomarew wrote: > On Tue, May 24, 2005 at 11:45:01AM +0400, Boris Samorodov wrote: > > Hi! > > > > On Tue, 24 May 2005 11:14:36 +0400 Gleb Smirnoff wrote: > > > > > On Tue, May 24, 2005 at 09:06:27AM +0200, Patrick M. Hausen wrote: > > > P> > P.S. Default configuration file and startup script have already been > > > P> > committed to RELENG_5. > > > P> > > > P> Since this is a rather minor but very convenient change - any > > > P> chance it will be committed to RELENG_5_4? > > > > > No. RELENG_5_4 is a _security_ branch. Only security related fixes are > > > committed into it. > > > > No. http://www.freebsd.org/releases/5.4R/announce.html: > RELENG_5_4 was mentioned, not RELENG_5_4_0_RELEASE Well, but the initial question was about RELENG_5_4. -- bsam From owner-freebsd-stable@FreeBSD.ORG Tue May 24 08:15: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 E32B616A41C; Tue, 24 May 2005 08:15:05 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from gate.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6119043D1D; Tue, 24 May 2005 08:15:05 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id j4O8AdkQ016671; Tue, 24 May 2005 10:10:39 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id j4O8F4uL024499; Tue, 24 May 2005 10:15:04 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id j4O8F4Mt024498; Tue, 24 May 2005 10:15:04 +0200 (CEST) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200505240815.j4O8F4Mt024498@hugo10.ka.punkt.de> In-Reply-To: <29576482@srv.sem.ipt.ru> To: Boris Samorodov Date: Tue, 24 May 2005 10:15:04 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: Vivek Khera , stable@FreeBSD.org, Gleb Smirnoff Subject: Re: new base system snmpd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 08:15:06 -0000 Hello! > ----- > FreeBSD 5.4 will become an "Errata Branch". In addition to Security > fixes other well-tested fixes to basic functionality will be committed > to the RELENG_5_4 branch after the release. > ----- > > However, it is neither a "New Features Branch" nor a "New Documents > Branch". Correct. But the snmpd itself is already in REELENG_5_4 so the missing documentation could be considered a bug and the new files could be considered an "other well-tested fix" ;-) Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue May 24 09:11: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 6BA5916A41C; Tue, 24 May 2005 09:11:42 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: from eddie.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id E304B43D48; Tue, 24 May 2005 09:11:41 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id 9E382119C4E; Tue, 24 May 2005 11:11:40 +0200 (CEST) Date: Tue, 24 May 2005 11:11:40 +0200 From: "Simon L. Nielsen" To: Mike Jakubik Message-ID: <20050524091140.GB10053@eddie.nitro.dk> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <4292323C.4080707@freebsd.org> <3467.172.16.0.199.1116881478.squirrel@172.16.0.1> <20050523210818.GC823@zaphod.nitro.dk> <3528.172.16.0.199.1116884292.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CUfgB8w4ZwR/yMy5" Content-Disposition: inline In-Reply-To: <3528.172.16.0.199.1116884292.squirrel@172.16.0.1> User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org, Colin Percival Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 09:11:42 -0000 --CUfgB8w4ZwR/yMy5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.05.23 17:38:12 -0400, Mike Jakubik wrote: > On Mon, May 23, 2005 5:08 pm, Simon L. Nielsen said: > > On 2005.05.23 16:51:18 -0400, Mike Jakubik wrote: > >> > >> Thanks for the info guys. Does this "security support" also mean that > >> current ports will be compatible with the release? > > > > No, there are no guarantees about that. The ports/ people generally > > try to make things work with older releases, but there are no gurantees > > there. It's simply too much work to make such guarantees, and this is > > after all an volunteer project (for most parts anyway). See also > > http://www.freebsd.org/ports/ for the "official" statement. >=20 > Right, i didnt think so. Debian is a volunteer project too, and their > packaging system supports all of their branches. But see how many branches they have to support - not many. It's quite a different question when you have new branches every < 6 months compared to when you have one every few years. > I guess i should look > into rolling my own packages, to be sure. And yes, i realize that we just > dont have an infrastructure for something like this. Well, you always have the option to simply backport whatever fixes you want yourself. There are a good chance that most things will work for quite a while. --=20 Simon L. Nielsen --CUfgB8w4ZwR/yMy5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCku/Mh9pcDSc1mlERAlXkAKCYohg55CUCEwWeHr66HHy7zK96DwCgvhXh v+fT41oBu8SBrbDiIreK/TA= =EgFO -----END PGP SIGNATURE----- --CUfgB8w4ZwR/yMy5-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 09:37:30 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 5F72816A41C; Tue, 24 May 2005 09:37:30 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA75843D48; Tue, 24 May 2005 09:37:29 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 20E71EB0AAB; Tue, 24 May 2005 17:37:26 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 69C4C130C0F; Tue, 24 May 2005 17:37:23 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04584-11; Tue, 24 May 2005 17:37:17 +0800 (CST) Received: from [10.217.12.87] (unknown [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id B80BA130F42; Tue, 24 May 2005 17:36:59 +0800 (CST) From: Xin LI To: "Patrick M. Hausen" In-Reply-To: <200505240815.j4O8F4Mt024498@hugo10.ka.punkt.de> References: <200505240815.j4O8F4Mt024498@hugo10.ka.punkt.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zuvYVqyBOE0h5aF332kL" Organization: The FreeBSD Simplified Chinese Project Date: Tue, 24 May 2005 17:36:54 +0800 Message-Id: <1116927414.699.13.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net Cc: Boris Samorodov , Vivek Khera , stable@FreeBSD.org, Gleb Smirnoff Subject: Re: new base system snmpd 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: Tue, 24 May 2005 09:37:30 -0000 --=-zuvYVqyBOE0h5aF332kL Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Patrick, =E5=9C=A8 2005-05-24=E4=BA=8C=E7=9A=84 10:15 +0200=EF=BC=8CPatrick M. Hause= n=E5=86=99=E9=81=93=EF=BC=9A > Hello! >=20 > > ----- > > FreeBSD 5.4 will become an "Errata Branch". In addition to Security > > fixes other well-tested fixes to basic functionality will be committed > > to the RELENG_5_4 branch after the release. > > ----- > >=20 > > However, it is neither a "New Features Branch" nor a "New Documents > > Branch". >=20 > Correct. But the snmpd itself is already in REELENG_5_4 so the > missing documentation could be considered a bug and the new > files could be considered an "other well-tested fix" ;-) Yes, but not what we say, a "must have" change that should take place in a "FreeBSD errata branch", as the latter is not supposed to change often, to prevent our users from being upgrading so often which is a nightmare for their managements, and what's more, it's possible to view the current manpages through our website. For an errata branch, the security officer and the release engineering team does not generally approve a proposed change, unless it is considered as a "must have" change, i.e. a security fix, or reproducible instability fix. The new documentations will go to CVS -HEAD, then merged into the stable branch(es), and finally get into the next release ^_^ Cheers, --=20 Xin LI http://www.delphij.net/ --=-zuvYVqyBOE0h5aF332kL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCkvW2/cVsHxFZiIoRAuQaAJ9y1zkQI+xz6LbpxyfzbrCwl1fYYACfYC8U SlfSQ1HERzmhvRDeRng2mB4= =+nsf -----END PGP SIGNATURE----- --=-zuvYVqyBOE0h5aF332kL-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 11:15: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 0242516A41C for ; Tue, 24 May 2005 11:15:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3EFA43D48 for ; Tue, 24 May 2005 11:15:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2DF855152F; Tue, 24 May 2005 04:16:30 -0700 (PDT) Date: Tue, 24 May 2005 04:16:29 -0700 From: Kris Kennaway To: Jon Dama Message-ID: <20050524111629.GA75317@xor.obsecurity.org> References: <20050523210818.GC823@zaphod.nitro.dk> <3528.172.16.0.199.1116884292.squirrel@172.16.0.1> <20050524102414.3A16.REES@ddcom.co.jp> <20050524015142.GA13505@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Joel , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 11:15:43 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 23, 2005 at 08:17:37PM -0700, Jon Dama wrote: > It might be beneficial (pipe-dream perhaps) if the all the BSDs coalesced > around one port/packaging system. I hear that netbsd's port system has > the metadata necessary to support different OSs and different OS versions > within one coherent system. Not likely to happen, although pkgsrc does support running on FreeBSD. Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCkw0NWry0BWjoQKURAlZFAKCT7uf2+N2/ULoHxfO0JHAj4rXEPgCfaQwL krCWRnJY5EDQpJaCfY1wMEs= =hlkj -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 11:37: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 6A2FC16A41C for ; Tue, 24 May 2005 11:37:26 +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 218D443D48 for ; Tue, 24 May 2005 11:37:25 +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 1DaXiu-000Hi4-Jx; Tue, 24 May 2005 12:37:24 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DaXiu-0000Qx-Cl; Tue, 24 May 2005 12:37:24 +0100 To: killing@multiplay.co.uk, petefrench@ticketswitch.com, stable@FreeBSD.ORG In-Reply-To: <004d01c55fc7$7d0afd50$b3db87d4@multiplay.co.uk> Message-Id: From: Pete French Date: Tue, 24 May 2005 12:37:24 +0100 Cc: Subject: Re: mysql loosing connections on 5.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 11:37:26 -0000 > Do you get a particular error and which version of mysql are you running: I get 'Lost connection to localhost' or (more commonly) 'Could not connect to localhost'. I am using mysql 4.1, but have had the problem on 4.0. I cant remember if we had the problem on versions before 4.0 > We have to use 4.0 due to this bug: http://bugs.mysql.com/?id=7209&edit=2 Interesting _ I dont think that is the same bug, but it is worth knowing about. My problems definitely started with the port randomisation code, and went aeay when it was disabled. have you trie dthat on yours ? -pete. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 13:20:13 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 66E8616A41C for ; Tue, 24 May 2005 13:20:13 +0000 (GMT) (envelope-from cykyc@yahoo.com) Received: from web50306.mail.yahoo.com (web50306.mail.yahoo.com [206.190.38.60]) by mx1.FreeBSD.org (Postfix) with SMTP id E143743D1F for ; Tue, 24 May 2005 13:20:12 +0000 (GMT) (envelope-from cykyc@yahoo.com) Received: (qmail 59105 invoked by uid 60001); 24 May 2005 13:20:12 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=0Pq7jXJ85QLTUMlf88w2VLymwrDVE+74qyunZPzQGSTpuhpDGKxBcBi30EOXQWwR5mU7Nn1FRpQNrbqBMNdSh9+U8QjA2IibuGEbZonBrEjPjMxMXhqPvXFrnZnOIqEpCCsSf4fsEh5AY0lEw4JypfEAEUlJXA+15dVU3mGLQeY= ; Message-ID: <20050524132012.59103.qmail@web50306.mail.yahoo.com> Received: from [209.98.54.121] by web50306.mail.yahoo.com via HTTP; Tue, 24 May 2005 06:20:12 PDT Date: Tue, 24 May 2005 06:20:12 -0700 (PDT) From: Jon Passki To: Kris Kennaway In-Reply-To: <20050523220455.GA49814@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: stable@freebsd.org Subject: Re: Recent 5.4-p1 upgrade issue (lib/libc.so.5) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cykyc@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 13:20:13 -0000 --- Kris Kennaway wrote: > On Mon, May 23, 2005 at 02:57:40PM -0700, Jon Passki wrote: > > > > --- Kris Kennaway wrote: > > > > > Look at how make installworld does the replacement safely. > > > > Ah, makes sense now, but let me regurgitate: > > According to src/Makefile.inc1, installword sets up INSTALLTMP > with > > some nifty files, along with the files previously in the obj > tree > > setup by phases such as bootstrap-tools. Since these are > defined > > later on in the path before the user's ${PATH}, one doesn't > shoot > > one's foot off when updating the binaries, correct? > > Well, it does that too, but it also installs libc itself in a > safe way > using install(1). I'm assuming the '-S' flag for install(1)? To me, it seems very helpful too that it's using `install` in the obj tree since /usr/bin/install is dynamically linked to libc. Or does it not matter that install(1) is dynamically linked since the safe way may not be dependent upon libc? If so, that would be cool. Thanks for the feedback. Jon __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/ From owner-freebsd-stable@FreeBSD.ORG Tue May 24 14:11: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 3778816A41C for ; Tue, 24 May 2005 14:11:26 +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 F22D043D54 for ; Tue, 24 May 2005 14:11:21 +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 DED44B878 for ; Tue, 24 May 2005 10:11:20 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <20050523195123.GA13810@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 24 May 2005 10:11:20 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.730) Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 14:11:26 -0000 On May 23, 2005, at 3:51 PM, Kris Kennaway wrote: > actually benchmarked this on the package build machines, and found > that 5.4 outperforms 4.11 by at least 10% when performing identical > workloads on identical UP hardware :-) > I have a pair of twin dual opteron boxes built about 1 month apart. One is about 5% faster than the other running 5.4-RELEASE-p1. No idea why. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue May 24 14:14: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 66F6016A41F; Tue, 24 May 2005 14:14:48 +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 33F5E43D58; Tue, 24 May 2005 14:14:48 +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 C5A08B878; Tue, 24 May 2005 10:14:47 -0400 (EDT) In-Reply-To: <20050523232948.GJ959@funkthat.com> References: <1116860293.10083.43.camel@lanshark.dmv.com> <20050523174415.GI959@funkthat.com> <1F46458B-2524-42AB-8B3D-0F54F485241B@khera.org> <20050523232948.GJ959@funkthat.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 24 May 2005 10:14:47 -0400 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.730) Cc: freebsd-stable@freebsd.org Subject: Re: Manipulating disk cache (buf) settings X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 14:14:48 -0000 On May 23, 2005, at 7:29 PM, John-Mark Gurney wrote: > Vivek Khera wrote this message on Mon, May 23, 2005 at 17:17 -0400: >> >> Cool... So what would you recommend telling an application like >> Postgres what the cache size is? All of RAM? That seems unlikely >> given much of the ram is used for other things. Is there no upper >> bound in how much RAM will be used for the cache? >> > > I'm not familar host Postgres uses the cache number to change it's > behavior, but I would say choose a responable amount of memory that > you expect to regularly have available on the system... If you are > only using it for db, and a few other small processes, 512meg less > than ram is probably reasonable... Thanks. Since PG also uses a bunch of RAM for internal ops like sorting and such, I suspect telling it that 50% of RAM is available for cache will be good. Testing theory now... :-) Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue May 24 14:18: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 7A02516A41C for ; Tue, 24 May 2005 14:18:03 +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 4B4A643D1D for ; Tue, 24 May 2005 14:18:03 +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 E8C16B878 for ; Tue, 24 May 2005 10:18:02 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: <20050524035529.GA25117@tmn.ru> References: <20050522065326.GG959@funkthat.com> <20050524035529.GA25117@tmn.ru> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <13F3FFE5-08B4-43EB-9725-74335B553725@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 24 May 2005 10:18:02 -0400 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.730) Subject: Re: em and bge driver MPSAFE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 14:18:03 -0000 On May 23, 2005, at 11:55 PM, Sergey N. Voronkov wrote: > Probably You are wrong at least about em driver: it steel makes > page faults > in kernel mode on my Dual Xeon machine. :-( > > "debug.mpsafenet=0" fix this issue completely. > I had the opposite experience. the bge driver would regularly lock up my machine under heavy load. Switching to em interfaces resulted in a 100% stable machine. But I'm also wondering if the recent fix to the SMP opteron locking up issue was the real cause. No way to tell since these boxes are in production now... Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-stable@FreeBSD.ORG Tue May 24 14:37: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 25F1C16A41C for ; Tue, 24 May 2005 14:37:31 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F3A943D1F for ; Tue, 24 May 2005 14:37:27 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001) id 8787BAF3A0; Tue, 24 May 2005 16:37:26 +0200 (CEST) Date: Tue, 24 May 2005 16:37:26 +0200 From: Krzysztof Kowalik To: Kris Kennaway Message-ID: <20050524143726.GA29642@uci.agh.edu.pl> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050523213155.GA46718@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 14:37:31 -0000 Kris Kennaway [kris@obsecurity.org] wrote: > [...] One obvious guess is that it's due to VFS being under Giant, > which causes lots of contention with other subsystems that also > require Giant, and therefore introduces latency. If so, you'd see a > substantial performance improvement on 6.0 with debug.mpsafevfs=1. I didn't see any visible difference, in the given scenario of uncompressing firefox's sources, when tried mpsafevfs's patches when they got announced on current@. The funny thing is, that I saw it on my Athlon XP box *very* visibly, while I it's quite ok on my current workstation, which is Celeron based (and yes, it's much slower, CPU wise, than the Athlon machine). Perhaps some funny chipset issue? Old box: FreeBSD 5.3-RELEASE #2: Wed Nov 17 00:19:56 CET 2004 [...] ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 2000+ (1668.71-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 1073725440 (1023 MB) avail memory = 1041154048 (992 MB) [...] emu10kx0: port 0x9400-0x941f irq 19 at device 12.0 on pci0 pcm0: on emu10kx0 pcm0: [...] atapci0: port 0xa400-0xa40f,0xa800-0xa803,0xb000-0xb007,0xb400-0xb403,0xb800-0xb807 mem 0xe6800000-0xe6803fff irq 19 at device 6.0 on pci0 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 atapci1: port 0x8400-0x840f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 ad0: 152627MB [310101/16/63] at ata0-master UDMA100 ad1: 190782MB [387621/16/63] at ata0-slave UDMA100 ar0: 57220MB [7294/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad5 at ata2-slave [...] New box: FreeBSD 5.4-RELEASE-p1 #0: Sat May 14 18:43:25 CEST 2005 [...] CPU: Intel(R) Celeron(TM) CPU 1200MHz (1202.73-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 536805376 (511 MB) avail memory = 515629056 (491 MB) [...] atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 [...] pcm0: port 0xe000-0xe03f,0xdc00-0xdcff irq 7 at device 31.5 on pci0 pcm0: [...] ad0: 76319MB [155061/16/63] at ata0-master UDMA100 ad1: 152627MB [310101/16/63] at ata0-slave UDMA100 [...] So they are, unfortunately, a little bit different machines. And no, I had no chance to try 5.4-RELEASE on the amd one. In general, I find 5.4-RELEASE performing better, if I can say that without doing any real benchmarking, than any previous 5.x. -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-stable@FreeBSD.ORG Tue May 24 15:58: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 2066816A41C for ; Tue, 24 May 2005 15:58:18 +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 A77E743D53 for ; Tue, 24 May 2005 15:58:17 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-244-56.client.mchsi.com[12.216.244.56]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20050524155810m9100puppde>; Tue, 24 May 2005 15:58:14 +0000 Message-ID: <42934F0E.7080405@math.missouri.edu> Date: Tue, 24 May 2005 10:58:06 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050521 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: panic on 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, 24 May 2005 15:58:18 -0000 I have a dual Xeon with HTT enabled. Many months ago I had frequent problems with panics, which since dissappeared, until very recently. Now after dong a very recent upgrade of RELENG_5, the problem is back again. For whatever reason, I could not get savecore to work with my twe raid 0 had drives. So I put in another hard drive, just for getting dumps, and now I actually have a dump!!!. I did a config -g "after the fact" - I hope that is OK. Here is what I got. Can you guys get anything out of this? hub2# kgdb kernel.debug /var/crash/vmcore.84 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 0xc0617b0e in doadump () (kgdb) backtrace #0 0xc0617b0e in doadump () #1 0xc0618187 in boot () #2 0xc06184ad in panic () #3 0xc07a9310 in trap_fatal () #4 0xc07a8a89 in trap () #5 0xc079679a in calltrap () #6 0xe92a0018 in ?? () #7 0xc0600010 in exit1 () #8 0xc0612151 in sysctl_out_proc () #9 0xc06128f0 in sysctl_kern_proc () #10 0xc06202b7 in sysctl_root () #11 0xc06204a4 in userland_sysctl () #12 0xc0620355 in __sysctl () #13 0xc07a964b in syscall () #14 0xc07967ef in Xint0x80_syscall () #15 0x0805002f in ?? () #16 0x281a002f in ?? () #17 0xbfbf002f in ?? () #18 0x00000003 in ?? () #19 0xbfbfe9cc in ?? () #20 0xbfbfe998 in ?? () #21 0xe92add64 in ?? () #22 0x281a3f2c in ?? () ---Type to continue, or q to quit--- #23 0x080e0000 in ?? () #24 0xbfbfea00 in ?? () #25 0x000000ca in ?? () #26 0x00000016 in ?? () #27 0x00000002 in ?? () #28 0x28129d2f in ?? () #29 0x0000001f in ?? () #30 0x00000296 in ?? () #31 0xbfbfe95c in ?? () #32 0x0000002f in ?? () #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0x00000000 in ?? () #36 0xffff0000 in ?? () #37 0x5e790000 in ?? () #38 0xc72b654c in ?? () #39 0xc459f000 in ?? () #40 0xe92adaa8 in ?? () #41 0xe92ada90 in ?? () #42 0xc38a0480 in ?? () #43 0xc0628803 in sched_switch () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:19: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 93AAD16A41C for ; Tue, 24 May 2005 16:19:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B45943D53 for ; Tue, 24 May 2005 16:19:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1E535513C0; Tue, 24 May 2005 09:20:35 -0700 (PDT) Date: Tue, 24 May 2005 09:20:35 -0700 From: Kris Kennaway To: Krzysztof Kowalik Message-ID: <20050524162034.GA59728@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> <20050524143726.GA29642@uci.agh.edu.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <20050524143726.GA29642@uci.agh.edu.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 16:19:47 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 04:37:26PM +0200, Krzysztof Kowalik wrote: > Kris Kennaway [kris@obsecurity.org] wrote: > > [...] One obvious guess is that it's due to VFS being under Giant, > > which causes lots of contention with other subsystems that also > > require Giant, and therefore introduces latency. If so, you'd see a > > substantial performance improvement on 6.0 with debug.mpsafevfs=3D1. >=20 > I didn't see any visible difference, in the given scenario of > uncompressing firefox's sources, when tried mpsafevfs's patches when > they got announced on current@. There have been a *lot* of changes in this area since the initial patches (i.e. continued removal of Giant), so you'd really need to re-test on a recent version of 6.0 to be definitive. Kris --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk1RSWry0BWjoQKURAsz8AKCTTpQ+UwZTWNT2u97SqnVI2jFIiwCgkJKz vmDl/iHG06pZ49+m4Bt+fgc= =eIKH -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:22: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 1DF2816A41C for ; Tue, 24 May 2005 16:22:47 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: from connect.az (mail.connect.az [62.212.230.215]) by mx1.FreeBSD.org (Postfix) with SMTP id 63C0C43D4C for ; Tue, 24 May 2005 16:22:44 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: (qmail 64501 invoked from network); 24 May 2005 16:24:19 -0000 Received: from qmail by qscan (mail filter); 24 May 2005 16:24:19 +0000 Received: from unknown (HELO ?85.132.6.102?) (85.132.6.102) by mail.connect.az with SMTP; 24 May 2005 16:24:19 -0000 Message-ID: <429354B8.7080301@oxygen.az> Date: Tue, 24 May 2005 21:22:16 +0500 From: Tofik Suleymanov User-Agent: Mozilla Thunderbird 1.0 (X11/20050316) X-Accept-Language: en-us, en MIME-Version: 1.0 To: bu7cher@yandex.ru References: <4291B081.4000308@yandex.ru> In-Reply-To: <4291B081.4000308@yandex.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: Rauf Kuliyev , freebsd-stable@freebsd.org Subject: Re: IPFW2 patch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2005 16:22:47 -0000 Andrey V. Elsukov wrote: >Hello, Developers! > >Sorry, my english is bad. :( > >Patch to IPFW2 for adding restrictions of the traffic with use IPFW >bytes counters. >It include two parts: > >* First part is ipfw_bound.patch, this part add ipfw rule options "bound >VALUE" and "check-bound NUM". >Example: ># ipfw add 100 allow ip from any to any bound 10K ># ipfw add 200 deny ip from any to any > >While bytes counter of rule 100 below 10 KBytes, it work. > >Example: ># ipfw add 100 allow ip from A.B.C.D to any out xmit internet >check-bound 200 ># ipfw add 200 allow ip from any to A.B.C.D in recv internet bound 100M ># ipfw add 300 deny ip from any to any via internet > >While bytes counter of rule 200 below 100 MBytes, rules 100 and 200 work. >NOTE: Check-bound option search rule NUM like "ipfw skipto", but if rule >NUM not contain bound option, then match fail. > >Second part is bound_change.patch, this part add control call to ipfw >for boundary value change without bytes counter reset. >Syntax: ># ipfw bound NUM [set N] change VALUE. > >Files: >For CURRENT: >http://butcher.heavennet.ru/ipfw_bound/CURRENT/ipfw_bound.patch >http://butcher.heavennet.ru/ipfw_bound/CURRENT/bound_change.patch > >For RELENG_5: >http://butcher.heavennet.ru/ipfw_bound/RELENG_5/ipfw_bound.patch >http://butcher.heavennet.ru/ipfw_bound/RELENG_5/bound_change.patch > >For RELENG_5_4: >http://butcher.heavennet.ru/ipfw_bound/RELENG_5_4/ipfw_bound.patch >http://butcher.heavennet.ru/ipfw_bound/RELENG_5_4/bound_change.patch > > > Andrey, simple testing on RELENG_5_4 and RELENG_5 went fine. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:22: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 8F25D16A41C for ; Tue, 24 May 2005 16:22:48 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from imap.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5503C43D4C for ; Tue, 24 May 2005 16:22:46 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 46AD218CD4E for ; Tue, 24 May 2005 09:22:46 -0700 (PDT) Received: from imap.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 67082-01-4 for ; Tue, 24 May 2005 09:22:43 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by imap.sd73.bc.ca (Postfix) with ESMTP id CFAD918CCBB for ; Tue, 24 May 2005 09:22:43 -0700 (PDT) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Tue, 24 May 2005 09:22:42 -0700 User-Agent: KMail/1.8 References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> In-Reply-To: <20050523213155.GA46718@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505240922.42822.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 16:22:48 -0000 On May 23, 2005 02:31 pm, Kris Kennaway wrote: > On Mon, May 23, 2005 at 11:21:13PM +0200, Matthias Buelow wrote: > > Another thing might be that interactive response time seems to be > > worse. While I (or rather ports) unpack the firefox/thunderbird > > source, the machine is pretty much bogged down (mouse cursor jumps > > around, audio stutters...). Haven't seen that on FreeBSD since the > > 386 days. > I don't run FreeBSD on my desktop machines so I haven't seen this > myself. One obvious guess is that it's due to VFS being under Giant, > which causes lots of contention with other subsystems that also > require Giant, and therefore introduces latency. If so, you'd see a > substantial performance improvement on 6.0 with debug.mpsafevfs=1. > This option isn't yet ready for production use (especially on SMP > machines) since it still contains bugs, but it would be interesting if > someone who sees this problem could test it on 6.0. > Any takers? I haven't run any actual benchmarks, but I have 6-CURRENT (May 20) on my 2.4 GHz Celeron laptop (1 GB RAM), a Toshiba Satellite A60. Installing ports, even large ones like firefox, thunderbird, openoffice.org, java, xorg, or kde (that take a long time to uncompress and/or compile) doesn't affect my usage of the computer, even when in KDE. The laptop has an ATI IXP chipset, which means the HD is detected and run as a generic UDMA33 device. The kernel is using the 4BSD scheduler with PREEMPTION enabled, all debugging hints disabled, and all the mpsafe sysctls enabled. The only time I see any kind of slowdown or stuttering when in X is if I have multiple compiles running in the background (usually a buildworld and a portupgrade session) without using nice. If doing a single port install (no nice values) in the background, I don't notice it. The only other app that is slow on this system is Firefox (but that's slow on every system I've tried, FreeBSD, Linux, and Windows), which is why I tend to use Konqueror as much as possible. If anyone wants actual benchmark results or timing tests, they'll have to let me know what to run, as I've never done any benchmarking before. All I can say is that I don't notice any slowdowns or stuttering or anything like that on this system. And it's my do-everything workstation (plugged into a 21" monitor, USB mouse and keyboard when at work). -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:24: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 085B216A41C for ; Tue, 24 May 2005 16:24:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E79F43D54 for ; Tue, 24 May 2005 16:24:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 63A4D513C0; Tue, 24 May 2005 09:25:03 -0700 (PDT) Date: Tue, 24 May 2005 09:25:03 -0700 From: Kris Kennaway To: Stephen Montgomery-Smith Message-ID: <20050524162503.GB59728@xor.obsecurity.org> References: <42934F0E.7080405@math.missouri.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oLBj+sq0vYjzfsbl" Content-Disposition: inline In-Reply-To: <42934F0E.7080405@math.missouri.edu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.ORG Subject: Re: panic on 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, 24 May 2005 16:24:16 -0000 --oLBj+sq0vYjzfsbl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 10:58:06AM -0500, Stephen Montgomery-Smith wrote: > I have a dual Xeon with HTT enabled. Many months ago I had frequent=20 > problems with panics, which since dissappeared, until very recently.=20 > Now after dong a very recent upgrade of RELENG_5, the problem is back=20 > again. For whatever reason, I could not get savecore to work with my=20 > twe raid 0 had drives. So I put in another hard drive, just for getting= =20 > dumps, and now I actually have a dump!!!. >=20 > I did a config -g "after the fact" - I hope that is OK. >=20 > Here is what I got. Can you guys get anything out of this? >=20 > hub2# kgdb kernel.debug /var/crash/vmcore.84 > [GDB will not be able to debug user-mode threads:=20 > /usr/lib/libthread_db.so: Unde > fined 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=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". > #0 0xc0617b0e in doadump () > (kgdb) backtrace > #0 0xc0617b0e in doadump () > #1 0xc0618187 in boot () > #2 0xc06184ad in panic () > #3 0xc07a9310 in trap_fatal () > #4 0xc07a8a89 in trap () > #5 0xc079679a in calltrap () > #6 0xe92a0018 in ?? () > #7 0xc0600010 in exit1 () > #8 0xc0612151 in sysctl_out_proc () > #9 0xc06128f0 in sysctl_kern_proc () > #10 0xc06202b7 in sysctl_root () > #11 0xc06204a4 in userland_sysctl () > #12 0xc0620355 in __sysctl () > #13 0xc07a964b in syscall () > #14 0xc07967ef in Xint0x80_syscall () Something is still wrong, because no source code references are listed here (i.e. this is what you'd get if you ran gdb on kernel, not kernel.dump). Kris --oLBj+sq0vYjzfsbl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk1VfWry0BWjoQKURAhfpAJsEE7LpC/K25xRrXG34k/K46EtoHgCgu1+Z vE4e84f5kQ1+z428uCx0res= =zwR2 -----END PGP SIGNATURE----- --oLBj+sq0vYjzfsbl-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:30: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 EA83716A41C for ; Tue, 24 May 2005 16:30:41 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8714D43D49 for ; Tue, 24 May 2005 16:30:41 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 2EEF92FC40; Tue, 24 May 2005 18:30:37 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4OGWSg2010801; Tue, 24 May 2005 18:32:28 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <4293571C.1040109@incubus.de> Date: Tue, 24 May 2005 18:32:28 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Freddie Cash References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> <200505240922.42822.fcash@ocis.net> In-Reply-To: <200505240922.42822.fcash@ocis.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 16:30:42 -0000 Freddie Cash wrote: > The laptop has an ATI IXP chipset, which means the HD is detected and run > as a generic UDMA33 device. The kernel is using the 4BSD scheduler with > PREEMPTION enabled, all debugging hints disabled, and all the mpsafe > sysctls enabled. Hmm.. maybe the disk (interface) is just too slow to trigger this when running in UDMA33 (and a slow notebook disk).. I have observed it on a SATA Seagate setup (on ICH6 chipset). Just a wild guess. mkb. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:40: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 8806E16A41C for ; Tue, 24 May 2005 16:40:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 395D943D48 for ; Tue, 24 May 2005 16:40:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 21FB751436; Tue, 24 May 2005 09:41:32 -0700 (PDT) Date: Tue, 24 May 2005 09:41:32 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050524164131.GB62519@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> <200505240922.42822.fcash@ocis.net> <4293571C.1040109@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline In-Reply-To: <4293571C.1040109@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 16:40:44 -0000 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 06:32:28PM +0200, Matthias Buelow wrote: > Freddie Cash wrote: >=20 > > The laptop has an ATI IXP chipset, which means the HD is detected and r= un=20 > > as a generic UDMA33 device. The kernel is using the 4BSD scheduler wit= h=20 > > PREEMPTION enabled, all debugging hints disabled, and all the mpsafe=20 > > sysctls enabled. >=20 > Hmm.. maybe the disk (interface) is just too slow to trigger this when > running in UDMA33 (and a slow notebook disk).. I have observed it on a > SATA Seagate setup (on ICH6 chipset). Just a wild guess. I'd expect a slow disk to make worse the problem of blocking waiting for disk I/O. Kris --3uo+9/B/ebqu+fSQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk1k7Wry0BWjoQKURAo+cAJ0dbiSvfl8ZGdaOLvycxIZVLMxfVQCg+VTZ knVByZ4AuV88lyFu3rpT8dM= =zRcT -----END PGP SIGNATURE----- --3uo+9/B/ebqu+fSQ-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:56: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 C182F16A44C for ; Tue, 24 May 2005 16:56:39 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from imap.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2C443D54 for ; Tue, 24 May 2005 16:56:39 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 5F0F418CC4C for ; Tue, 24 May 2005 09:56:39 -0700 (PDT) Received: from imap.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 67406-02-21 for ; Tue, 24 May 2005 09:56:38 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by imap.sd73.bc.ca (Postfix) with ESMTP id 0F98B18CC3F for ; Tue, 24 May 2005 09:56:38 -0700 (PDT) From: Freddie Cash To: stable@freebsd.org Date: Tue, 24 May 2005 09:56:36 -0700 User-Agent: KMail/1.8 References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <200505240922.42822.fcash@ocis.net> <4293571C.1040109@incubus.de> In-Reply-To: <4293571C.1040109@incubus.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505240956.37048.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Cc: Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 16:56:39 -0000 On May 24, 2005 09:32 am, you wrote: > Freddie Cash wrote: > > The laptop has an ATI IXP chipset, which means the HD is detected and > > run as a generic UDMA33 device. The kernel is using the 4BSD > > scheduler with PREEMPTION enabled, all debugging hints disabled, and > > all the mpsafe sysctls enabled. > Hmm.. maybe the disk (interface) is just too slow to trigger this when > running in UDMA33 (and a slow notebook disk).. I have observed it on a > SATA Seagate setup (on ICH6 chipset). Just a wild guess. That is a possibility, yes. Next time I upgrade Firefox or Thunderbird, I'll have to watch the processor and disk usage to see if that's the case. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue May 24 16:59:10 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 CAA4716A41C for ; Tue, 24 May 2005 16:59:10 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22C4C43D1D for ; Tue, 24 May 2005 16:59:07 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 24 May 2005 12:59:04 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 5DA9213641; Tue, 24 May 2005 12:59:07 -0400 (EDT) Date: Tue, 24 May 2005 12:59:07 -0400 From: Ed Maste To: freebsd-stable@freebsd.org Message-ID: <20050524165907.GA20674@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 24 May 2005 16:59:04.0286 (UTC) FILETIME=[E40A5FE0:01C56081] Subject: libc_r kqueue fd leak X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 16:59:10 -0000 We discovered a kqueue leak when running one of our 4.x applications on FreeBSD 5.3 using the compat libc_r. It turns out it's caused by libc_r's close() failing. The libc_r close (in uthread_close.c) calls fstat() on the file descriptor. On 4.x this succeeds, while on 5.x the fstat() on the kqueue() fd returns -1 with errno=0. The close() in libc_r then returns this error without doing the actual close syscall. I built the test application shown below on a 4.7 and 5.3 machine and fstat returns 0 on 4.7, -1 on 5.3. If the test app is linked against libc_r then the close() fails too. fstat(2) indicates that fstat() returns a mostly-zeroed buffer for a socket fd, but gives no indication of what should happen for a kqueue fd. What is the expected behaviour here? The issue could be fixed by either having the kernel not fail the fstat, or making libc_r ignore the failure and continue on with the close. == kqueue.c == #include #include #include #include int main() { struct stat sb; int kq=kqueue(); printf("fstat returns %d (%d)\n", fstat(kq, &sb), errno); printf("close returns %d (%d)\n", close(kq), errno); } -- Ed Maste, Sandvine Incorporated From owner-freebsd-stable@FreeBSD.ORG Tue May 24 17:27: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 C424516A41C for ; Tue, 24 May 2005 17:27:07 +0000 (GMT) (envelope-from robs@silverspringnet.com) Received: from SILVERSTAR.silverspringnet.com (adsl-68-120-96-254.dsl.sntc01.pacbell.net [68.120.96.254]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A26843D48 for ; Tue, 24 May 2005 17:27:05 +0000 (GMT) (envelope-from robs@silverspringnet.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 24 May 2005 10:27:04 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: any users of the fla(4) left ? Thread-Index: AcVghc07meJsun7JStWDi49kFV8iXQ== From: "Rob Stevens" To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: any users of the fla(4) left ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 17:27:08 -0000 Has there been any update to the status of fla on 5.x ? =20 We are interested in seeing these drivers become available on 5.x Pity we didn't express that interest at the right time - nearly a year ago =20 Rob Stevens Silverspring Networks From owner-freebsd-stable@FreeBSD.ORG Tue May 24 17:36: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 9500716A41C for ; Tue, 24 May 2005 17:36:49 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C61743D4C for ; Tue, 24 May 2005 17:36:48 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 24 May 2005 13:36:46 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id A8FF013647; Tue, 24 May 2005 13:36:48 -0400 (EDT) Date: Tue, 24 May 2005 13:36:48 -0400 From: Ed Maste To: freebsd-stable@freebsd.org Message-ID: <20050524173648.GA29183@sandvine.com> References: <20050524165907.GA20674@sandvine.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: <20050524165907.GA20674@sandvine.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 24 May 2005 17:36:46.0441 (UTC) FILETIME=[2863D590:01C56087] Subject: Re: libc_r kqueue fd leak X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 17:36:49 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, May 24, 2005 at 12:59:07PM -0400, Ed Maste wrote: > We discovered a kqueue leak when running one of our 4.x applications on > FreeBSD 5.3 using the compat libc_r. It turns out it's caused by libc_r's > close() failing. I've attached a patch which stops libc_r close() from bailing if fstat() returns an error. This fixes the kqueue leak. This logic would also have to make its way into the compat library via 4.x to fully resolve the issue. -- Ed Maste, Sandvine Incorporated --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="uthread_close.c.patch" --- uthread_close.c.orig 2005-05-24 13:22:14.000000000 -0400 +++ uthread_close.c 2005-05-24 13:21:05.000000000 -0400 @@ -63,8 +63,7 @@ * Lock the file descriptor while the file is closed and get * the file descriptor status: */ - else if (((ret = _FD_LOCK(fd, FD_RDWR, NULL)) == 0) && - ((ret = __sys_fstat(fd, &sb)) == 0)) { + else if ((ret = _FD_LOCK(fd, FD_RDWR, NULL)) == 0) { /* * Check if the file should be left as blocking. * @@ -85,7 +84,8 @@ * using, which would then cause any reads to block * indefinitely. */ - if ((S_ISREG(sb.st_mode) || S_ISCHR(sb.st_mode)) + if (__sys_fstat(fd, &sb) == 0 && + (S_ISREG(sb.st_mode) || S_ISCHR(sb.st_mode)) && (_thread_fd_getflags(fd) & O_NONBLOCK) == 0) { /* Get the current flags: */ flags = __sys_fcntl(fd, F_GETFL, NULL); --qcHopEYAB45HaUaB-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 18:39: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 8EE3316A41C for ; Tue, 24 May 2005 18:39:25 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id B0D4D43D4C for ; Tue, 24 May 2005 18:39:24 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: (qmail 10870 invoked by uid 0); 24 May 2005 18:39:23 -0000 Received: from r4aq181.chello.upc.cz (HELO ?84.42.170.181?) (84.42.170.181) by smtp.dkm.cz with SMTP; 24 May 2005 18:39:23 -0000 Message-ID: <429374DB.90407@pobox.sk> Date: Tue, 24 May 2005 20:39:23 +0200 From: martinko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050520 X-Accept-Language: sk, cs, en-gb, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 18:39:25 -0000 Kris Kennaway wrote: > > Also try defining PREEMPTION in your kernel on 5.x and above (if you > are running i386 or amd64). There have been very occasional reports > of panics with this option enabled (although I use it everywhere and > have not seen problems on my heavily loaded machines), but interactive > response should be much better. > kris, i cannot find (a description of) PREEMPTION in NOTES or GENERIC (on 5.4 on i386). am i missing something? cheers, martin From owner-freebsd-stable@FreeBSD.ORG Tue May 24 18:58: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 AF36E16A41C for ; Tue, 24 May 2005 18:58:02 +0000 (GMT) (envelope-from Pedro.Varangot@cyclelogic.com) Received: from mimail01.cyclelogic.com (216-106-180-200.ds1-cust.ststelecom.com [216.106.180.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C07143D1D for ; Tue, 24 May 2005 18:57:32 +0000 (GMT) (envelope-from Pedro.Varangot@cyclelogic.com) Received: from webmail.cyclelogic.com ([192.168.20.23]) by mimail01.cyclelogic.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 24 May 2005 14:57:31 -0400 Received: from [192.168.23.102] ([192.168.23.102]) by webmail.cyclelogic.com over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Tue, 24 May 2005 14:57:31 -0400 Message-ID: <42934EEA.7020506@cyclelogic.com> Date: Tue, 24 May 2005 15:57:30 +0000 From: "Pedro O. Varangot" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <429374DB.90407@pobox.sk> In-Reply-To: <429374DB.90407@pobox.sk> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 May 2005 18:57:31.0466 (UTC) FILETIME=[703FFAA0:01C56092] Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 18:58:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It's in /usr/src/sys/conf/NOTES. I think this is due to it being an architecture independent option. - -- Regards, Pedro. martinko wrote: > Kris Kennaway wrote: > >> >> Also try defining PREEMPTION in your kernel on 5.x and above (if you >> are running i386 or amd64). There have been very occasional reports >> of panics with this option enabled (although I use it everywhere and >> have not seen problems on my heavily loaded machines), but interactive >> response should be much better. >> > > kris, > > i cannot find (a description of) PREEMPTION in NOTES or GENERIC (on 5.4 > on i386). > > am i missing something? > > cheers, > > martin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk07pwJC0A/CNpUURAu/qAKCjdfHNlBThgfJJKR+rblvSovMhJgCg3x6D EbGdm91C7sjI2vKKZ5X9V2w= =4Jgq -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:07: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 8916A16A41C for ; Tue, 24 May 2005 19:07:39 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from imap.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43D7443D49 for ; Tue, 24 May 2005 19:07:39 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id E739B18CCC8 for ; Tue, 24 May 2005 12:07:38 -0700 (PDT) Received: from imap.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 68957-01-49 for ; Tue, 24 May 2005 12:07:36 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by imap.sd73.bc.ca (Postfix) with ESMTP id AAFBA18CCC6 for ; Tue, 24 May 2005 12:07:36 -0700 (PDT) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Tue, 24 May 2005 12:07:35 -0700 User-Agent: KMail/1.8 References: <429374DB.90407@pobox.sk> In-Reply-To: <429374DB.90407@pobox.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505241207.35873.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:07:39 -0000 On May 24, 2005 11:39 am, martinko wrote: > Kris Kennaway wrote: > > Also try defining PREEMPTION in your kernel on 5.x and above (if you > > are running i386 or amd64). There have been very occasional reports > > of panics with this option enabled (although I use it everywhere and > > have not seen problems on my heavily loaded machines), but interactive > > response should be much better. > i cannot find (a description of) PREEMPTION in NOTES or GENERIC (on 5.4 > on i386). > am i missing something? There are two NOTES files for each CPU architecture. One is for the CPU architecture dependent items and is located at /usr/src/sys//conf/NOTES Just replace with the CPU architecture (i386, amd64, etc). The other is for items that apply to all CPU architectures, and is located at /usr/src/sys/conf/NOTES. You have to read both. The PREEMPTION option is in the second file above. -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:09: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 924E316A41C for ; Tue, 24 May 2005 19:09:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 469B543D53 for ; Tue, 24 May 2005 19:09:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 078D5512AE; Tue, 24 May 2005 12:10:11 -0700 (PDT) Date: Tue, 24 May 2005 12:10:11 -0700 From: Kris Kennaway To: martinko Message-ID: <20050524191011.GA2746@xor.obsecurity.org> References: <429374DB.90407@pobox.sk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <429374DB.90407@pobox.sk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:09:24 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 08:39:23PM +0200, martinko wrote: > Kris Kennaway wrote: > > > >Also try defining PREEMPTION in your kernel on 5.x and above (if you > >are running i386 or amd64). There have been very occasional reports > >of panics with this option enabled (although I use it everywhere and > >have not seen problems on my heavily loaded machines), but interactive > >response should be much better. > > >=20 > kris, >=20 > i cannot find (a description of) PREEMPTION in NOTES or GENERIC (on 5.4= =20 > on i386). >=20 > am i missing something? Surely :) Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk3wTWry0BWjoQKURAkkuAJ4/OU2BjmtGQOlzg7CbwuZ1Zti4+wCfb8Hj AczgK/wsL63cBLBY1IBicPY= =B9Qb -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:14: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 7BF0016A41C for ; Tue, 24 May 2005 19:14:26 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.starlofashions.com (mail.starlofashions.com [12.44.50.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1054A43D49 for ; Tue, 24 May 2005 19:14:25 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from uws1.starlofashions.com ([192.168.8.230]) by mail.starlofashions.com (8.9.3/8.9.3) with SMTP id PAA03639 for ; Tue, 24 May 2005 15:14:24 -0400 Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Tue, 24 May 2005 15:14:24 -0400 Date: Tue, 24 May 2005 15:14:24 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050524191424.GA52486@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <429374DB.90407@pobox.sk> <200505241207.35873.fcash@ocis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <200505241207.35873.fcash@ocis.net> User-Agent: Mutt/1.5.9i Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:14:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, May 24, 2005 at 12:07:35PM -0700, Freddie Cash wrote: > > There are two NOTES files for each CPU architecture. > > One is for the CPU architecture dependent items and is located > at /usr/src/sys//conf/NOTES Just replace with the CPU > architecture (i386, amd64, etc). > > The other is for items that apply to all CPU architectures, and is located > at /usr/src/sys/conf/NOTES. > > You have to read both. The PREEMPTION option is in the second file above. Judging from the forums and various other things, it seems that a lot of people aren't aware of the second NOTES file. (Of course, you can do make LINT while in /conf, which I blush to admit, is what I did before I realized the existance of the second NOTES file. :) - -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: How could you let her go? Giles: As the soon-to-be-purple area on my jaw will attest, I did not 'let' her go. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk30Q+lTVdes0Z9YRAomMAKCoXJWOeSQCAH1m2T4aad2v8T6ooACfcXiV XBLgHmlE7XJKWWCccAv2+tU= =1rAL -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:15: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 12E0116A41C for ; Tue, 24 May 2005 19:15:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A976F43D1F for ; Tue, 24 May 2005 19:15:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4OJHsZH029809; Tue, 24 May 2005 13:17:55 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42937D06.1070309@samsco.org> Date: Tue, 24 May 2005 13:14:14 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> In-Reply-To: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:15:39 -0000 Mike Jakubik wrote: > Could someone point me to a resource that outlines the expected supported > lifetime of all the branches? Can't find anything concrete on the webpage. > > I'm developing a product, which i hope will run on FreeBSD. However the > rapid development of 5, and now 6 arriving out in a few months has me > worried if FreeBSD will be the right choice short and long term. I have > even considered using 4.11 for its stability and speed on single processor > systems, but I'm worried that some ports/hw will not be supported. > > The recent amount of problems with 5 has me a little discouraged too, and > even considering Linux as an alternative. Hopefully that wont be the case, > but a clear outline of whats to come would be very helpful in the decision > making. > > Thanks. > First of all, as the release engineer, I cannot stress enough that 6.0 is only an evolutionary step from 5.x. It's natural to assume that every major version change indicates major (and majorly destabilizing) changes, but that is exactly what we are trying to get away from now. When people ask what the future of 5.x is, my answer is "6.x" because that's exactly what it is: a continuation and refinement of what we did with 5.x, with a few needed architecture changes and features. We are going to release 6.0 within the next few months, and 6.1 4 months after that. There will be a 5.5 release inbetween there just to wrap up that branch and provide users a bridge for 6.x. I don't expect there to be any 5.x releases after 5.5 because there simply won't be anything left to offer in that branch that isn't in 6.x. The 6.x transition will not have the handicaps that the 5.x transition had for users. It does not have a significantly different compiler that requires major porting work for user applications. It does not have a dozen new experimental features that are still being debugged. The only really new and experimental feature is the SMP VFS work, but that has been undergoing a significant amount of testing, and it can be turned off if need be. This is in sharp contrast to 5.x that had so many overlapping experimental areas that it was hard to test, isolate and fix problems. I think that we've gotten over most of the stability and performance hurdles of 5.x. We have a complete OS, not just a kernel, and it has more components than the 4.x OS. But despite that, most bugs reported on this list seem to get solved fairly quickly, either with advice from others or with a commit to the source tree. We have a number of very strong and very active ports and source tree committers that are doing a very good job of refining the system, and I expect that to continue. More bug reports are always welcome, and if you feel that there is a bug that isn't getting attention that is critical for 6.0, email re@FreeBSD.org about it, or email me personally. As for performance, Kris has shown that the 5.x/6.x performance penalty is now much more of a myth than reality. SMP on 6.x is significantly more scalable and high performance than anything we've released before. We are finally starting to see the benefits of our SMPng design. Most of the infrastructure work is done, so 6.x will be about refining it, locking down more peripheral drivers and components, and tending to the general details that have fallen behind in 5.x. It's going to be a very good release series. I understand that there are some specific reasons for some people to stick with 4.x. There were people that stuck with 2.2.x back during the 3.x and 4.x days because they also had specific needs. I think that this is fine if done for the right reasons, and I'm glad that those people are willing to stick with FreeBSD instead of looking elsewhere. However, if there is anything that we can do to help with the transition forward to 5.x/6.x, please let me know. Again, please don't take the abrupt switch to 6.0 to mean that 5.x is flawed or that 6.x will also have a short lifespan. The real purpose of the switch is nothing but positive; it'll keep us focused and prevent us from overreaching and overextending ourselves. It's a very good and very postive strategy. Scott From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:18: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 A648116A433 for ; Tue, 24 May 2005 19:18:29 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC5843D54 for ; Tue, 24 May 2005 19:18:29 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 208B92FEF1; Tue, 24 May 2005 21:18:27 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4OJKHE3011371; Tue, 24 May 2005 21:20:18 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42937E71.6070604@incubus.de> Date: Tue, 24 May 2005 21:20:17 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Robbins References: <429374DB.90407@pobox.sk> <200505241207.35873.fcash@ocis.net> <20050524191424.GA52486@uws1.starlofashions.com> In-Reply-To: <20050524191424.GA52486@uws1.starlofashions.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:18:29 -0000 Scott Robbins wrote: > Judging from the forums and various other things, it seems that a lot of > people aren't aware of the second NOTES file. (Of course, you can do > make LINT while in /conf, which I blush to admit, is what I did > before I realized the existance of the second NOTES file. :) Hmm, I didn't know about it either, even though it is referenced at the top of the machdep NOTES file (but who reads that stuff.. ;) mkb. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:27: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 83E4316A41C for ; Tue, 24 May 2005 19:27:22 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id C112243D1F for ; Tue, 24 May 2005 19:27:21 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id D2D8CD9048; Tue, 24 May 2005 21:27:20 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id B75088FB5A; Tue, 24 May 2005 21:27:20 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 9112282BB0; Tue, 24 May 2005 21:27:20 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 5CBFAD9614; Tue, 24 May 2005 21:27:20 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j4OJRK6i025687; Tue, 24 May 2005 21:27:20 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j4OJRKt8049396; Tue, 24 May 2005 21:27:20 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.3/8.13.3) with ESMTP id j4OJRJmh002888; Tue, 24 May 2005 21:27:19 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.3/8.13.3/Submit) id j4OJRJMg002887; Tue, 24 May 2005 21:27:19 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Tue, 24 May 2005 21:27:19 +0200 From: Ulrich Spoerlein To: Roman Neuhauser Message-ID: <20050524192719.GE796@galgenberg.net> Mail-Followup-To: Roman Neuhauser , freebsd-stable References: <20050523141003.GA75446@isis.sigpipe.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qrgsu6vtpU/OV/zm" Content-Disposition: inline In-Reply-To: <20050523141003.GA75446@isis.sigpipe.cz> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: freebsd-stable Subject: Re: 4.10-RELEASE-p3 i386 problem with /dev/dsp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:27:22 -0000 --Qrgsu6vtpU/OV/zm Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 23.05.2005 at 16:10:03 +0200, Roman Neuhauser wrote: > I have a machine with FreeBSD 4.10-RELEASE-p3 i386 (450MHz P3/Celeron) > that has been running just fine, but after ~ 120 days something > happened to /dev/dsp, and I can no longer play mp3s. A restart would > most probably fix it, but I'd like to know if it's possible to determine > (and fix) the issue on a running system. Yes, I'm fond of my uptime > ("up 133 days, 20:04", including an X session), but I'd also like to know= if > this is recoverable or requires the windows-style bandaid. Back in the days, this used to happen from time to time. Somehow processes no longer could open /dev/dsp, but no other process had it open (verified with lsof and fstat). Looks like you need to reboot ... Ulrich Sp=F6rlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --Qrgsu6vtpU/OV/zm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk4AXmArGtfDbn0QRAll9AJ96NY1K91r3wZuJ01Yxmp6cXC2wiwCfZGLF sIsE0QGFyWdQrhjTdymdFRk= =BX+7 -----END PGP SIGNATURE----- --Qrgsu6vtpU/OV/zm-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:27: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 825E816A42B for ; Tue, 24 May 2005 19:27:26 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from imap.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 330B943D49 for ; Tue, 24 May 2005 19:27:26 +0000 (GMT) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id E0C2418CCC1 for ; Tue, 24 May 2005 12:27:25 -0700 (PDT) Received: from imap.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 69010-01-31 for ; Tue, 24 May 2005 12:27:23 -0700 (PDT) Received: from s9.sbo (s9.sbo [192.168.0.9]) by imap.sd73.bc.ca (Postfix) with ESMTP id 67F4618CC56 for ; Tue, 24 May 2005 12:27:23 -0700 (PDT) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Tue, 24 May 2005 12:27:21 -0700 User-Agent: KMail/1.8 References: <200505241207.35873.fcash@ocis.net> <20050524191424.GA52486@uws1.starlofashions.com> In-Reply-To: <20050524191424.GA52486@uws1.starlofashions.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200505241227.22642.fcash@ocis.net> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:27:26 -0000 On May 24, 2005 12:14 pm, Scott Robbins wrote: > On Tue, May 24, 2005 at 12:07:35PM -0700, Freddie Cash wrote: > > There are two NOTES files for each CPU architecture. > > One is for the CPU architecture dependent items and is located > > at /usr/src/sys//conf/NOTES Just replace with the CPU > > architecture (i386, amd64, etc). > > The other is for items that apply to all CPU architectures, and is > > located at /usr/src/sys/conf/NOTES. > > You have to read both. The PREEMPTION option is in the second file > > above. > Judging from the forums and various other things, it seems that a lot of > people aren't aware of the second NOTES file. (Of course, you can do > make LINT while in /conf, which I blush to admit, is what I did > before I realized the existance of the second NOTES file. :) =46rom the top of /usr/src/sys/i386/conf/NOTES: # NOTES -- Lines that can be cut/pasted into kernel and hints configs. # # This file contains machine dependent kernel configuration notes. For # machine independent notes, look in /sys/conf/NOTES. # # $FreeBSD: src/sys/i386/conf/NOTES,v 1.1168.2.5.2.2 2005/05/01 05:38:13=20 dwhite Exp $ # Like they say, doesn't matter how good the documentation is if nobody reads= =20 it fully. :) =2D-=20 =46reddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:31: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 781FE16A41C for ; Tue, 24 May 2005 19:31:26 +0000 (GMT) (envelope-from nexus@hoth.amu.edu.pl) Received: from hoth.amu.edu.pl (hoth.amu.edu.pl [150.254.110.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE91343D48 for ; Tue, 24 May 2005 19:31:25 +0000 (GMT) (envelope-from nexus@hoth.amu.edu.pl) Received: from localhost (localhost [127.0.0.1]) by hoth.amu.edu.pl (Postfix) with ESMTP id 5869410E4B6 for ; Tue, 24 May 2005 21:31:24 +0200 (CEST) Received: from hoth.amu.edu.pl ([127.0.0.1]) by localhost (hoth.amu.edu.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 33635-02-5 for ; Tue, 24 May 2005 21:31:20 +0200 (CEST) Received: from aristo (hoth.amu.edu.pl [150.254.110.14]) by hoth.amu.edu.pl (Postfix) with ESMTP id 9DB3410E499 for ; Tue, 24 May 2005 21:31:19 +0200 (CEST) Date: Tue, 24 May 2005 21:31:17 +0200 From: Bohdan Horst To: freebsd-stable@freebsd.org Message-ID: <20050524193117.GA35326@aristo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at hoth.amu.edu.pl Subject: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:31:26 -0000 I have 4 identical PC with FreeBSD (2x4.11R and 2x5.4R) Results (/usr/ports/net/benchmarks/nbench): (CPUTYPE=p3 in /etc/make.conf; portupgrade -vf nbench) tests: NUMERIC SORT: 4.11= 499.52 494.31 5.4= 451.26 449.7 (4.11 faster) STRING SORT: 4.11= 24.13 24.11 5.4= 25.286 25.294 (5.4 faster) BITFIELD(e+8) 4.11= 1.133 1.1319 5.4= 1.1239 1.1239 (4.11 faster) FP EMULATION 4.11= 18.951 18.755 5.4= 25.044 25.029 (5.4 faster) FOURIER 4.11= 5361 5356.3 5.4= 5076.3 5076.3 (4.11 faster) ASSIGNMENT 4.11= 5.4795 5.4469 5.4= 5.8986 5.8968 (5.4 faster) IDEA 4.11= 595.23 592.13 5.4= 660.65 660.65 (5.4 faster) HUFFMAN 4.11= 332.47 330.91 5.4= 409.06 408.95 (5.4 faster) NEURAL NET 4.11= 7.0374 6.9882 5.4= 7.2976 7.2955 (5.4 faster) LU DECOMP. 4.11= 225.94 226.76 5.4= 211.56 210.84 (4.11 faster) original: INTEGER INDEX 4.11= 12.305 12.238 5.4= 13.409 13.400 (5.4 faster) FLOATING-POINT 4.11= 9.309 9.296 5.4= 9.052 9.041 (4.11 faster) new: MEMORY INDEX 4.11= 3.321 3.313 5.4= 3.448 3.448 (5.4 faster) INTEGER INDEX 4.11= 2.895 2.873 5.4= 3.271 3.268 (5.4 faster) FLOATING-POINT 4.11= 5.163 5.156 5.4= 5.020 5.014 (4.11 faster) all 4 hosts have important services (w3cache, firewall, ircd, etc) and i cannot turn them off to perform good UFS1/UFS2 tests :( NBENCH OUTPUT: FIRST 4.11: CPU: Intel Pentium III (761.47-MHz 686-class CPU) real memory = 268369920 (262080K bytes) avail memory = 257253376 (251224K bytes) BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* --------------------:------------------:-------------:------------ NUMERIC SORT : 499.52 : 12.81 : 4.21 STRING SORT : 24.13 : 10.78 : 1.67 BITFIELD : 1.133e+08 : 19.43 : 4.06 FP EMULATION : 18.951 : 9.09 : 2.10 FOURIER : 5361 : 6.10 : 3.42 ASSIGNMENT : 5.4795 : 20.85 : 5.41 IDEA : 595.23 : 9.10 : 2.70 HUFFMAN : 332.47 : 9.22 : 2.94 NEURAL NET : 7.0374 : 11.30 : 4.76 LU DECOMPOSITION : 225.94 : 11.70 : 8.45 ==========================ORIGINAL BYTEMARK RESULTS========================== INTEGER INDEX : 12.305 FLOATING-POINT INDEX: 9.309 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==============================LINUX DATA BELOW=============================== CPU : L2 Cache : OS : FreeBSD 4.11-RELEASE-p9 C compiler : cc libc : /usr/lib/libc.so.4 MEMORY INDEX : 3.321 INTEGER INDEX : 2.895 FLOATING-POINT INDEX: 5.163 Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 * Trademarks are property of their respective holder. SECOND 4.11: CPU: Intel Pentium III (761.47-MHz 686-class CPU) real memory = 536805376 (524224K bytes) avail memory = 518217728 (506072K bytes) BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* --------------------:------------------:-------------:------------ NUMERIC SORT : 494.31 : 12.68 : 4.16 STRING SORT : 24.11 : 10.77 : 1.67 BITFIELD : 1.1319e+08 : 19.42 : 4.06 FP EMULATION : 18.755 : 9.00 : 2.08 FOURIER : 5356.3 : 6.09 : 3.42 ASSIGNMENT : 5.4469 : 20.73 : 5.38 IDEA : 592.13 : 9.06 : 2.69 HUFFMAN : 330.91 : 9.18 : 2.93 NEURAL NET : 6.9882 : 11.23 : 4.72 LU DECOMPOSITION : 226.76 : 11.75 : 8.48 ==========================ORIGINAL BYTEMARK RESULTS========================== INTEGER INDEX : 12.238 FLOATING-POINT INDEX: 9.296 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==============================LINUX DATA BELOW=============================== CPU : L2 Cache : OS : FreeBSD 4.11-RELEASE-p9 C compiler : cc libc : /usr/lib/libc.so.4 MEMORY INDEX : 3.313 INTEGER INDEX : 2.873 FLOATING-POINT INDEX: 5.156 Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 * Trademarks are property of their respective holder. FIRST 5.4: CPU: Intel Pentium III (761.48-MHz 686-class CPU) real memory = 402587648 (383 MB) avail memory = 388460544 (370 MB) BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* --------------------:------------------:-------------:------------ NUMERIC SORT : 451.26 : 11.57 : 3.80 STRING SORT : 25.286 : 11.30 : 1.75 BITFIELD : 1.1239e+08 : 19.28 : 4.03 FP EMULATION : 25.044 : 12.02 : 2.77 FOURIER : 5076.3 : 5.77 : 3.24 ASSIGNMENT : 5.8986 : 22.45 : 5.82 IDEA : 660.65 : 10.10 : 3.00 HUFFMAN : 409.06 : 11.34 : 3.62 NEURAL NET : 7.2976 : 11.72 : 4.93 LU DECOMPOSITION : 211.56 : 10.96 : 7.91 ==========================ORIGINAL BYTEMARK RESULTS========================== INTEGER INDEX : 13.409 FLOATING-POINT INDEX: 9.052 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==============================LINUX DATA BELOW=============================== CPU : L2 Cache : OS : FreeBSD 5.4-RELEASE C compiler : cc libc : /lib/libc.so.5 MEMORY INDEX : 3.448 INTEGER INDEX : 3.271 FLOATING-POINT INDEX: 5.020 Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 * Trademarks are property of their respective holder. SECOND 5.4: CPU: Intel Pentium III (761.48-MHz 686-class CPU) real memory = 134152192 (127 MB) avail memory = 125820928 (119 MB) BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* --------------------:------------------:-------------:------------ NUMERIC SORT : 449.7 : 11.53 : 3.79 STRING SORT : 25.294 : 11.30 : 1.75 BITFIELD : 1.1239e+08 : 19.28 : 4.03 FP EMULATION : 25.029 : 12.01 : 2.77 FOURIER : 5076.3 : 5.77 : 3.24 ASSIGNMENT : 5.8968 : 22.44 : 5.82 IDEA : 660.65 : 10.10 : 3.00 HUFFMAN : 408.95 : 11.34 : 3.62 NEURAL NET : 7.2955 : 11.72 : 4.93 LU DECOMPOSITION : 210.84 : 10.92 : 7.89 ==========================ORIGINAL BYTEMARK RESULTS========================== INTEGER INDEX : 13.400 FLOATING-POINT INDEX: 9.041 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==============================LINUX DATA BELOW=============================== CPU : L2 Cache : OS : FreeBSD 5.4-RELEASE C compiler : cc libc : /lib/libc.so.5 MEMORY INDEX : 3.448 INTEGER INDEX : 3.268 FLOATING-POINT INDEX: 5.014 Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 * Trademarks are property of their respective holder. -- Bohdan 'Nexus' Horst From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:36:20 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 BE33516A41C for ; Tue, 24 May 2005 19:36:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 725C143D1F for ; Tue, 24 May 2005 19:36:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2418A5131A; Tue, 24 May 2005 12:37:08 -0700 (PDT) Date: Tue, 24 May 2005 12:37:08 -0700 From: Kris Kennaway To: Bohdan Horst Message-ID: <20050524193707.GA11906@xor.obsecurity.org> References: <20050524193117.GA35326@aristo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <20050524193117.GA35326@aristo> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:36:20 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 09:31:17PM +0200, Bohdan Horst wrote: >=20 >=20 > I have 4 identical PC with FreeBSD (2x4.11R and 2x5.4R) >=20 > Results (/usr/ports/net/benchmarks/nbench): >=20 > (CPUTYPE=3Dp3 in /etc/make.conf; portupgrade -vf nbench) >=20 > tests: > NUMERIC SORT: 4.11=3D 499.52 494.31 5.4=3D 451.26 449.7 (4.11 faster)= =20 > STRING SORT: 4.11=3D 24.13 24.11 5.4=3D 25.286 25.294 (5.4 faster) > BITFIELD(e+8) 4.11=3D 1.133 1.1319 5.4=3D 1.1239 1.1239 (4.11 faster) > FP EMULATION 4.11=3D 18.951 18.755 5.4=3D 25.044 25.029 (5.4 faster) > FOURIER 4.11=3D 5361 5356.3 5.4=3D 5076.3 5076.3 (4.11 faster) > ASSIGNMENT 4.11=3D 5.4795 5.4469 5.4=3D 5.8986 5.8968 (5.4 faster) > IDEA 4.11=3D 595.23 592.13 5.4=3D 660.65 660.65 (5.4 faster) > HUFFMAN 4.11=3D 332.47 330.91 5.4=3D 409.06 408.95 (5.4 faster) > NEURAL NET 4.11=3D 7.0374 6.9882 5.4=3D 7.2976 7.2955 (5.4 faster) > LU DECOMP. 4.11=3D 225.94 226.76 5.4=3D 211.56 210.84 (4.11 faster) > original: > INTEGER INDEX 4.11=3D 12.305 12.238 5.4=3D 13.409 13.400 (5.4 faster) > FLOATING-POINT 4.11=3D 9.309 9.296 5.4=3D 9.052 9.041 (4.11 faster) > new: > MEMORY INDEX 4.11=3D 3.321 3.313 5.4=3D 3.448 3.448 (5.4 faster) > INTEGER INDEX 4.11=3D 2.895 2.873 5.4=3D 3.271 3.268 (5.4 faster) > FLOATING-POINT 4.11=3D 5.163 5.156 5.4=3D 5.020 5.014 (4.11 faster) >=20 >=20 >=20 > all 4 hosts have important services (w3cache, firewall, ircd, etc) and i > cannot turn them off to perform good UFS1/UFS2 tests :( Thanks, but if the machines are not completely idle then it's impossible to tell whether these numbers are meaningful :-( Kris --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk4JjWry0BWjoQKURAh1CAJ4uHhW9zyL0S2M0Rrs73M0bJEBV7ACcCyC7 tH1x+rTpxgkzvpU8kqLK1PM= =XGjI -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:38: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 754C316A41C for ; Tue, 24 May 2005 19:38:32 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218ED43D4C for ; Tue, 24 May 2005 19:38:32 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id CF33A2FF6F; Tue, 24 May 2005 21:38:28 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4OJeKUi011689; Tue, 24 May 2005 21:40:20 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42938324.6060107@incubus.de> Date: Tue, 24 May 2005 21:40:20 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bohdan Horst References: <20050524193117.GA35326@aristo> In-Reply-To: <20050524193117.GA35326@aristo> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:38:32 -0000 Bohdan Horst wrote: > I have 4 identical PC with FreeBSD (2x4.11R and 2x5.4R) > Results (/usr/ports/net/benchmarks/nbench): What you're benchmarking here is gcc3 vs. gcc2. mkb. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:41: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 77A9816A41C for ; Tue, 24 May 2005 19:41:41 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4A3343D1D for ; Tue, 24 May 2005 19:41:40 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3F7CD.dip.t-dialin.net [84.163.247.205] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML29c-1DafHW4580-0004tt; Tue, 24 May 2005 21:41:38 +0200 From: Max Laier To: freebsd-stable@freebsd.org Date: Tue, 24 May 2005 21:41:29 +0200 User-Agent: KMail/1.8 References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> In-Reply-To: <42924949.1070902@incubus.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart19258723.FsxZpdz3EZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505242141.38289.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Mike Jakubik , Matthias Buelow , Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:41:41 -0000 --nextPart19258723.FsxZpdz3EZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 23 May 2005 23:21, Matthias Buelow wrote: > Kris Kennaway wrote: > > One thing that probably confuses and misleads a lot of people is when > > they build world or a kernel and notice that it's taking much longer > > than it did under 4.x, so they assume this means that 5.x is slower > > than 4.x. It doesn't. What it means is that 5.x and 4.x have > > different C compilers, and gcc 3.x is much slower at compiling code > > than gcc 2.x. You have to be very careful to draw conclusions based > > on subjective assessments like this. > > Another thing might be that interactive response time seems to be worse. > While I (or rather ports) unpack the firefox/thunderbird source, the > machine is pretty much bogged down (mouse cursor jumps around, audio > stutters...). Haven't seen that on FreeBSD since the 386 days. I have seen this on my box. Disabling one of the USB-ports solved the=20 problem. I was seeing very high IRQ-rates. Check $vmstat -i during the=20 process to see if you have abnormal high rate jumps. It might be that we=20 must investigate some of our drivers to play nice with each other. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart19258723.FsxZpdz3EZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCk4NyXyyEoT62BG0RAifSAJ96oTPvpjnLyaZfqTlRz1faxSnlgwCdGuQK DZcxM17bL716dQgZ4bL9T6Y= =bYd9 -----END PGP SIGNATURE----- --nextPart19258723.FsxZpdz3EZ-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 19:54: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 7157B16A41C for ; Tue, 24 May 2005 19:54:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10AC143D1D for ; Tue, 24 May 2005 19:54:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 87FD851449; Tue, 24 May 2005 12:55:06 -0700 (PDT) Date: Tue, 24 May 2005 12:55:06 -0700 From: Kris Kennaway To: Max Laier Message-ID: <20050524195506.GA12206@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <200505242141.38289.max@love2party.net> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , Matthias Buelow , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 19:54:19 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 09:41:29PM +0200, Max Laier wrote: > On Monday 23 May 2005 23:21, Matthias Buelow wrote: > > Kris Kennaway wrote: > > > One thing that probably confuses and misleads a lot of people is when > > > they build world or a kernel and notice that it's taking much longer > > > than it did under 4.x, so they assume this means that 5.x is slower > > > than 4.x. It doesn't. What it means is that 5.x and 4.x have > > > different C compilers, and gcc 3.x is much slower at compiling code > > > than gcc 2.x. You have to be very careful to draw conclusions based > > > on subjective assessments like this. > > > > Another thing might be that interactive response time seems to be worse. > > While I (or rather ports) unpack the firefox/thunderbird source, the > > machine is pretty much bogged down (mouse cursor jumps around, audio > > stutters...). Haven't seen that on FreeBSD since the 386 days. >=20 > I have seen this on my box. Disabling one of the USB-ports solved the=20 > problem. I was seeing very high IRQ-rates. Check $vmstat -i during the= =20 > process to see if you have abnormal high rate jumps. It might be that we= =20 > must investigate some of our drivers to play nice with each other. Actually, this is something that others have seen too (e.g. rwatson). Specifically, if you have USB support enabled in your kernel and a USB device shares an IRQ with some other device then every interrupt on those devices causes USB to acquire Giant, significantly degrading system performance. Kris --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk4aaWry0BWjoQKURAq1cAKCrVlruPWqI56YI5B9wzqSThJvxrACfTOo9 iVTlW5OQsZi9ElLcnU5yi/Q= =h4pt -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:17: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 E2BFA16A41C for ; Tue, 24 May 2005 20:17:05 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E39343D4C for ; Tue, 24 May 2005 20:17:05 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 0729A2FF71; Tue, 24 May 2005 22:17:03 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4OKIsSf011809; Tue, 24 May 2005 22:18:55 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42938C2E.6020301@incubus.de> Date: Tue, 24 May 2005 22:18:54 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> In-Reply-To: <200505242141.38289.max@love2party.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:17:06 -0000 Max Laier wrote: > I have seen this on my box. Disabling one of the USB-ports solved the > problem. I was seeing very high IRQ-rates. Check $vmstat -i during the > process to see if you have abnormal high rate jumps. It might be that we > must investigate some of our drivers to play nice with each other. Interrupt rates were normal. mkb. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:17: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 5739216A41C for ; Tue, 24 May 2005 20:17:08 +0000 (GMT) (envelope-from nexus@hoth.amu.edu.pl) Received: from hoth.amu.edu.pl (hoth.amu.edu.pl [150.254.110.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF38143D4C for ; Tue, 24 May 2005 20:17:07 +0000 (GMT) (envelope-from nexus@hoth.amu.edu.pl) Received: from localhost (localhost [127.0.0.1]) by hoth.amu.edu.pl (Postfix) with ESMTP id 68F8710E40B; Tue, 24 May 2005 22:17:06 +0200 (CEST) Received: from hoth.amu.edu.pl ([127.0.0.1]) by localhost (hoth.amu.edu.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 34830-02-12; Tue, 24 May 2005 22:17:03 +0200 (CEST) Received: from aristo (hoth.amu.edu.pl [150.254.110.14]) by hoth.amu.edu.pl (Postfix) with ESMTP id CC76E10E405; Tue, 24 May 2005 22:17:02 +0200 (CEST) Date: Tue, 24 May 2005 22:17:01 +0200 From: Bohdan Horst To: Kris Kennaway Message-ID: <20050524201701.GB35326@aristo> References: <20050524193117.GA35326@aristo> <20050524193707.GA11906@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524193707.GA11906@xor.obsecurity.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at hoth.amu.edu.pl Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:17:08 -0000 On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote: > > Thanks, but if the machines are not completely idle then it's > impossible to tell whether these numbers are meaningful :-( nbench give almost exact results under load : (1,2,3 nbenchs running) load 1: 496.1 load 2: 497.7 load 3: 498.78 and all machines have load: 4.11: 0.00 0.00 0.00 4.11: 0.03 0.03 0.03 5.4: 0.00 0.00 0.00 5.4: 0.00 0.00 0.00 regards -- Bohdan 'Nexus' Horst From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:18: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 4A73816A41C for ; Tue, 24 May 2005 20:18:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE0FE43D53 for ; Tue, 24 May 2005 20:18:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9AC0F5138D; Tue, 24 May 2005 13:19:42 -0700 (PDT) Date: Tue, 24 May 2005 13:19:42 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050524201942.GA28257@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <42938C2E.6020301@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: Max Laier , Kris Kennaway , freebsd-stable@freebsd.org, Mike Jakubik Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:18:55 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 10:18:54PM +0200, Matthias Buelow wrote: > Max Laier wrote: >=20 > > I have seen this on my box. Disabling one of the USB-ports solved the= =20 > > problem. I was seeing very high IRQ-rates. Check $vmstat -i during th= e=20 > > process to see if you have abnormal high rate jumps. It might be that = we=20 > > must investigate some of our drivers to play nice with each other. >=20 > Interrupt rates were normal. But are any IRQs shared? Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk4xeWry0BWjoQKURAr2wAKDUMD1ki5THiOPOdyy6dI9hO93PFQCfY164 11ZpXO94U4/AvFJadpF9Xkg= =0FxX -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:20: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 A450616A41C for ; Tue, 24 May 2005 20:20:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4687143D54 for ; Tue, 24 May 2005 20:20:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1C6285138D; Tue, 24 May 2005 13:21:19 -0700 (PDT) Date: Tue, 24 May 2005 13:21:19 -0700 From: Kris Kennaway To: Bohdan Horst Message-ID: <20050524202118.GB28257@xor.obsecurity.org> References: <20050524193117.GA35326@aristo> <20050524193707.GA11906@xor.obsecurity.org> <20050524201701.GB35326@aristo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline In-Reply-To: <20050524201701.GB35326@aristo> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:20:32 -0000 --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 10:17:01PM +0200, Bohdan Horst wrote: > On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote: > >=20 > > Thanks, but if the machines are not completely idle then it's > > impossible to tell whether these numbers are meaningful :-( >=20 > nbench give almost exact results under load : >=20 > (1,2,3 nbenchs running) >=20 > load 1: 496.1 > load 2: 497.7 > load 3: 498.78 >=20 > and all machines have load: >=20 > 4.11: 0.00 0.00 0.00 > 4.11: 0.03 0.03 0.03 >=20 > 5.4: 0.00 0.00 0.00 > 5.4: 0.00 0.00 0.00 OK, it might be trustable..but you're still testing gcc 2/gcc 3 as pointed out by another poster. If you use the same 4.x binaries on both machines it might be better. Kris --z6Eq5LdranGa6ru8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk4y+Wry0BWjoQKURAsu6AJ9g6jTW8EF4/k8NwaEA2BasHqRTzwCfW0yr 9ZwOlHHaDl7wDFCCu7VN5X8= =gW/Q -----END PGP SIGNATURE----- --z6Eq5LdranGa6ru8-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20: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 78EB816A41C for ; Tue, 24 May 2005 20:21:38 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A2EC43D1F for ; Tue, 24 May 2005 20:21:38 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 1C4762FFA6; Tue, 24 May 2005 22:21:37 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4OKNSHk011852; Tue, 24 May 2005 22:23:28 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42938D40.1050502@incubus.de> Date: Tue, 24 May 2005 22:23:28 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> In-Reply-To: <20050524201942.GA28257@xor.obsecurity.org> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Max Laier , freebsd-stable@freebsd.org, Mike Jakubik Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:21:38 -0000 Kris Kennaway wrote: > But are any IRQs shared? Hmm... atapci1 is shared with fxp0 on irq 20.. does fxp0 also require the giant lock? mkb. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:26: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 AE56D16A41C for ; Tue, 24 May 2005 20:26:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4845043D54 for ; Tue, 24 May 2005 20:26:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9F5DE513C0; Tue, 24 May 2005 13:26:47 -0700 (PDT) Date: Tue, 24 May 2005 13:26:47 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050524202647.GA28322@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline In-Reply-To: <42938D40.1050502@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , Max Laier , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:26:00 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 10:23:28PM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > > But are any IRQs shared? >=20 > Hmm... atapci1 is shared with fxp0 on irq 20.. does fxp0 also require > the giant lock? I don't think so..but the shared interrupt might still be causing some other problem. Try compiling a kernel without fxp support and see if you still have the interactive problems under disk load. Kris --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk44HWry0BWjoQKURAkbvAJ9dmY1EK5p0eJq5y8CVQK5GvTYJ5gCgjuPT 7lnupUeQqC4JDOecj/1B/Ps= =tZun -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:30:10 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 03A4616A41F for ; Tue, 24 May 2005 20:30:10 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from pih-relay05.plus.net (pih-relay05.plus.net [212.159.14.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D2B43D48 for ; Tue, 24 May 2005 20:30:09 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from jayton.plus.com ([84.92.156.191] helo=[127.0.0.1]) by pih-relay05.plus.net with esmtp (Exim) id 1Dag2S-0001cs-Bd for freebsd-stable@freebsd.org; Tue, 24 May 2005 21:30:08 +0100 Message-ID: <42938EFE.1020906@codegurus.org> Date: Tue, 24 May 2005 21:30:54 +0100 From: Jayton Garnett User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050524201912.B490916A41F@hub.freebsd.org> In-Reply-To: <20050524201912.B490916A41F@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: portsdb warning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:30:10 -0000 Hello list, Is this a warning to be concerned about? or to not worry about? ----------- jayton# portsdb -Uu Updating the ports index ... Generating INDEX.tmp - please wait.."/usr/ports/Mk/bsd.port.mk", line 4847: warning: duplicate script for target "add-plist-post" ignored ----------- regards, Jayton From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:37: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 9F3DE16A41C for ; Tue, 24 May 2005 20:37:12 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5510843D53 for ; Tue, 24 May 2005 20:37:12 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.51 (FreeBSD)) id 1Dag9M-0001Xw-A1; Tue, 24 May 2005 22:37:16 +0200 Date: Tue, 24 May 2005 22:37:16 +0200 From: Kirill Ponomarew To: Jayton Garnett Message-ID: <20050524203716.GM74184@voodoo.oberon.net> References: <20050524201912.B490916A41F@hub.freebsd.org> <42938EFE.1020906@codegurus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42938EFE.1020906@codegurus.org> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 Cc: freebsd-stable@freebsd.org Subject: Re: portsdb warning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:37:12 -0000 On Tue, May 24, 2005 at 09:30:54PM +0100, Jayton Garnett wrote: > Hello list, > > Is this a warning to be concerned about? or to not worry about? > ----------- > jayton# portsdb -Uu > Updating the ports index ... Generating INDEX.tmp - please > wait.."/usr/ports/Mk/bsd.port.mk", line 4847: warning: duplicate script > for target "add-plist-post" ignored > ----------- Just ignore it, it's harmless. -Kirill From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:37: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 6019416A41C for ; Tue, 24 May 2005 20:37:29 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.starlofashions.com (mail.starlofashions.com [12.44.50.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id E72C643D54 for ; Tue, 24 May 2005 20:37:28 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from uws1.starlofashions.com ([192.168.8.230]) by mail.starlofashions.com (8.9.3/8.9.3) with SMTP id QAA10858 for ; Tue, 24 May 2005 16:37:27 -0400 Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Tue, 24 May 2005 16:37:28 -0400 Date: Tue, 24 May 2005 16:37:28 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050524203727.GA52915@uws1.starlofashions.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <200505241207.35873.fcash@ocis.net> <20050524191424.GA52486@uws1.starlofashions.com> <200505241227.22642.fcash@ocis.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <200505241227.22642.fcash@ocis.net> User-Agent: Mutt/1.5.9i Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:37:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, May 24, 2005 at 12:27:21PM -0700, Freddie Cash wrote: > On May 24, 2005 12:14 pm, Scott Robbins wrote: > > > > The other is for items that apply to all CPU architectures, and is > > > located at /usr/src/sys/conf/NOTES. > > > > You have to read both. The PREEMPTION option is in the second file > > > above. > > > Judging from the forums and various other things, it seems that a lot of > > people aren't aware of the second NOTES file. (Of course, you can do > > make LINT while in /conf, which I blush to admit, is what I did > > before I realized the existance of the second NOTES file. :) > > From the top of /usr/src/sys/i386/conf/NOTES: > > # NOTES -- Lines that can be cut/pasted into kernel and hints configs. > # > # This file contains machine dependent kernel configuration notes. For > # machine independent notes, look in /sys/conf/NOTES. > > Like they say, doesn't matter how good the documentation is if nobody reads > it fully. :) True, but in general, having gotten used to LINT, usually, I would just check notes for syntax--for instance, I might see something about PREEMPTION and just do (while in i386/conf) grep PREEMPT NOTES. What's the old Calvin and Hobbes line? "Have you looked at the manual?" "WHAT? Do I look like a sissy?" You're right of course, Fred, but in honesty, it's been awhile since I read NOTES (or LINT in the old days) top to bottom. Heh, I was more careful when I was a complete novice--err, not that I'm any sort of expert now. :) - -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk5CH+lTVdes0Z9YRAoHTAJ9kU9sF9u0fUE5bWOoImb+TdkutZwCbBguG UuC9okCTDRkQ33FXeyU9usg= =Fh5s -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:37: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 D2CC816A41C for ; Tue, 24 May 2005 20:37:55 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 781EF43D48 for ; Tue, 24 May 2005 20:37:55 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001) id D312BAF3EE; Tue, 24 May 2005 22:37:53 +0200 (CEST) Date: Tue, 24 May 2005 22:37:53 +0200 From: Krzysztof Kowalik To: Kris Kennaway Message-ID: <20050524203753.GA28484@uci.agh.edu.pl> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> <20050524143726.GA29642@uci.agh.edu.pl> <20050524162034.GA59728@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524162034.GA59728@xor.obsecurity.org> Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:37:56 -0000 Kris Kennaway [kris@obsecurity.org] wrote: > > I didn't see any visible difference, in the given scenario of > > uncompressing firefox's sources, when tried mpsafevfs's patches when > > they got announced on current@. > There have been a *lot* of changes in this area since the initial > patches (i.e. continued removal of Giant), so you'd really need to > re-test on a recent version of 6.0 to be definitive. Could be. Though given my present experience with 5.4-RELEASE, where I have no problems on my current hardware, I'd assume the issues I used to observe were not really VFS/Giant related. And yes, I ruled the USB issue out as well. I will try to put my hands on the mentioned AMD box once again, to run some current 6.0 on it. -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:56: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 6129916A41C for ; Tue, 24 May 2005 20:56:19 +0000 (GMT) (envelope-from nexus@hoth.amu.edu.pl) Received: from hoth.amu.edu.pl (hoth.amu.edu.pl [150.254.110.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00CE543D48 for ; Tue, 24 May 2005 20:56:16 +0000 (GMT) (envelope-from nexus@hoth.amu.edu.pl) Received: from localhost (localhost [127.0.0.1]) by hoth.amu.edu.pl (Postfix) with ESMTP id 712C610E40B; Tue, 24 May 2005 22:56:15 +0200 (CEST) Received: from hoth.amu.edu.pl ([127.0.0.1]) by localhost (hoth.amu.edu.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 36116-01-2; Tue, 24 May 2005 22:56:11 +0200 (CEST) Received: from aristo (hoth.amu.edu.pl [150.254.110.14]) by hoth.amu.edu.pl (Postfix) with ESMTP id 7263010E405; Tue, 24 May 2005 22:56:11 +0200 (CEST) Date: Tue, 24 May 2005 22:56:09 +0200 From: Bohdan Horst To: Kris Kennaway Message-ID: <20050524205609.GC35326@aristo> References: <20050524193117.GA35326@aristo> <20050524193707.GA11906@xor.obsecurity.org> <20050524201701.GB35326@aristo> <20050524202118.GB28257@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524202118.GB28257@xor.obsecurity.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at hoth.amu.edu.pl Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:56:19 -0000 On Tue, May 24, 2005 at 01:21:19PM -0700, Kris Kennaway wrote: > On Tue, May 24, 2005 at 10:17:01PM +0200, Bohdan Horst wrote: > > On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote: > > > > > OK, it might be trustable..but you're still testing gcc 2/gcc 3 as > pointed out by another poster. If you use the same 4.x binaries on > both machines it might be better. NUMERIC SORT: 4.11= 499.52 494.31 5.4= 451.26 449.7 5.4O= 491.66 492.53 STRING SORT: 4.11= 24.13 24.11 5.4= 25.286 25.294 5.4O= 24.206 24.213 BITFIELD(e+8) 4.11= 1.133 1.1319 5.4= 1.1239 1.1239 5.4O= 1.1358 1.1358 FP EMULATION 4.11= 18.951 18.755 5.4= 25.044 25.029 5.4O= 18.818 18.818 FOURIER 4.11= 5361 5356.3 5.4= 5076.3 5076.3 5.4O= 5577 5577 ASSIGNMENT 4.11= 5.4795 5.4469 5.4= 5.8986 5.8968 5.4O= 5.481 5.4763 IDEA 4.11= 595.23 592.13 5.4= 660.65 660.65 5.4O= 593.91 593.83 HUFFMAN 4.11= 332.47 330.91 5.4= 409.06 408.95 5.4O= 333.16 333.16 NEURAL NET 4.11= 7.0374 6.9882 5.4= 7.2976 7.2955 5.4O= 7.033 7.0201 LU DECOMP. 4.11= 225.94 226.76 5.4= 211.56 210.84 5.4O= 219.41 220.15 original: INTEGER INDEX 4.11= 12.305 12.238 5.4= 13.409 13.400 5.4O= 12.275 12.277 FLOATING-POINT 4.11= 9.309 9.296 5.4= 9.052 9.041 5.4O= 9.339 9.344 new: MEMORY INDEX 4.11= 3.321 3.313 5.4= 3.448 3.448 5.4O= 3.328 3.327 INTEGER INDEX 4.11= 2.895 2.873 5.4= 3.271 3.268 5.4O= 2.878 2.880 FLOATING-POINT 4.11= 5.163 5.156 5.4= 5.020 5.014 5.4O= 5.180 5.182 (5.4O == 4.11 binary on 5.4R) almost identical speed :) regards -- Bohdan 'Nexus' Horst From owner-freebsd-stable@FreeBSD.ORG Tue May 24 20:59: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 15F2B16A41C for ; Tue, 24 May 2005 20:59:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id B466043D1D for ; Tue, 24 May 2005 20:59:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 31697515DD; Tue, 24 May 2005 14:00:27 -0700 (PDT) Date: Tue, 24 May 2005 14:00:26 -0700 From: Kris Kennaway To: Bohdan Horst Message-ID: <20050524210026.GA28898@xor.obsecurity.org> References: <20050524193117.GA35326@aristo> <20050524193707.GA11906@xor.obsecurity.org> <20050524201701.GB35326@aristo> <20050524202118.GB28257@xor.obsecurity.org> <20050524205609.GC35326@aristo> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <20050524205609.GC35326@aristo> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 20:59:41 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 10:56:09PM +0200, Bohdan Horst wrote: > On Tue, May 24, 2005 at 01:21:19PM -0700, Kris Kennaway wrote: > > On Tue, May 24, 2005 at 10:17:01PM +0200, Bohdan Horst wrote: > > > On Tue, May 24, 2005 at 12:37:08PM -0700, Kris Kennaway wrote: > > > >=20 > >=20 > > OK, it might be trustable..but you're still testing gcc 2/gcc 3 as > > pointed out by another poster. If you use the same 4.x binaries on > > both machines it might be better. >=20 >=20 > NUMERIC SORT: 4.11=3D 499.52 494.31 5.4=3D 451.26 449.7 5.4O=3D 491.6= 6 492.53 > STRING SORT: 4.11=3D 24.13 24.11 5.4=3D 25.286 25.294 5.4O=3D 24.20= 6 24.213 > BITFIELD(e+8) 4.11=3D 1.133 1.1319 5.4=3D 1.1239 1.1239 5.4O=3D 1.135= 8 1.1358 > FP EMULATION 4.11=3D 18.951 18.755 5.4=3D 25.044 25.029 5.4O=3D 18.81= 8 18.818 > FOURIER 4.11=3D 5361 5356.3 5.4=3D 5076.3 5076.3 5.4O=3D 5577 = 5577 > ASSIGNMENT 4.11=3D 5.4795 5.4469 5.4=3D 5.8986 5.8968 5.4O=3D 5.481= 5.4763 > IDEA 4.11=3D 595.23 592.13 5.4=3D 660.65 660.65 5.4O=3D 593.9= 1 593.83 > HUFFMAN 4.11=3D 332.47 330.91 5.4=3D 409.06 408.95 5.4O=3D 333.1= 6 333.16 > NEURAL NET 4.11=3D 7.0374 6.9882 5.4=3D 7.2976 7.2955 5.4O=3D 7.033= 7.0201 > LU DECOMP. 4.11=3D 225.94 226.76 5.4=3D 211.56 210.84 5.4O=3D 219.4= 1 220.15 > original: > INTEGER INDEX 4.11=3D 12.305 12.238 5.4=3D 13.409 13.400 5.4O=3D 12.27= 5 12.277 > FLOATING-POINT 4.11=3D 9.309 9.296 5.4=3D 9.052 9.041 5.4O=3D 9.339= 9.344 > new: > MEMORY INDEX 4.11=3D 3.321 3.313 5.4=3D 3.448 3.448 5.4O=3D 3.328= 3.327 > INTEGER INDEX 4.11=3D 2.895 2.873 5.4=3D 3.271 3.268 5.4O=3D 2.878= 2.880 > FLOATING-POINT 4.11=3D 5.163 5.156 5.4=3D 5.020 5.014 5.4O=3D 5.180= 5.182 >=20 > (5.4O =3D=3D 4.11 binary on 5.4R) >=20 > almost identical speed :) Yeah, that's pretty much expected since these are userland benchmarks (but still good to confirm!) Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk5XqWry0BWjoQKURAiE+AKD0OOLMH6MqAQ5T4lN5m307WTDOzQCg10TZ O0HveLxsmuGwp/LpgU6YO5I= =W9P9 -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:00: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 CEB6916A41C for ; Tue, 24 May 2005 21:00:32 +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 6A9FC43D49 for ; Tue, 24 May 2005 21:00:32 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-244-56.client.mchsi.com[12.216.244.56]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20050524210028m9100pv8k8e>; Tue, 24 May 2005 21:00:28 +0000 Message-ID: <429395E8.5010707@math.missouri.edu> Date: Tue, 24 May 2005 16:00:24 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050521 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <42934F0E.7080405@math.missouri.edu> <20050524162503.GB59728@xor.obsecurity.org> In-Reply-To: <20050524162503.GB59728@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: panic on 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, 24 May 2005 21:00:33 -0000 Kris Kennaway wrote: > > Something is still wrong, because no source code references are listed > here (i.e. this is what you'd get if you ran gdb on kernel, not > kernel.dump). > I think that it was because I did the config -g "after the fact." Now I get something like this. I hope that this is useful. (By "after the fact" I mean - I did a "config -g HUB2" with the destdir the same as the destdir that I had used to make the original kernel. I hoped to save some time on the resulting make depend && make. But it looks like it simply did not make a lot of the labels. This is still an "after the fact" kernel creation, except I used a brand new destdir. If this isn't right, I can install this new kernel and wait for yet another panic.) Script started on Tue May 24 15:54:07 2005 hub2# kgdb kernel.debug /var/crash/vmcore.84 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:160 #1 0xc0618187 in boot (howto=260) at ../../../kern/kern_shutdown.c:410 #2 0xc06184ad in panic (fmt=0xc07f1834 "%s") at ../../../kern/kern_shutdown.c:566 #3 0xc07a9310 in trap_fatal (frame=0xe92ad884, eva=44) at ../../../i386/i386/trap.c:817 #4 0xc07a8a89 in trap (frame= {tf_fs = -383123432, tf_es = -1067450352, tf_ds = -383123440, tf_edi = -1003533220, tf_esi = -383067908, tf_ebp = -383067932, tf_isp = -383067984, tf_ebx = 4, tf_edx = 0, tf_ecx = -953280640, tf_eax = 6, tf_trapno = 12, tf_err = 0, tf_eip = -1067377559, tf_cs = 8, tf_eflags = 65559, tf_esp = 327361, tf_ss = 0}) at ../../../i386/i386/trap.c:255 #5 0xc079679a in calltrap () at ../../../i386/i386/exception.s:140 #6 0xe92a0018 in ?? () #7 0xc0600010 in exit1 (td=0xc72e1780, rv=0) at ../../../kern/kern_exit.c:189 #8 0xc0612151 in sysctl_out_proc (p=0xc42f4c5c, req=0xe92adc08, flags=0) at ../../../kern/kern_proc.c:887 #9 0xc06128f0 in sysctl_kern_proc (oidp=0x0, arg1=0x0, arg2=0, req=0xe92adc08) at ../../../kern/kern_proc.c:1076 #10 0xc06202b7 in sysctl_root (oidp=0x0, arg1=0x0, arg2=0, req=0xe92adc08) at ../../../kern/kern_sysctl.c:1225 #11 0xc06204a4 in userland_sysctl (td=0x0, name=0xe92adc74, namelen=3, old=0xe92adc08, oldlenp=0xbfbfe9cc, inkernel=0, new=0x0, newlen=0, retval=0xe92adc70) at ../../../kern/kern_sysctl.c:1322 #12 0xc0620355 in __sysctl (td=0xc459f000, uap=0xe92add04) at ../../../kern/kern_sysctl.c:1259 #13 0xc07a964b in syscall (frame= {tf_fs = 134545455, tf_es = 672792623, tf_ds = -1078001617, tf_edi = 3, tf_esi = -1077941812, tf_ebp = -1077941864, tf_isp = -383066780, tf_ebx = 672808748, tf_edx = 135135232, tf_ecx = -1077941760, tf_eax = 202, tf_trapno = 22, tf_err = 2, tf_eip = 672308527, tf_cs = 31, tf_eflags = 662, tf_esp = -1077941924, tf_ss = 47}) at ../../../i386/i386/trap.c:1009 #14 0xc07967ef in Xint0x80_syscall () at ../../../i386/i386/exception.s:201 #15 0x0805002f in ?? () #16 0x281a002f in ?? () #17 0xbfbf002f in ?? () #18 0x00000003 in ?? () #19 0xbfbfe9cc in ?? () #20 0xbfbfe998 in ?? () ---Type to continue, or q to quit--- #21 0xe92add64 in ?? () #22 0x281a3f2c in ?? () #23 0x080e0000 in ?? () #24 0xbfbfea00 in ?? () #25 0x000000ca in ?? () #26 0x00000016 in ?? () #27 0x00000002 in ?? () #28 0x28129d2f in ?? () #29 0x0000001f in ?? () #30 0x00000296 in ?? () #31 0xbfbfe95c in ?? () #32 0x0000002f in ?? () #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0x00000000 in ?? () #36 0xffff0000 in ?? () #37 0x5e790000 in ?? () #38 0xc72b654c in ?? () #39 0xc459f000 in ?? () #40 0xe92adaa8 in ?? () #41 0xe92ada90 in ?? () #42 0xc38a0480 in ?? () #43 0xc0628803 in sched_switch (td=0xbfbfe9cc, newtd=0x281a3f2c, flags=Cannot access memory at address 0xbfbfe9a8 ) at ../../../kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) (kgdb) quit hub2# ^Dexit Script done on Tue May 24 15:54:23 2005 From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:00: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 DD87D16A41C for ; Tue, 24 May 2005 21:00:40 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E0643D1D for ; Tue, 24 May 2005 21:00:40 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 9A6AB2F20D; Tue, 24 May 2005 23:00:39 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4OL2VKA011970; Tue, 24 May 2005 23:02:31 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <42939667.6080503@incubus.de> Date: Tue, 24 May 2005 23:02:31 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bohdan Horst References: <20050524193117.GA35326@aristo> <20050524193707.GA11906@xor.obsecurity.org> <20050524201701.GB35326@aristo> <20050524202118.GB28257@xor.obsecurity.org> <20050524205609.GC35326@aristo> In-Reply-To: <20050524205609.GC35326@aristo> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 21:00:41 -0000 Bohdan Horst wrote: > (5.4O == 4.11 binary on 5.4R) > almost identical speed :) Well, that's hardly surprising.. short of minimizing the number of page faults and avoiding TLB/cache shootdowns, what can the OS do to speed up the CPU pipeline? The nbench program doesn't benchmark any OS functions at all (except for loading time). mkb. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:09: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 8757816A41C for ; Tue, 24 May 2005 21:09:35 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2194943D49 for ; Tue, 24 May 2005 21:09:35 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 0CF2E2FFC4 for ; Tue, 24 May 2005 23:09:33 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4OLBPS4012000 for ; Tue, 24 May 2005 23:11:26 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <4293987D.7090900@incubus.de> Date: Tue, 24 May 2005 23:11:25 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20050524193117.GA35326@aristo> <20050524193707.GA11906@xor.obsecurity.org> <20050524201701.GB35326@aristo> <20050524202118.GB28257@xor.obsecurity.org> <20050524205609.GC35326@aristo> <42939667.6080503@incubus.de> In-Reply-To: <42939667.6080503@incubus.de> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 21:09:35 -0000 > Well, that's hardly surprising.. short of minimizing the number of page > faults and avoiding TLB/cache shootdowns, what can the OS do to speed up > the CPU pipeline? The nbench program doesn't benchmark any OS functions > at all (except for loading time). Btw., what these programs aren't completely nonsense, what they are good for is stuff like finding out that the G5 processor in an 1.6ghz iMac has about 1/3 faster floating point performance than a 3ghz pentium-4 (but somewhat lower integer and memory performance). However, it doesn't show that for certain workloads the p4 I tested is much faster than the particular g5 iMac, since it's got double the amount of 2nd level cache (1mb vs. 512K). So the results are always very special and say very little about allround performance. (For example, for numerical stuff, the iMac would be the better choice, except if you have workloads which benefit significantly from a larger cache.) mkb. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:22: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 2887216A41C for ; Tue, 24 May 2005 21:22:31 +0000 (GMT) (envelope-from daniel.werzberger@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA36043D1F for ; Tue, 24 May 2005 21:22:30 +0000 (GMT) (envelope-from daniel.werzberger@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so1104481rng for ; Tue, 24 May 2005 14:22:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:mime-version:content-type:x-mailer:thread-index:x-mimeole:message-id; b=H+Eyaa3Dc/gERAjLndKdL8Xl+ePLnUa0CaymFqI/6KqThx1f65c9/tEfv2a3dN8XprjQdO/ZYFUhI1OSo/SHcdbk1yFPfICYca5p4DIBOiyao1M7Fi3UCbft3I8bk/jWmxSTyf3JC/LrfzrgSMI61Chzodeq+lRhFWfmYpVOzOA= Received: by 10.38.9.14 with SMTP id 14mr2995928rni; Tue, 24 May 2005 14:22:29 -0700 (PDT) Received: from homepc1 ([62.78.226.12]) by mx.gmail.com with ESMTP id h17sm17201rnb.2005.05.24.14.22.28; Tue, 24 May 2005 14:22:29 -0700 (PDT) From: "Daniel Werzberger" To: Date: Wed, 25 May 2005 00:23:51 +0300 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcVgpuFoqKSmrqCOQrmQi4xAra6PzQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-ID: <42939b15.220ddbc8.5cb9.117b@mx.gmail.com> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Microsoft Standard Wireless Optical Mouse usb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 21:22:31 -0000 Hello, I have had a really hard time with this Microsoft Standard Wireless Optical Mouse on usb. Didn't work no matter what I tried as it seemed to have a different-than-standard data placement in the data frame. In the end I had to make some changes (ugly hacks) to ums.c and now it works fine (but only with this mouse!). If someone is in (desperate) need for it or wants an advice, maybe I can help. Regards, Daniel From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:24: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 C45C716A41C for ; Tue, 24 May 2005 21:24:00 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8061E43D1F for ; Tue, 24 May 2005 21:24:00 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.no-ip.com) Received: (qmail 18464 invoked from network); 24 May 2005 21:24:00 -0000 Received: by simscan 1.1.0 ppid: 18448, pid: 18458, t: 0.1239s scanners: clamav: 0.84/m:31/d:888 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 24 May 2005 21:24:00 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 6352F2D; Tue, 24 May 2005 17:23:59 -0400 (EDT) Sender: lowell@be-well.ilk.org To: Scott Robbins References: <200505241207.35873.fcash@ocis.net> <20050524191424.GA52486@uws1.starlofashions.com> <200505241227.22642.fcash@ocis.net> <20050524203727.GA52915@uws1.starlofashions.com> From: Lowell Gilbert Date: 24 May 2005 17:23:59 -0400 In-Reply-To: <20050524203727.GA52915@uws1.starlofashions.com> Message-ID: <44r7fwb9n4.fsf@be-well.ilk.org> Lines: 8 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: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) 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, 24 May 2005 21:24:00 -0000 Scott Robbins writes: > True, but in general, having gotten used to LINT, usually, I would just > check notes for syntax--for instance, I might see something about > PREEMPTION and just do (while in i386/conf) grep PREEMPT NOTES. Don't forget sys/conf/NOTES, either. [which includes PREEMPTION, albeit without any useful info] From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:27: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 EDE8D16A41C for ; Tue, 24 May 2005 21:27:47 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: from smtp.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 10B1243D48 for ; Tue, 24 May 2005 21:27:46 +0000 (GMT) (envelope-from martinkov@pobox.sk) Received: (qmail 41658 invoked by uid 0); 24 May 2005 21:27:45 -0000 Received: from r4aq181.chello.upc.cz (HELO ?84.42.170.181?) (84.42.170.181) by smtp.dkm.cz with SMTP; 24 May 2005 21:27:45 -0000 Message-ID: <42939C50.9030105@pobox.sk> Date: Tue, 24 May 2005 23:27:44 +0200 From: martinko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050520 X-Accept-Language: sk, cs, en-gb, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 21:27:48 -0000 Matthias Buelow wrote: > Scott Robbins wrote: > > >>Judging from the forums and various other things, it seems that a lot of >>people aren't aware of the second NOTES file. (Of course, you can do >>make LINT while in /conf, which I blush to admit, is what I did >>before I realized the existance of the second NOTES file. :) > > > Hmm, I didn't know about it either, even though it is referenced at the > top of the machdep NOTES file (but who reads that stuff.. ;) yeah, you're right, it's there and now i remember i went through it a few months ago when i was configuring my first bsd installation. (i'm sorry, my memory is not very good anymore.) the reason i skipped it is most likely that it's under section "SMP Debugging Options" which didn't sound to me to be (useful) for my laptop. i'll try it now. thank you all for you responses! martin > > mkb. > > _______________________________________________ > 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 May 24 21:50: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 200CA16A41C for ; Tue, 24 May 2005 21:50:06 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B781443D48 for ; Tue, 24 May 2005 21:50:05 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 6AC522FDBD; Tue, 24 May 2005 23:49:59 +0200 (CEST) Message-ID: <4293A18F.6080200@incubus.de> Date: Tue, 24 May 2005 23:50:07 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> In-Reply-To: <20050524202647.GA28322@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Max Laier , freebsd-stable@freebsd.org, Mike Jakubik Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 21:50:06 -0000 Kris Kennaway wrote: >>Hmm... atapci1 is shared with fxp0 on irq 20.. does fxp0 also require >>the giant lock? > > I don't think so..but the shared interrupt might still be causing some > other problem. Try compiling a kernel without fxp support and see if > you still have the interactive problems under disk load. Ok, I now have tried a) with HTT switched off in BIOS, b) with HTT off and without the fxp driver (so that atapci1 is the only driver on irq 20) and c) on a Compaq notebook, all machines running 5.4-stable. Basically, the problem occurs in all 3 scenarios. However, while cases a) and b) don't seem to be any different from the original scenario, it is a lot less pronounced on the notebook (c). In c) the mouse cursor doesn't really jump but only "feels" a bit like moving thru syrup, and audio playback (from a remote stream) stops only for fractions of a second. in a) and b), when moving the mouse, the mouse cursor literally jumps around on the screen for several seconds many times during disk i/o, and audio playback stops for ca. 1 second pauses and starts stuttering, like in the original scenario. Curiously I apparently can only reproduce it when untarring large archives like firefox/thunderbird. An ordinary find, or removing the stuff again doesn't seem to show any of those symptoms. The machines are: Intel ICH6-based desktop machine, 3ghz p4 ht, sata disk, and Intel 440BX, 850mhz p3 notebook, udma33 ata disk. mkb. From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:51: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 8E3DC16A41C; Tue, 24 May 2005 21:51:54 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2887A43D53; Tue, 24 May 2005 21:51:53 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 24 May 2005 17:51:51 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id C3FDC13641; Tue, 24 May 2005 17:51:53 -0400 (EDT) Date: Tue, 24 May 2005 17:51:53 -0400 From: Ed Maste To: freebsd-stable@freebsd.org Message-ID: <20050524215153.GA35718@sandvine.com> References: <20050524165907.GA20674@sandvine.com> <20050524173648.GA29183@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524173648.GA29183@sandvine.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 24 May 2005 21:51:51.0367 (UTC) FILETIME=[CAD63570:01C560AA] Cc: jmg@freebsd.org Subject: Re: libc_r kqueue fd leak X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 21:51:54 -0000 On Tue, May 24, 2005 at 01:36:48PM -0400, Ed Maste wrote: > On Tue, May 24, 2005 at 12:59:07PM -0400, Ed Maste wrote: > > > We discovered a kqueue leak when running one of our 4.x applications on > > FreeBSD 5.3 using the compat libc_r. It turns out it's caused by libc_r's > > close() failing. > > I've attached a patch which stops libc_r close() from bailing if fstat() > returns an error. This fixes the kqueue leak. This logic would also have > to make its way into the compat library via 4.x to fully resolve the issue. After a little more research it seems the kernel fix is already documented in threads/75795. Version 1.77 of kern_event.c changed kqueue_stat to just return ENXIO. We discovered the problem because each call in our app to getipnodebyname (and in turn the resolver) leaked one kqueue, which eventually used up all kernel memory and then caused a panic. I noticed that jmg originally did the kqueue locking work which removed kqueue_stat, hence the CC:. Thanks, Ed -- Ed Maste, Sandvine Incorporated From owner-freebsd-stable@FreeBSD.ORG Tue May 24 21:51: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 D0DE416A41C for ; Tue, 24 May 2005 21:51:56 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02-smtplb.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7781843D53 for ; Tue, 24 May 2005 21:51:56 +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-02.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id j4OLpnId023561 for ; Tue, 24 May 2005 17:51:51 -0400 (EDT) Received: by mail.scottro.net (Postfix, from userid 1001) id 183BC61B0; Tue, 24 May 2005 17:51:49 -0400 (EDT) Date: Tue, 24 May 2005 17:51:49 -0400 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20050524215149.GA24272@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <200505241207.35873.fcash@ocis.net> <20050524191424.GA52486@uws1.starlofashions.com> <200505241227.22642.fcash@ocis.net> <20050524203727.GA52915@uws1.starlofashions.com> <44r7fwb9n4.fsf@be-well.ilk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <44r7fwb9n4.fsf@be-well.ilk.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 21:51:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, May 24, 2005 at 05:23:59PM -0400, Lowell Gilbert wrote: > Scott Robbins writes: > > > True, but in general, having gotten used to LINT, usually, I would just > > check notes for syntax--for instance, I might see something about > > PREEMPTION and just do (while in i386/conf) grep PREEMPT NOTES. > > Don't forget sys/conf/NOTES, either. [which includes PREEMPTION, > albeit without any useful info] Sorry, perhaps this wasn't clear, I must have snipped too much--that's what we were discussing, the fact that many people miss sys/conf/NOTES. :) > - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: Well, yeah. I'd give anything to be able to turn invisible. I wouldn't use my powers to beat people up, but use my powers to protect the girl's locker room. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk6H1+lTVdes0Z9YRAkwFAJ9xv92iEWE/4uMbGEPqDJhij6F3aACgv0cM /+Tc0XN6NzWJ4r/4UD/kHUw= =Swm0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 22:04: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 ECFE316A41C for ; Tue, 24 May 2005 22:04:41 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from pih-relay06.plus.net (pih-relay06.plus.net [212.159.14.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EE6243D1F for ; Tue, 24 May 2005 22:04:41 +0000 (GMT) (envelope-from jay@codegurus.org) Received: from jayton.plus.com ([84.92.156.191] helo=[127.0.0.1]) by pih-relay06.plus.net with esmtp (Exim) id 1DahVw-0008Im-6a; Tue, 24 May 2005 23:04:40 +0100 Message-ID: <4293A527.7010605@codegurus.org> Date: Tue, 24 May 2005 23:05:27 +0100 From: Jayton Garnett User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kirill Ponomarew References: <20050524201912.B490916A41F@hub.freebsd.org> <42938EFE.1020906@codegurus.org> <20050524203716.GM74184@voodoo.oberon.net> In-Reply-To: <20050524203716.GM74184@voodoo.oberon.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: portsdb warning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 22:04:42 -0000 Kirill Ponomarew wrote: >On Tue, May 24, 2005 at 09:30:54PM +0100, Jayton Garnett wrote: > > >>Hello list, >> >>Is this a warning to be concerned about? or to not worry about? >>----------- >>jayton# portsdb -Uu >>Updating the ports index ... Generating INDEX.tmp - please >>wait.."/usr/ports/Mk/bsd.port.mk", line 4847: warning: duplicate script >>for target "add-plist-post" ignored >>----------- >> >> > >Just ignore it, it's harmless. > >-Kirill > > > > Thanks, Thought so. :-) Still waiting for my test server to finish portsdb (only a little compaq PII 350mhz, w/128mb ram & FreeBSD 5.4) Jayton From owner-freebsd-stable@FreeBSD.ORG Tue May 24 22:14: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 B5B0616A41C for ; Tue, 24 May 2005 22:14:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 609B943D1F for ; Tue, 24 May 2005 22:14:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 42D5C5152F; Tue, 24 May 2005 15:14:55 -0700 (PDT) Date: Tue, 24 May 2005 15:14:54 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050524221454.GA56421@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <4293A18F.6080200@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: Mike Jakubik , Max Laier , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 May 2005 22:14:07 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 11:50:07PM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > >>Hmm... atapci1 is shared with fxp0 on irq 20.. does fxp0 also require > >>the giant lock? > > > >I don't think so..but the shared interrupt might still be causing some > >other problem. Try compiling a kernel without fxp support and see if > >you still have the interactive problems under disk load. >=20 > Ok, I now have tried a) with HTT switched off in BIOS, b) with HTT off > and without the fxp driver (so that atapci1 is the only driver on irq > 20) and c) on a Compaq notebook, all machines running 5.4-stable. > Basically, the problem occurs in all 3 scenarios. OK, thanks for confirming. The next step is for you to try 6.0 with debug.mpsafevfs=3D1 on a machine that exhibits the problem under 5.4, so we can test whether the problem is caused by VFS being under Giant on 5.4. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk6deWry0BWjoQKURAuOUAKDHiQRnSMFZu2oTmACL6705o5g+BQCfXUT5 RMBAOaqtK2XrZ7TqEy6V0gQ= =5XEk -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-stable@FreeBSD.ORG Tue May 24 23:01: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 CF7E516A41C for ; Tue, 24 May 2005 23:01:33 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DDA443D1D for ; Tue, 24 May 2005 23:01:33 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 25149 invoked from network); 24 May 2005 23:01:33 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail27.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 24 May 2005 23:01:32 -0000 Received: from hydrogen.funkthat.com (ezklyv@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.12.10/8.11.6) with ESMTP id j4ON1W2g022327; Tue, 24 May 2005 16:01:32 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j4ON1Vv0022326; Tue, 24 May 2005 16:01:31 -0700 (PDT) Date: Tue, 24 May 2005 16:01:31 -0700 From: John-Mark Gurney To: Ed Maste Message-ID: <20050524230131.GN959@funkthat.com> Mail-Followup-To: Ed Maste , freebsd-stable@freebsd.org References: <20050524165907.GA20674@sandvine.com> <20050524173648.GA29183@sandvine.com> <20050524215153.GA35718@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524215153.GA35718@sandvine.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org Subject: Re: libc_r kqueue fd leak 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: Tue, 24 May 2005 23:01:34 -0000 Ed Maste wrote this message on Tue, May 24, 2005 at 17:51 -0400: > On Tue, May 24, 2005 at 01:36:48PM -0400, Ed Maste wrote: > > > On Tue, May 24, 2005 at 12:59:07PM -0400, Ed Maste wrote: > > > > > We discovered a kqueue leak when running one of our 4.x applications on > > > FreeBSD 5.3 using the compat libc_r. It turns out it's caused by libc_r's > > > close() failing. > > > > I've attached a patch which stops libc_r close() from bailing if fstat() > > returns an error. This fixes the kqueue leak. This logic would also have > > to make its way into the compat library via 4.x to fully resolve the issue. > > After a little more research it seems the kernel fix is already documented > in threads/75795. Version 1.77 of kern_event.c changed kqueue_stat to just > return ENXIO. > > We discovered the problem because each call in our app to getipnodebyname > (and in turn the resolver) leaked one kqueue, which eventually used up all > kernel memory and then caused a panic. > > I noticed that jmg originally did the kqueue locking work which removed > kqueue_stat, hence the CC:. yes, the reason I made _stat return ENXIO is that _read and _write are not supported by kqueue, and so _stat provided useless information. When I added locking, it would only be reading a value that would immediately be able to be changed, making it informational at best.. You'd better spend your syscall calling kevent and getting a few events off the queue than trying to figure out how much work you have to do... (In one of my programs, I have code that dynamicly increases the number of kevent structs I pull off if I get the max..) After being pestered by ps, I have created a patch.. after a quick test that it compiles and runs, I'll commit it... Though libc_r depending upon _stat seems broken to me... Who knows what else doesn't implement _stat and can't be closed.. -- 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 Wed May 25 01:30: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 C3C6816A41C for ; Wed, 25 May 2005 01:30:52 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08B1343D49 for ; Wed, 25 May 2005 01:30:51 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 24 May 2005 21:30:48 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id D1EC01360A; Tue, 24 May 2005 21:30:50 -0400 (EDT) Date: Tue, 24 May 2005 21:30:50 -0400 From: Ed Maste To: freebsd-stable@freebsd.org Message-ID: <20050525013050.GC35718@sandvine.com> References: <20050524165907.GA20674@sandvine.com> <20050524173648.GA29183@sandvine.com> <20050524215153.GA35718@sandvine.com> <20050524230131.GN959@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524230131.GN959@funkthat.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 25 May 2005 01:30:48.0951 (UTC) FILETIME=[61727070:01C560C9] Subject: Re: libc_r kqueue fd leak X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 01:30:52 -0000 On Tue, May 24, 2005 at 04:01:31PM -0700, John-Mark Gurney wrote: > yes, the reason I made _stat return ENXIO is that _read and _write are > not supported by kqueue, and so _stat provided useless information. > When I added locking, it would only be reading a value that would > immediately be able to be changed, making it informational at best.. > You'd better spend your syscall calling kevent and getting a few > events off the queue than trying to figure out how much work you > have to do... (In one of my programs, I have code that dynamicly > increases the number of kevent structs I pull off if I get the max..) > > After being pestered by ps, I have created a patch.. after a quick test > that it compiles and runs, I'll commit it... Though libc_r depending > upon _stat seems broken to me... Who knows what else doesn't implement > _stat and can't be closed.. Thanks for committing that. I agree that it's goofy for libc_r to depend on stat, hence the libc_r uthread_close patch I posted. Unfortunately that would require a 4.x libc_r for compat too. -ed From owner-freebsd-stable@FreeBSD.ORG Wed May 25 02:17: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 16EE016A420 for ; Wed, 25 May 2005 02:17:53 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50305.mail.yahoo.com (web50305.mail.yahoo.com [206.190.38.59]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A76743D58 for ; Wed, 25 May 2005 02:17:52 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 43554 invoked by uid 60001); 25 May 2005 02:17:51 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=vwBYfsGxOPhkaU2Ljpke16IXnI3MEJlS36INX1MUXejakFIj8QDmThf/Lgb+vB020ebhXM9FJVPtNrogBPplJ5pOXCwhkXEfmKV3XlPztxl3o+cxkOSH+EP8wcd62TJ9RQ86/vsMvOt0gxr8FZShI390kfmfaEI/zjYbREKkYQY= ; Message-ID: <20050525021751.43552.qmail@web50305.mail.yahoo.com> Received: from [67.99.246.2] by web50305.mail.yahoo.com via HTTP; Tue, 24 May 2005 19:17:51 PDT Date: Tue, 24 May 2005 19:17:51 -0700 (PDT) From: alan bryan To: "Sřren" Schmidt In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 02:17:53 -0000 --- Sřren Schmidt wrote: > > Is there anything in -CURRENT that would help this > to > > work better than 5-STABLE plus the ATA mkIII "n" > > patches? > > Yes, I've done quite a bit of changes that affects > this on -current. > However its done blindfolded since I dont have a > nForce4 based system > here yet (but should soon). > > - Sřren How soon is "soon"? I may be able to send you some hardware too if that would be helpful. I tried a -CURRENT kernel today but didn't build/install world or anything else as I don't want to mess up this machines 5.4 installation. The result was that it now seems to identify all the atapici0 - atapici3 controllers and doesn't do the repeated DISCONNECTED/CONNECTED messages but it still panicked near the end of the bootup process, around the USB area. I called a friend today who has a spare SATA drive I can borrow so I'll be picking that up tomorrow and I'll swap out drives and do a fresh -CURRENT install tomorrow on that new drive to see if I can get it any further along towards a successful boot. I'll report back with my findings. Thanks for the help! --Alan Bryan __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/ From owner-freebsd-stable@FreeBSD.ORG Wed May 25 02:42: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 15F5C16A41C for ; Wed, 25 May 2005 02:42:06 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxsf10.cluster1.charter.net (mxsf10.cluster1.charter.net [209.225.28.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 923A443D54 for ; Wed, 25 May 2005 02:42:05 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxip09a.cluster1.charter.net (mxip09a.cluster1.charter.net [209.225.28.139]) by mxsf10.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j4P2g2Dx019358 for ; Tue, 24 May 2005 22:42:03 -0400 Received: from pc-24-151-49-073.newt1.ct.charter.com (HELO laptop) (24.151.49.73) by mxip09a.cluster1.charter.net with ESMTP; 24 May 2005 22:42:00 -0400 X-IronPort-AV: i="3.93,134,1115006400"; d="scan'208"; a="942951921:sNHT46465036" From: "Matt Smith" To: Date: Tue, 24 May 2005 22:42:00 -0400 Message-ID: <000001c560d3$545e4f80$0401a8c0@laptop> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <20050413031512.6184B16A51E@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: RE: SSHD timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 02:42:06 -0000 I have a friend that has 5.4 where SSHD keeps timing out before authentification. Box has a hardwired 3com NIC. We=92ve tried = everything but can't find the cause of the timeouts. What gives? -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of freebsd-stable-request@freebsd.org Sent: Tuesday, April 12, 2005 11:15 PM To: freebsd-stable@freebsd.org Subject: freebsd-stable Digest, Vol 105, Issue 28 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: virtual machines (MariusN?nnerich) 2. Re: Intel 6300ESB (ICH) SMBus controller not working (Mike Tancsa) 3. Re: Package managment (Robert Backhaus) 4. Adaptec 1210 weird behaviour (Edwin Groothuis) 5. Re: kernel killing processes when out of swap (Vivek Khera) 6. Re: kernel killing processes when out of swap (Nick Barnes) 7. Re: SuperMicro X5DP8-G2MB/(2)XEON 2.4/1GB RAM 5.4-S Freeze (Marc Olzheim) 8. Re: kernel killing processes when out of swap (Marc Olzheim) 9. RE: SuperMicro X5DP8-G2MB/(2)XEON 2.4/1GB RAM 5.4-S Freeze (Don Bowman) 10. Re: SuperMicro X5DP8-G2MB/(2)XEON 2.4/1GB RAM 5.4-S Freeze (Marc Olzheim) 11. Re: kernel killing processes when out of swap (Nick Barnes) 12. Re: 4.11R panics (Doug White) 13. Re: suboptimal handling of accidentally pulled usb devices (5.4) (Doug White) 14. Re: virtual machines (Scott Lambert) 15. Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 (Young Lee) 16. Re: Adaptec 1210 weird behaviour (Scott Long) 17. Re: Kodak USB flash reader causes freezes, panics (Brooks Davis) 18. Re: virtual machines (Frank Mayhar) 19. Re: kernel killing processes when out of swap (Dan Nelson) 20. Re: Package managment (Brooks Davis) 21. Re: kernel killing processes when out of swap (Matthias Buelow) 22. Re: [PATCH] Stability fixes for IPS driver for 4.x (Scott Long) 23. Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 (Vivek Khera) 24. Re: Adaptec 1210 weird behaviour (Edwin Groothuis) 25. Re: Adaptec 1210 weird behaviour (Scott Long) 26. Re: Adaptec 1210 weird behaviour (Jon Noack) 27. Re: kernel killing processes when out of swap (Don Lewis) 28. Re: kernel killing processes when out of swap (Nick Barnes) 29. strange atacontrol output in 5.4-RC1 and 5.4-RC2 (Rostislav Krasny) 30. Re: kernel killing processes when out of swap (Matthias Buelow) 31. scsi card recommendation (Dikshie) 32. reliable "panic: isa_dmastart: bad bounce buffer" (Mikhail Teterin) ---------------------------------------------------------------------- Message: 1 Date: Tue, 12 Apr 2005 14:04:43 +0200 From: MariusN?nnerich Subject: Re: virtual machines To: freebsd-stable@freebsd.org Message-ID: <20050412140443.61f9cc32@olaf> Content-Type: text/plain; charset=3D"us-ascii" Hi, emulators/qemu could do the job for you :) cheers Marius -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050412/c 62edf2f/attachment-0001.bin ------------------------------ Message: 2 Date: Tue, 12 Apr 2005 08:31:00 -0400 From: Mike Tancsa Subject: Re: Intel 6300ESB (ICH) SMBus controller not working To: Philip Murray Cc: freebsd-stable@freebsd.org Message-ID: <6.2.1.2.0.20050412082221.04164328@64.7.153.2> Content-Type: text/plain; charset=3D"us-ascii"; format=3Dflowed At 01:03 AM 12/04/2005, Philip Murray wrote: >On 12/04/2005, at 2:38 PM, Mike Tancsa wrote: > >>At 09:24 PM 11/04/2005, Philip Murray wrote: >>>Hi, >>> >>>I'm running RELENG_5 on a Dell PowerEdge 750 and the ichsmb driver=20 >>>doesn't want to work with it, I get the following on boot: >>> >>>ichsmb0: port 0x8c0-0x8df irq 17=20 >>>at device 31.3 on pci0 >>>device_attach: ichsmb0 attach returned 6 >> >>Does it work if you add >> >>debug.acpi.disabled=3D"sysresource" >> >>to /boot/loader.conf >> > >Thanks for that, It kind of worked. Am I correct in thinking that, that >prevents ACPI attaching to the controller so that the ichsmb driver can?=20 >In which case, if ACPI does attach to it, does that mean I'd get=20 >temperature values in the hw.acpi.thermal tree? Not sure of the full details as to what it disables, but I can still get it=20 with it in my loader.conf sysctl -A hw.acpi.thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 40.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 73.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 75.0C hw.acpi.thermal.tz0._ACx: 73.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 # grep -i smbu /var/run/dmesg.boot ichsmb0: port 0x5000-0x501f irq 10=20 at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 # cat /boot/loader.conf debug.acpi.disabled=3D"sysresource" Also, for xmbmon, it doesnt seem to need the smb device compiled into the=20 kernel. I think the issue is the ICH6 info has changed and its just not parsing the information correctly. Try mbmom -D on your machine [verify1] /home/mdtancsa# mbmon -D Probe Request: none >>> Testing Reg's at SMBus <<< [Intel8XX(ICH/ICH2/ICH3/ICH4/ICH5/ICH6), IO-Base:0x5000] SMBus slave 0x5E(0x2F) found... SMBus slave 0x88(0x44) found... SMBus slave 0xA0(0x50) found... SMBus slave 0xA4(0x52) found... Set SMBus slave address: 0x5E Probing Winbond/Asus/LM78/79 chip: CR40:0xFF, CR41:0xFF, CR42:0xFF, CR43:0xFF CR44:0xFF, CR45:0xFF, CR46:0xFF, CR47:0xFF CR48:0xFF, CR49:0xFF, CR4A:0xFF, CR4B:0xFF CR4C:0xFF, CR4D:0xFF, CR4E:0xFF, CR4F:0xFF CR56:0xFF, CR58:0xFF, CR59:0xFF, CR5D:0x19 CR3E:0xFF, CR13:0xFF, CR17:0xFF, CRA1:0xFF CR20:0xFF, CR22:0xFF, CR23:0xFF, CR24:0xFF CR27:0xFF, CR29:0xFF, CR2A:0xFF, CR2B:0xFF Set SMBus slave address: 0x5E Probing Winbond W83L78x chip: CR40:0xFF, CR41:0xFF, CR42:0xFF, CR43:0xFF CR44:0xFF, CR45:0xFF, CR46:0xFF, CR47:0xFF CR48:0xFF, CR49:0xFF, CR4A:0xFF, CR4B:0xFF CR4C:0xFF, CR4D:0xFF, CR4E:0xFF, CR4F:0xFF CR20:0xFF, CR21:0xFF, CR22:0xFF, CR23:0xFF CR26:0xFF, CR27:0xFF, CR28:0xFF, CR29:0xFF CR2B:0xFF, CR2C:0xFF, CR2D:0xFF, CR2E:0xFF SMBus[Intel8XX(ICH/ICH2/ICH3/ICH4/ICH5/ICH6)] found, but No HWM available=20 on it!! >>> Testing Reg's at ISA-IO <<< [ISA Port IO-Base:0x290] Probing Winbond/Asus/LM78/79 chip: CR40:0x01, CR41:0x00, CR42:0x00, CR43:0xFE CR44:0xFF, CR45:0x00, CR46:0x00, CR47:0xF0 CR48:0x2D, CR49:0x03, CR4A:0x01, CR4B:0xC4 CR4C:0x18, CR4D:0x15, CR4E:0x01, CR4F:0xA3 CR56:0x00, CR58:0xFF, CR59:0xFF, CR5D:0xFF CR3E:0x00, CR13:0x00, CR17:0x3C, CRA1:0xC7 CR20:0x82, CR22:0xD2, CR23:0xBE, CR24:0x5E CR27:0x20, CR29:0x3C, CR2A:0xFF, CR2B:0xF0 Probing ITE7805/7812/SIS950 chip: CR00:0x01, CR01:0xF0, CR02:0x01, CR03:0xF0 CR0A:0x01, CR48:0x2D, CR50:0xFF, CR51:0xFF CR20:0x82, CR21:0xC7, CR22:0xD2, CR23:0xBE CR24:0x5E, CR25:0x00, CR26:0x00, CR27:0x20 CR28:0xFF, CR29:0x3C, CR2A:0xFF, CR2B:0xF0 CR0B:0x01, CR0D:0x3C, CR0E:0x01, CR0F:0x01 Using ISA-IO access method!! * Int.Tec.Exp. Chip IT8705F/IT8712F or SIS950 found. [verify1] /home/mdtancsa# On a 915 box I have, [verify1]% mbmon Temp.=3D 255.0, 240.0, 61.0; Rot.=3D 11250, 1350000, 675000 Vcore =3D 2.08, 3.20; Volt. =3D 3.34, 5.08, 5.78, -0.00, -0.00 ^C [verify1]% However, lmmon does seem to work [verify1] /home/mdtancsa# lmmon -p MB temp: 33C / 91F / 306K Fans: 1 : 0 rpm 2 : 2812 rpm 3 : 0 rpm Voltages: Vcore1 : +2.078V Vcore2 : +3.125V + 3.3V : +3.281V + 5.0V : +4.932V +12.0V : +5.875V -12.0V : -0.000V - 5.0V : -0.000V and the thermal info is there [verify1] /home/mdtancsa# sysctl -A hw.acpi.thermal hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 33.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 50.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 100.0C hw.acpi.thermal.tz0._ACx: 50.0C -1 -1 -1 -1 -1 -1 -1 -1 -1 [verify1] /home/mdtancsa# >sysutils/xmbmon and sysutils/healthd can't seem to read anything from it=20 >anyway. Is this because the SMBus has no temperature sensors tied to it?=20 >It has them in the BIOS, so I assumed I could read them in FreeBSD. > >I get ichsmb0: irq 0x04 during -1 in dmesg when trying healthd and > >root@alexis:~/ > healthd -S >ioctl(SMB_WRITEB): Permission denied > >Cheers, >Phil ------------------------------ Message: 3 Date: Tue, 12 Apr 2005 22:45:11 +1000 From: Robert Backhaus Subject: Re: Package managment To: Jan Sebosik Cc: freebsd-stable@freebsd.org Message-ID: Content-Type: text/plain; charset=3DISO-8859-1 On Apr 12, 2005 6:28 PM, Jan Sebosik wrote: > Hi >=20 > I`ve got one simple question: if i`ve built packages on my freebsd > 5.3-RELEASE system, do I need to rebuilt them again for 5.4-RELEASE > (after downloading && compiling from sources) ? >=20 > Best regards, > Jan Sebosik > _______________________________________________ > 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" >=20 With care, in many situations, you should be able to get away with it. Problems occur with ports that contain kernel modules (ltmdm, nvidia-driver). There have also been major changes within ports (new gtk versions, and a gnome upgrade) which will make partial rebuilding hazardous. Most of us would recommend a general rebuild, for safety's sake. ------------------------------ Message: 4 Date: Tue, 12 Apr 2005 23:07:27 +1000 From: Edwin Groothuis Subject: Adaptec 1210 weird behaviour To: freebsd-stable@freebsd.org Message-ID: <20050412130727.GE1209@k7.mavetju> Content-Type: text/plain; charset=3Dus-ascii The Adaptec 1210 is a serial ATA RAID0/1 controller. When the two disks are configured as RAID1, FreeBSD still sees two harddisks instead of one. This is with 5.3. Scary :-) Will try this weekend with 5.4 --=20 Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ ------------------------------ Message: 5 Date: Tue, 12 Apr 2005 09:52:59 -0400 From: Vivek Khera Subject: Re: kernel killing processes when out of swap To: freebsd-stable@freebsd.org Message-ID: <0c9a92c2eb7461f25aa924322407f950@khera.org> Content-Type: text/plain; charset=3D"us-ascii" On Apr 11, 2005, at 12:01 PM, Steven Hartland wrote: > of swap? Which leads to the question would it not be more sensible to > kill off the largest process first as its more than likely that it is=20 > responsible > for the problem? > so when this largest process is your production database server for=20 your e-commerce site, what will you change your recommendation to be? basically, there is no "right" choice of process to kill. a machine=20 that is out of resources is just a bad situation, and the right thing=20 is to try to avoid getting there with careful monitoring and planning. Vivek Khera, Ph.D. +1-301-869-4449 x806 ------------------------------ Message: 6 Date: Tue, 12 Apr 2005 15:06:41 +0100 From: Nick Barnes Subject: Re: kernel killing processes when out of swap=20 To: Vivek Khera Cc: freebsd-stable@freebsd.org Message-ID: <51434.1113314801@thrush.ravenbrook.com> At 2005-04-12 13:52:59+0000, Vivek Khera writes: > > of swap? Which leads to the question would it not be more sensible to > > kill off the largest process first as its more than likely that it is=20 > > responsible > > for the problem? > > >=20 > so when this largest process is your production database server for=20 > your e-commerce site, what will you change your recommendation to be? >=20 > basically, there is no "right" choice of process to kill. a machine=20 > that is out of resources is just a bad situation, and the right thing=20 > is to try to avoid getting there with careful monitoring and planning. The right choice is for mmap() to return ENOMEM, and then for malloc() to return NULL, but almost no operating systems make this choice any more. Nick B ------------------------------ Message: 7 Date: Tue, 12 Apr 2005 16:16:04 +0200 From: Marc Olzheim Subject: Re: SuperMicro X5DP8-G2MB/(2)XEON 2.4/1GB RAM 5.4-S Freeze To: Aaron Summers Cc: stable@freebsd.org Message-ID: <20050412141604.GA1570@stack.nl> Content-Type: text/plain; charset=3D"us-ascii" On Mon, Apr 11, 2005 at 10:12:32PM -0400, Aaron Summers wrote: > We have a SuperMicro X5DP8-G2 Motherboard, 2xXEON 2.4, 1GB RAM server > running 5.4-STABLE that keeps freezing up. We have replaced RAM, HD, > SCSI controller, etc. To no avail. We are running SMP GENERIC > Kernel. I cannot get the system to panic, leave a core dump, etc. It > just always freezes. The server functions as a web server in a > HSphere Cluster. I am about out of options besides loading 4.11 > (since our 4 series servers never die). Any help, feedback, clues, > similar experiences, etc would be greatly appreciated. >=20 > On SCSI: The onboard Adaptec 7902 gives a dump on bootup but appears > to work. I read the archived post about this issue. The system still > locked up with an Adaptec 7982B that did not give this message. We've got exactly the same, but then with the X5DPR-IG2+/X5DPR-8G2+. I've got about 25-30 running FreeBSD 4.6 - 4.11 running perfectly stable, but the 3 that I installed 5.x on, (currently all 5.4-STABLE), keep on hanging themselves up completely, even with no read load on them, within a week. CPUs range from 3.06 to 3.2 GHz, all of them have 4x1GB DIMMs, and 3 SEAGATE ST3146807LC 0007's... I tried updating the BIOSes as well, with both a standard BIOS and one given to us bh supermicro preconfigured fro com-console, so I could flashed them with a remotely booted DOS floppy over com-console. :-) Another thing I noticed: motherboard versions from before 2005 do not detect sio0 on the right place: port 0x2f8-0x2ff irq 3 on acpi0 (the normal place for sio1), resulting in loader/kernel comconsole going to the right port and the userland comconsole going to the wrong port... This problem does not occur on newer versions of the servers... Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050412/6 d433d0c/attachment-0001.bin ------------------------------ Message: 8 Date: Tue, 12 Apr 2005 16:26:40 +0200 From: Marc Olzheim Subject: Re: kernel killing processes when out of swap To: Nick Barnes Cc: Vivek Khera Message-ID: <20050412142640.GB1570@stack.nl> Content-Type: text/plain; charset=3D"us-ascii" On Tue, Apr 12, 2005 at 03:06:41PM +0100, Nick Barnes wrote: > The right choice is for mmap() to return ENOMEM, and then for malloc() > to return NULL, but almost no operating systems make this choice any > more. No, the problem occurs only when previously allocated / mmap()d blocks are actually used (written) and when the total of virtual memory has been overcommitted: Physical pages are not allocated to processes at malloc() time, but at time of first usage (Copy On Write). A possible solution would be for the kernel to only hand out memory allocation-time when it's possible to back it up with virtual memory, but normal memory usage allows for overcommits just fine and many programs have been programmed in a way that assumes this behaviour, for instance by sparsely using large allocations instead of adding the possible extra bookkeeping to allow for smaller allocations. It just makes a lot of memory allocation / duplication issues a lot easier... Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050412/3 e207788/attachment-0001.bin ------------------------------ Message: 9 Date: Tue, 12 Apr 2005 10:40:10 -0400 From: "Don Bowman" Subject: RE: SuperMicro X5DP8-G2MB/(2)XEON 2.4/1GB RAM 5.4-S Freeze To: "Marc Olzheim" , "Aaron Summers" , Cc: stable@freebsd.org Message-ID: <2BCEB9A37A4D354AA276774EE13FB8C23A6B41@mailserver.sandvine.com> Content-Type: text/plain; charset=3D"us-ascii" From: Marc Olzheim > On Mon, Apr 11, 2005 at 10:12:32PM -0400, Aaron Summers wrote: > > We have a SuperMicro X5DP8-G2 Motherboard, 2xXEON 2.4, 1GB=20 > RAM server=20 > > running 5.4-STABLE that keeps freezing up. We have=20 > replaced RAM, HD,=20 > > SCSI controller, etc. To no avail. We are running SMP GENERIC=20 > > Kernel. I cannot get the system to panic, leave a core=20 > dump, etc. It=20 > > just always freezes. The server functions as a web server in a=20 > > HSphere Cluster. I am about out of options besides loading 4.11=20 > > (since our 4 series servers never die). Any help, feedback, clues,=20 > > similar experiences, etc would be greatly appreciated. > >=20 > > On SCSI: The onboard Adaptec 7902 gives a dump on bootup=20 > but appears=20 > > to work. I read the archived post about this issue. The=20 > system still=20 > > locked up with an Adaptec 7982B that did not give this message. >=20 The problem is with the periodic SMM interrupt and the bios. The attached program (ich-periodic-smm-disable.c) will fix the problem. For more information on what it does, see the Intel ICH3 datasheet. compile as 'gcc ich-periodic-smm-disable.c; ./a.out' and you will be good. Run this on each boot. I think you only need to clear PERIODIC_EN. --don -------------- next part -------------- A non-text attachment was scrubbed... Name: ich-periodic-smm-disable.c Type: application/octet-stream Size: 3994 bytes Desc: ich-periodic-smm-disable.c Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050412/f 6d714e2/ich-periodic-smm-disable-0001.obj ------------------------------ Message: 10 Date: Tue, 12 Apr 2005 17:01:43 +0200 From: Marc Olzheim Subject: Re: SuperMicro X5DP8-G2MB/(2)XEON 2.4/1GB RAM 5.4-S Freeze To: Don Bowman Cc: Marc Olzheim Message-ID: <20050412150143.GC1570@stack.nl> Content-Type: text/plain; charset=3D"us-ascii" On Tue, Apr 12, 2005 at 10:40:10AM -0400, Don Bowman wrote: > The problem is with the periodic SMM interrupt and the bios. >=20 > The attached program (ich-periodic-smm-disable.c) will fix the problem. > For more information on what it does, see the Intel ICH3 datasheet. >=20 > compile as 'gcc ich-periodic-smm-disable.c; ./a.out' and you will be > good. > Run this on each boot. >=20 > I think you only need to clear PERIODIC_EN. Ok, I'll try it right away, thanks a lot! Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050412/9 24fd8b5/attachment-0001.bin ------------------------------ Message: 11 Date: Tue, 12 Apr 2005 16:09:21 +0100 From: Nick Barnes Subject: Re: kernel killing processes when out of swap=20 To: Marc Olzheim Cc: Vivek Khera Message-ID: <51621.1113318561@thrush.ravenbrook.com> At 2005-04-12 14:26:40+0000, Marc Olzheim writes: > On Tue, Apr 12, 2005 at 03:06:41PM +0100, Nick Barnes wrote: > > The right choice is for mmap() to return ENOMEM, and then for malloc() > > to return NULL, but almost no operating systems make this choice any > > more. >=20 > No, the problem occurs only when previously allocated / mmap()d blocks > are actually used (written) and when the total of virtual memory has > been overcommitted: Physical pages are not allocated to processes at > malloc() time, but at time of first usage (Copy On Write). Yes, implicit in my statement is that the OS shouldn't overcommit. I remember when overcommit was new (maybe 1990), and some Unix (Irix, perhaps, or AIX?) made it switchable. There was a bit of flurry in the OS community, as some people (myself included) felt that the OS shouldn't make promises it couldn't fulfill, and that this "kill a random process" behaviour was more of a bug than a solution. Consider a parallel design which allows (say) file descriptors to be overcommitted. You can open a billion files, but if you touch one of them, that consumes a finite kernel resource, and if the kernel has run out then a randomly chosen process gets killed. Great. > many programs have been programmed in a way that assumes this > behaviour, for instance by sparsely using large allocations instead > of adding the possible extra bookkeeping to allow for smaller > allocations. This is the well-known problem with my fantasy world in which the OS doesn't overcommit any resources. All those programs are broken, but it's too costly to fix them. If overcommit had been resisted more effectively in the first place, those programs would have been written properly. My recollection, quite possibly faulty, is that FreeBSD came quite late to the overcommit binge party. Nick B ------------------------------ Message: 12 Date: Tue, 12 Apr 2005 09:04:38 -0700 (PDT) From: Doug White Subject: Re: 4.11R panics To: Kirill Ponomarew Cc: freebsd-stable@FreeBSD.org Message-ID: <20050412090310.Q2178@carver.gumbysoft.com> Content-Type: TEXT/PLAIN; charset=3DUS-ASCII On Sun, 10 Apr 2005, Kirill Ponomarew wrote: > On Fri, Apr 08, 2005 at 10:14:17AM -0700, Doug White wrote: > > > Fatal trap 12: page fault while in kernel mode > > > fault virtual address =3D 0x20202020 > > > > Hm, something ran into a bunch of ASCII spaces.. > > > > Can you jump to frame #6 and print *kbp? It appears the kernel malloc > > bucket list is corrupted, so I'm curious just how badly that struct is > > spammed. > > #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 > 487 if (dumping++) { > (kgdb) up 6 > #6 0xc0193533 in malloc (size=3D324, type=3D0xc030d780, flags=3D9) > at /usr/src/sys/kern/kern_malloc.c:243 > 243 va =3D kbp->kb_next; > (kgdb) print *kbp > $1 =3D {kb_next =3D 0x20202020
, > kb_last =3D 0xcc8fa000 "", kb_calls =3D 5704, kb_total =3D 448, kb_elmpercl =3D 8, > kb_totalfree =3D 13, kb_highwat =3D 40, kb_couldfree =3D 0} Not very, apparently. Dunno what to say ... I'd guess something coughed up a bad address to a DMA op or something and it just happened to land there. If you can reproduce this with any sort of regularity there might be a bug, although that seems unlikely since that code hasn't changed in years and this is the first such report I've seen of this :) --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org ------------------------------ Message: 13 Date: Tue, 12 Apr 2005 09:07:07 -0700 (PDT) From: Doug White Subject: Re: suboptimal handling of accidentally pulled usb devices (5.4) To: Matthias Buelow Cc: freebsd-stable@freebsd.org Message-ID: <20050412090627.S2178@carver.gumbysoft.com> Content-Type: TEXT/PLAIN; charset=3DUS-ASCII On Sat, 9 Apr 2005, Matthias Buelow wrote: > every so often, I forget to unmount my ipod (usb2) before pulling it > from my PC. While this and the mess that ensues is clearly a user > error, it would be nice if this exceptional situation would get handled > a bit more gracefully by the OS. What happens now is that I cannot use > the device anymore ("Resource unavailable") until I reboot. Trying to > unmount the still mounted filesystem (no matter if the device is plugged > back in or not) simply gives: Please see the archives for a lenghty explanation of why this is not going to be fixed in the near-term future. --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org ------------------------------ Message: 14 Date: Tue, 12 Apr 2005 11:16:29 -0500 From: Scott Lambert Subject: Re: virtual machines To: freebsd-stable@freebsd.org Message-ID: <20050412161629.GA12421@sysmon.tcworks.net> Content-Type: text/plain; charset=3Dus-ascii On Tue, Apr 12, 2005 at 11:05:00AM +0100, Nick Barnes wrote: > I run FreeBSD as my main desktop, but occasionally have to develop, > build, or test software on a variety of other x86 operating systems > (mainly Windows NT 4, Windows XP Pro, and Red Hat Linux). At the > moment I have a row of mini-towers and a KVM switch. I'd much rather > run these other machines as virtual machines under FreeBSD. Can > anyone recommend virtualizing software for FreeBSD? I don't mind > having to pay, as long as it really works. I have not used it, but it claims to support FreeBSD as the host: http://www.serenityvirtual.com/ I have had a good relationship with the company that is behind the product. I just haven't used that particular product, especially now that my primary workstation is a PowerBook. --=20 Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org ------------------------------ Message: 15 Date: Wed, 13 Apr 2005 00:23:39 +0800 From: Young Lee Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 To: Uzi Klein Cc: freebsd-stable@freebsd.org Message-ID: <20050413000852.9F7C.NCISOFT@163.com> Content-Type: text/plain; charset=3D"US-ASCII" I had repeated the panic by reset debug.mpsafenet from 0 to 1, after that, the system automatically reboot after several hours, and if debug.mpsafenet was set to 0, the system is stable. so i guess this is a tcp stack or NIC driver SMP thread-safe issue, normally my server got over 1000 interrupts/s on bge, I have plan to replace the onboard bge NIC to fxp and set debug.mpsafenet=20 to 1 to see what will happen this week.=20 --=20 Young Lee On Thu, 31 Mar 2005 18:03:08 +0200 Uzi Klein wrote: > Young Lee wrote: > > Thank you very much. My server's uptime last two days by refer to=20 > > Klein's configuration, it's impactful, thanks to Klein.=20 > >=20 > > My concern of stablility is focus on mysql's build options as > > BUILD_STATIC & BUILD_OPTIMIZED, but it looks like ridiculous > > without any logicality, build_static should have not any different > > between dynamatic lib. I will do some testing after the current > > configuration to be proven by uptime over one week, and try to > > find out how to repeat the panic. > >=20 >=20 > I think the real change was usin linuxthreads for SMP honestly. > The BUILD_STATIC & BUILD_OPTIMIZED only increase speed by not setting=20 > shared libs and enables assembly AFAIK. >=20 > --=20 > Uzi Klein > Software Development Manager > BMBY Software Systems Ltd > 2 Hataasia St., Yokneam, Israel > P: +972 4 959 79 89 > F: +972 3 617 93 36 > http://www.bmby.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" ------------------------------ Message: 16 Date: Tue, 12 Apr 2005 10:21:27 -0600 From: Scott Long Subject: Re: Adaptec 1210 weird behaviour To: Edwin Groothuis Cc: freebsd-stable@freebsd.org Message-ID: <425BF587.5070904@samsco.org> Content-Type: text/plain; charset=3Dus-ascii; format=3Dflowed Edwin Groothuis wrote: > The Adaptec 1210 is a serial ATA RAID0/1 controller. >=20 > When the two disks are configured as RAID1, FreeBSD still sees two > harddisks instead of one. >=20 > This is with 5.3. Scary :-) > Will try this weekend with 5.4 >=20 The 1210 is not a real RAID controller, it's a SATA controller with an Adaptec BIOS that does RAID 0 and 1 during boot. It's up to the OS to do the RAID operations after that. The new ATA driver in 6-current might actually be able to handle this, so it's worth trying. 5.4 definitely will not. Scott ------------------------------ Message: 17 Date: Tue, 12 Apr 2005 09:41:26 -0700 From: Brooks Davis Subject: Re: Kodak USB flash reader causes freezes, panics To: Tim Howe Cc: freebsd-stable@freebsd.org Message-ID: <20050412164126.GA18471@odin.ac.hmc.edu> Content-Type: text/plain; charset=3D"us-ascii" On Mon, Apr 11, 2005 at 10:14:14PM -0400, Tim Howe wrote: > Brooks Davis writes: >=20 > > On Mon, Apr 11, 2005 at 05:24:15PM -0400, Tim Howe wrote: > > > > > Reproducibly, if I begin copying data to a [...] CF card [...] it > > > works for a while, then freezes the system. > > > > It is quite likely that 5.4 fixed your problem. >=20 > Unfortunately not. I was able, having mounted the filesystem with no > synchronization options, to copy 171MiB of data onto it and unmount. > However when I re-mounted it with the same options and tried to copy > 71MiB more, it again froze midway through. Sounds like you should file a PR about the issue. Are you sure the file system in question is OK? There were some msdosfs corruption bugs fixed recently. > Everything else (X11, sound, printing, input) seems to be working > perfectly with 5.4, but I did notice something new and strange with > regard to umass. I still have to run "true > /dev/da0" to get the slice > to show up, but now I get the following: >=20 > [1042] ~ # true > /dev/da0 =20 > [1043] ~ # camcontrol rescan 0 =20 > Re-scan of bus 0 was successful > [1044] ~ # ls -l /dev/da0* =20 > crw-r----- 1 root operator 4, 21 Apr 11 21:45 /dev/da0 > crw-r----- 1 root operator 4, 28 Apr 11 21:45 /dev/da0s1 > crw-r----- 1 root operator 4, 29 Apr 11 21:45 /dev/da0s1s1 > [1045] ~ # mount_msdosfs /dev/da0s1 /mnt/cf=20 > [1046] ~ # umount /mnt/cf=20 > [1047] ~ # mount_msdosfs /dev/da0s1s1 /mnt/cf > [1048] ~ # umount /mnt/cf I'd highly recommend running the command in the other direction so you try to read rather than write. It shouldn't matter, but that makes me nervous (not that I think it has anything to do with your problem.) It would appear that your da0s1 has data at the front that looks like an MBR and GEOM is attaching to it. I'm not sure what the best solution to that problem is. Probably a reformat. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050412/6 f3cd312/attachment-0001.bin ------------------------------ Message: 18 Date: Tue, 12 Apr 2005 09:44:39 -0700 (PDT) From: Frank Mayhar Subject: Re: virtual machines To: Scott Lambert Cc: freebsd-stable@freebsd.org Message-ID: <200504121644.j3CGid7i013259@realtime.exit.com> Content-Type: text/plain; charset=3DUS-ASCII Scott Lambert wrote: > On Tue, Apr 12, 2005 at 11:05:00AM +0100, Nick Barnes wrote: > > I run FreeBSD as my main desktop, but occasionally have to develop, > > build, or test software on a variety of other x86 operating systems > > (mainly Windows NT 4, Windows XP Pro, and Red Hat Linux). At the > > moment I have a row of mini-towers and a KVM switch. I'd much rather > > run these other machines as virtual machines under FreeBSD. Can > > anyone recommend virtualizing software for FreeBSD? I don't mind > > having to pay, as long as it really works. >=20 > I have not used it, but it claims to support FreeBSD as the host: >=20 > http://www.serenityvirtual.com/ >=20 > I have had a good relationship with the company that is behind the > product. I just haven't used that particular product, especially now > that my primary workstation is a PowerBook. Note that SVISTA doesn't (currently) support 5-stable, or indeed anything past 4.x. There have been questions asked about that in the fora but they have gone unanswered, last I checked. I bought it for 4.x and it worked fine. Better in some ways than qemu, although in other ways it was not as good (qemu seems to have better display support, while SVISTA's networking is vastly better). Since I've gone to 5-stable, though, qemu is my only real alternative. --=20 Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ ------------------------------ Message: 19 Date: Tue, 12 Apr 2005 11:45:36 -0500 From: Dan Nelson Subject: Re: kernel killing processes when out of swap To: Nick Barnes Cc: Marc Olzheim Message-ID: <20050412164536.GB4842@dan.emsphone.com> Content-Type: text/plain; charset=3Dus-ascii In the last episode (Apr 12), Nick Barnes said: > This is the well-known problem with my fantasy world in which the OS > doesn't overcommit any resources. All those programs are broken, but > it's too costly to fix them. If overcommit had been resisted more > effectively in the first place, those programs would have been > written properly. Another issue is things like shared libraries; without overcommit you need to reserve the file size * the number of processes mapping it, since you can't guarantee they won't touch every COW page handed to them. I think you can design a shlib scheme where you can map the libs RO; not sure if you would take a performance hit or if there are other considerations. There's a similar problem when large processes want to fork+exec something; for a fraction of a second you need to reserve 2x the process's space until the exec frees it. vfork solves that problem, at the expense of blocking the parent until the child's process is loaded. --=20 Dan Nelson dnelson@allantgroup.com ------------------------------ Message: 20 Date: Tue, 12 Apr 2005 09:52:01 -0700 From: Brooks Davis Subject: Re: Package managment To: Robert Backhaus Cc: Jan Sebosik Message-ID: <20050412165201.GB18471@odin.ac.hmc.edu> Content-Type: text/plain; charset=3D"us-ascii" On Tue, Apr 12, 2005 at 10:45:11PM +1000, Robert Backhaus wrote: > On Apr 12, 2005 6:28 PM, Jan Sebosik wrote: > > Hi > >=20 > > I`ve got one simple question: if i`ve built packages on my freebsd > > 5.3-RELEASE system, do I need to rebuilt them again for 5.4-RELEASE > > (after downloading && compiling from sources) ? > >=20 > > Best regards, > > Jan Sebosik > > _______________________________________________ > > 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" > >=20 > With care, in many situations, you should be able to get away with it. > Problems occur with ports that contain kernel modules (ltmdm, > nvidia-driver). There have also been major changes within ports (new > gtk versions, and a gnome upgrade) which will make partial rebuilding > hazardous. >=20 > Most of us would recommend a general rebuild, for safety's sake. I certaintly would not. Unless you actually need to upgrade, there is no reason to rebuild between minor OS upgrades. If your programs stop working in that case, it's usually a bug. For that matter, most application will work if compiled on an older major version. -- 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 : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050412/e 0bfd9ad/attachment-0001.bin ------------------------------ Message: 21 Date: Tue, 12 Apr 2005 20:17:32 +0200 From: Matthias Buelow Subject: Re: kernel killing processes when out of swap=20 To: Dan Nelson Cc: Marc Olzheim Message-ID: <200504121817.j3CIHWRT017619@drjekyll.mkbuelow.net> Dan Nelson writes: >Another issue is things like shared libraries; without overcommit you >need to reserve the file size * the number of processes mapping it, >since you can't guarantee they won't touch every COW page handed to >them. I think you can design a shlib scheme where you can map the libs >RO; not sure if you would take a performance hit or if there are other >considerations. There's a similar problem when large processes want to >fork+exec something; for a fraction of a second you need to reserve 2x >the process's space until the exec frees it. vfork solves that >problem, at the expense of blocking the parent until the child's >process is loaded. Is that really problematic these days, with huge disk sizes? I mean, a couple GB swap don't really hurt anyone these days when you've got disk sizes around 250GB. Especially when you gain a lot more reliable operation through this. And maybe one could make overcommitting configurable, so that all scenarios are provided for. I for one would happily add some more swap space if I could get the behaviour that the OS doesn't go politician and promise all and everything which it then cannot deliver. Overcommitting made sense in the early 90ies, when you had a large address space (4GB) and relatively small disks (~1GB). I'm not sure it makes much sense anymore, it's a typical kludge. This stuff has been discussed in the past. It'll probably continue to be an issue, until it has been resolved satisfactorily (i.e., both the overcommitters and reliable-VMers can have their way). mkb. ------------------------------ Message: 22 Date: Tue, 12 Apr 2005 12:26:43 -0600 From: Scott Long Subject: Re: [PATCH] Stability fixes for IPS driver for 4.x To: David Sze Cc: Anthony Downer Message-ID: <425C12E3.5050205@samsco.org> Content-Type: text/plain; charset=3Dus-ascii; format=3Dflowed David Sze wrote: > At 11:31 PM 10/04/2005 -0600, Scott Long wrote this to All: >=20 >> Making a driver PAE-ified means either teaching it to do 64-bit >> scatter-gather (assuming that the peripheral hardware can do this >> and that it's documented), or teaching the driver to correctly handle >> EINPROGRESS from bus_dmamap_load() along with using the proper busdma >> tag limits. The strategy I took with 6.x/5.x was the second one since >> I didn't have good IPS docs in front of me and I wanted it follow the >> APIs correctly. I did test it with 8GB of memory and it performed >> correctly under load. I haven't taken a close enough look at your >> MFC patch to say for sure if it's correct or not. I'm not sure if >> I'll have time to take another look in the next few days, unfortunately. >> Is there any chance you could test 5.x/6.0 under load with PAE just to >> validate the assertion that it works correctly there? >=20 >=20 > I had a chance to test 5.4-RC1 (i386) today with GENERIC, SMP, PAE, and=20 > SMP-PAE kernels (the last one is just PAE with "options SMP"). >=20 > To recap, the hardware is an IBM xSeries 346, Dual Xeon 3GHz=20 > (non-E64MT), ServeRAID-7K. >=20 > GENERIC and SMP survived "make buildkernel", but PAE and SMP-PAE paniced=20 > reproducibly doing the same. The DDB stack trace doesn't appear to be > anywhere near the IPS driver though, so I'm way out of my league. >=20 >=20 Darnit, hard to say if this is an existing bug in 5.4 or if it's a=20 bug/corruption in ips. Can you re-run with PAE disabled? Would you be willing to put the Giant lock back on top of the driver? This would mean modifying the call to bus_intr_config(), adding the D_GIANTNEEDED flag to the disk structure in disk_create(), and switching the mutex argument in bus_dma_tag_create() for the sg_dmatag tag. Scott ------------------------------ Message: 23 Date: Tue, 12 Apr 2005 15:02:42 -0400 From: Vivek Khera Subject: Re: FreeBSD 5.3 SMP freezes with MySQL 4.1 To: Young Lee Cc: freebsd-stable@freebsd.org Message-ID: Content-Type: text/plain; charset=3D"us-ascii" On Apr 12, 2005, at 12:23 PM, Young Lee wrote: > I had repeated the panic by reset debug.mpsafenet from 0 to 1, > after that, the system automatically reboot after several hours, > and if debug.mpsafenet was set to 0, the system is stable. > > so i guess this is a tcp stack or NIC driver SMP thread-safe issue, > normally my server got over 1000 interrupts/s on bge, I have plan > to replace the onboard bge NIC to fxp and set debug.mpsafenet > to 1 to see what will happen this week. > I just did the exact same thing: disable motherboard bge in preference=20 to em (intel) on a PCI card, and have had 100% stable for the last 6=20 days. Normally every night during heavy network backup and database=20 reporting the bge ports would either be reset after watchdog timeout,=20 or the whole system would freeze with nothing logged to console,=20 screen, or BIOS... so going 6 days without any events leads me to point=20 a big hairy finger at bge driver. Even with mpsafenet=3D0, I was having = these timeouts and lockups, and bad performance thrown in. :-( I run with mpsafenet default and the em ethernet driver. Be sure to=20 disable the onboard bge in your BIOS. I'm on a dual opteron Tyan S2881 motherboard, for what that's worth. =20 FreeBSD 5.4-STABLE from April 4 is my OS. My guess is with the intel NIC you will find yourself much more stable. On my lesser loaded machines the bge driver holds up ok. Vivek Khera, Ph.D. +1-301-869-4449 x806 ------------------------------ Message: 24 Date: Wed, 13 Apr 2005 05:18:30 +1000 From: Edwin Groothuis Subject: Re: Adaptec 1210 weird behaviour To: Scott Long Cc: freebsd-stable@freebsd.org Message-ID: <20050412191830.GF1209@k7.mavetju> Content-Type: text/plain; charset=3Dus-ascii On Tue, Apr 12, 2005 at 10:21:27AM -0600, Scott Long wrote: > Edwin Groothuis wrote: > >The Adaptec 1210 is a serial ATA RAID0/1 controller. > > > >When the two disks are configured as RAID1, FreeBSD still sees two > >harddisks instead of one. > > > >This is with 5.3. Scary :-) > >Will try this weekend with 5.4 >=20 > The 1210 is not a real RAID controller, it's a SATA controller with an > Adaptec BIOS that does RAID 0 and 1 during boot. It's up to the OS to > do the RAID operations after that. The new ATA driver in 6-current Euhm. Oh. Software RAID? A la WinModems? But then I don't understand that it gets away with advertising it as a RAID0/1 controller... Edwin --=20 Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://weblog.barnet.com.au/edwin/ ------------------------------ Message: 25 Date: Tue, 12 Apr 2005 13:18:14 -0600 From: Scott Long Subject: Re: Adaptec 1210 weird behaviour To: Edwin Groothuis Cc: freebsd-stable@freebsd.org Message-ID: <425C1EF6.4000608@samsco.org> Content-Type: text/plain; charset=3Dus-ascii; format=3Dflowed Edwin Groothuis wrote: > On Tue, Apr 12, 2005 at 10:21:27AM -0600, Scott Long wrote: >=20 >>Edwin Groothuis wrote: >> >>>The Adaptec 1210 is a serial ATA RAID0/1 controller. >>> >>>When the two disks are configured as RAID1, FreeBSD still sees two >>>harddisks instead of one. >>> >>>This is with 5.3. Scary :-) >>>Will try this weekend with 5.4 >> >>The 1210 is not a real RAID controller, it's a SATA controller with an >>Adaptec BIOS that does RAID 0 and 1 during boot. It's up to the OS to >>do the RAID operations after that. The new ATA driver in 6-current >=20 >=20 > Euhm. Oh. Software RAID? A la WinModems? More or less. It's quite common these days, with lots of motherboard=20 makers getting into the game and licensing software raid stacks for their onboard SATA controllers. >=20 > But then I don't understand that it gets away with advertising it > as a RAID0/1 controller... If you don't understand then you should be glad that you didn't choose Marketting as a profession ;-) Scott ------------------------------ Message: 26 Date: Tue, 12 Apr 2005 14:23:21 -0500 From: Jon Noack Subject: Re: Adaptec 1210 weird behaviour To: Edwin Groothuis Cc: freebsd-stable@freebsd.org Message-ID: <425C2029.2010109@alumni.rice.edu> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed On 4/12/2005 2:18 PM, Edwin Groothuis wrote: > On Tue, Apr 12, 2005 at 10:21:27AM -0600, Scott Long wrote: >>Edwin Groothuis wrote: >>>The Adaptec 1210 is a serial ATA RAID0/1 controller. >>> >>>When the two disks are configured as RAID1, FreeBSD still sees two >>>harddisks instead of one. >>> >>>This is with 5.3. Scary :-) >>>Will try this weekend with 5.4 >> >>The 1210 is not a real RAID controller, it's a SATA controller with an >>Adaptec BIOS that does RAID 0 and 1 during boot. It's up to the OS to >>do the RAID operations after that. The new ATA driver in 6-current >=20 > Euhm. Oh. Software RAID? A la WinModems? >=20 > But then I don't understand that it gets away with advertising it > as a RAID0/1 controller... The RAID functionality is implemented in the driver, so the "product" as a whole is a RAID0/1 controller. This is very common; in fact, most=20 products under $150-200 are like this... Jon ------------------------------ Message: 27 Date: Tue, 12 Apr 2005 12:36:47 -0700 (PDT) From: Don Lewis Subject: Re: kernel killing processes when out of swap To: dnelson@allantgroup.com Cc: marcolz@stack.nl Message-ID: <200504121936.j3CJalHc036643@gw.catspoiler.org> Content-Type: TEXT/plain; charset=3Dus-ascii On 12 Apr, Dan Nelson wrote: > In the last episode (Apr 12), Nick Barnes said: >> This is the well-known problem with my fantasy world in which the OS >> doesn't overcommit any resources. All those programs are broken, but >> it's too costly to fix them. If overcommit had been resisted more >> effectively in the first place, those programs would have been >> written properly. >=20 > Another issue is things like shared libraries; without overcommit you > need to reserve the file size * the number of processes mapping it, > since you can't guarantee they won't touch every COW page handed to > them. I think you can design a shlib scheme where you can map the libs > RO; not sure if you would take a performance hit or if there are other > considerations. The data and bss sizes in most shared libraries are small, so I don't think that is much of an issue. The text pages are more of a problem because of the need to do relocation fixups. It would be nice to mark the text pages read only after relocation and/or prelink the binaries and shared libraries like recent versions of Linux do. Text page modifications to set debugger breakpoints would also have to be handled. A bigger problem is the default stack size of 64 MB per process. That quickly adds up to a lot of reserved swap space. One way of handling that might be an ELF header field that could limit the stack size to a smaller value for most binaries. I don't happen to remember the default SunOS 4.x stack size, but I suspect that SunOS 4.x overcommited stack space on the assumption that most processes wouldn't use anything close to the limit. > There's a similar problem when large processes want to > fork+exec something; for a fraction of a second you need to reserve 2x > the process's space until the exec frees it. vfork solves that > problem, at the expense of blocking the parent until the child's > process is loaded. The fork() case was a common failure mode that I ran into back when I was using SunOS 4. It was usually a fairly benign problem because the fork() was triggered by an interactive command, and when it failed I could usually recover from the problem by exiting some other process or by freeing up some swap space by removing files from the swap-backed /tmp directory. In an earlier life, I had the displeasure of trying to run large processes (~3x RAM) on a small-memory machine without either COW or vfork(). Actually, fork() was required in at least some of the cases because the process wanted to make a snapshot of itself to do processing on its in-memory data in the background. The machine would page like crazy and swap other processes in and out for about an hour each time the large process forked. ------------------------------ Message: 28 Date: Tue, 12 Apr 2005 22:33:37 +0100 From: Nick Barnes Subject: Re: kernel killing processes when out of swap=20 To: Matthias Buelow Cc: Marc Olzheim Message-ID: <52802.1113341617@thrush.ravenbrook.com> At 2005-04-12 18:17:32+0000, Matthias Buelow writes: > This stuff has been discussed in the past. Indeed. For a couple of examples from the days before BSD systems got overcommit, see these threads from 1990 and 1991: = = Nick B ------------------------------ Message: 29 Date: Tue, 12 Apr 2005 23:34:07 +0200 From: Rostislav Krasny Subject: strange atacontrol output in 5.4-RC1 and 5.4-RC2 To: freebsd-stable@freebsd.org Message-ID: <59e2ee81050412143459b7c679@mail.gmail.com> Content-Type: text/plain; charset=3DISO-8859-1 Hi, I have two i386 computers with close configuration of ATA disks: mercury# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 4 Slave: no device present ATA channel 1: Master: ad2 ATA/ATAPI revision 3 Slave: acd0 ATA/ATAPI revision 0 vega# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 4 Slave: no device present ATA channel 1: Master: ad2 ATA/ATAPI revision 0 Slave: ad3 ATA/ATAPI revision 2 Mercury is Intel SE440BX-2 motherboard based computer with FreeBSD 5.4-RC2. Vega is Intel 430TX chipset based computer with FreeBSD 5.4-RC1. When I run ' atacontrol cap 0 0' I get the same last part of the output: Feature Support Enable Value Vendor write cache yes yes read ahead yes yes dma queued no no 0/0x00 SMART yes yes microcode download no no security no yes power management yes yes advanced power management no no 0/0x00 automatic acoustic management no no 0/0x00 0/0x00 How could the security feature be not supported and enabled at the same time? ------------------------------ Message: 30 Date: Wed, 13 Apr 2005 00:07:11 +0200 From: Matthias Buelow Subject: Re: kernel killing processes when out of swap=20 To: Nick Barnes Cc: Marc Olzheim Message-ID: <200504122207.j3CM7BE7018595@drjekyll.mkbuelow.net> Nick Barnes writes: >> This stuff has been discussed in the past. >Indeed. For a couple of examples from the days before BSD systems got >overcommit, see these threads from 1990 and 1991: > >b658465/4c590978f1001507?q=3Dovercommit&rnum=3D14#4c590978f1001507> > >6d30eb1/e8c30f78c44a3f62?q=3Dovercommit&rnum=3D12#e8c30f78c44a3f62> Apparently, it can be turned off on AIX, quoting from http://tinyurl.com/4epc8: ``If the PSALLOC environment variable is set to early, then every program started in that environment from that point on, but not including currently running processes, runs in the early allocation environment. In the early allocation environment, interfaces such as the malloc subroutine and the brk subroutine will fail if sufficient paging space cannot be reserved when the request is made. Processes run in the early allocation environment mode are not sent the SIGKILL signal if a low paging space condition occur.'' Googling showed that on Linux 2.6, overcommit can be disabled globally through the vm.overcommit_memory sysctl. I hope that some day some mechanism to solve that problem will be available in FreeBSD aswell. mkb. ------------------------------ Message: 31 Date: Wed, 13 Apr 2005 09:58:55 +0700 From: Dikshie Subject: scsi card recommendation To: freebsd-stable@freebsd.org Message-ID: <20050413025855.GA25698@ppk.itb.ac.id> Content-Type: text/plain; charset=3Dus-ascii dear all, I would like to buy SCSI card which must:=20 - support Ultra 320 - support RAID 0,1,5, and 1/0 any recommendation for FreeBSD-5.x ? thanks ! -dikshie- =20 ------------------------------ Message: 32 Date: Tue, 12 Apr 2005 23:14:45 -0400 (EDT) From: Mikhail Teterin Subject: reliable "panic: isa_dmastart: bad bounce buffer" To: stable@FreeBSD.org Message-ID: <200504130314.j3D3EjrT043747@corbulon.video-collage.com> Content-Type: text/plain; charset=3D"us-ascii" Hello! Whenever I try to mount a floppy disk: mount -t msdosfs /dev/fd0 /mnt I get: panic: isa_dmastart: bad bounce buffer The OS is FreeBSD-5.4-STABLE from last night, amd64. dmesg attached. DR-DOS boots perfectly fine from this floppy... Any ideas? Thanks! -mi -------------- next part -------------- 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 5.4-STABLE #0: Tue Apr 12 22:42:27 EDT 2005 root@blue.virtual-estates.net:/var/obj/var/src/sys/SILVER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 246 (2004.56-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf5a Stepping =3D 10 =20 Features=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 2147418112 (2047 MB) avail memory =3D 2057740288 (1962 MB) ACPI APIC Table: 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 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xe0000000-0xe7ffffff,0xfd000000-0xfdffffff irq 16 at device 0.0 on pci1 pcib2: at device 6.0 on pci0 pci2: on pcib2 ohci0: mem 0xfe6fd000-0xfe6fdfff irq 19 at device 0.0 on pci2 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 0xfe6fe000-0xfe6fefff irq 19 at device 0.1 on pci2 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 ahc0: port 0x9800-0x98ff mem 0xfe6ff000-0xfe6fffff irq 16 at device 4.0 on pci2 aic7880: Ultra Wide Channel A, SCSI Id=3D7, 16/253 SCBs fwohci0: mem 0xfe6f8000-0xfe6fbfff,0xfe6fc800-0xfe6fcfff irq 18 at device 6.0 on pci2 fwohci0: OHCI version 1.10 (ROM=3D1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:00:00:00:00:f0:12 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:00:f0:12 fwe0: Ethernet address: 02:00:00:00:f0:12 fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) ohci2: mem 0xfe6f6000-0xfe6f6fff irq 19 at device 7.0 on pci2 usb2: OHCI version 1.0 usb2: on ohci2 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered ohci3: mem 0xfe6f7000-0xfe6f7fff irq 16 at device 7.1 on pci2 usb3: OHCI version 1.0 usb3: on ohci3 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci2: at device 7.2 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcm0: port 0xcc00-0xcc3f,0xc800-0xc8ff irq 17 at device 7.5 on pci0 pcm0: pcib3: at device 10.0 on pci0 pci3: on pcib3 skc0: port 0xa800-0xa8ff mem 0xfe8fc000-0xfe8fffff irq 27 at device 3.0 on pci3 skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) sk0: on skc0 sk0: Ethernet address: 00:00:00:04:a8:97 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto atapci1: port 0xa000-0xa00f,0xa080-0xa083,0xa400-0xa407,0xa480-0xa483,0xac00-0xac07 mem 0xfe8fbc00-0xfe8fbfff irq 25 at device 5.0 on pci3 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 ata4: channel #2 on atapci1 ata5: channel #3 on atapci1 pci0: at device 10.1 (no driver attached) pcib4: at device 11.0 on pci0 pci4: on pcib4 ciss0: port 0xb800-0xb8ff mem 0xfea80000-0xfeabffff,0xfeafe000-0xfeafffff irq 29 at device 1.0 on pci4 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 isa_dmainit(2, 40960) failed fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xdb000-0xdefff,0xd6800-0xdafff,0xce800-0xd67ff,0xc0000-0xce7ff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2004556009 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata1-master PIO4 Waiting 8 seconds for SCSI devices to settle Interrupt storm detected on "irq17: pcm0"; throttling interrupt source da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device=20 da0: 135.168MB/s transfers da0: 69419MB (142171680 512 byte sectors: 255H 32S/T 17423C) cd0 at ahc0 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI-2 device=20 cd0: 8.333MB/s transfers (8.333MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed cd1 at ahc0 bus 0 target 5 lun 0 cd1: Removable CD-ROM SCSI-2 device=20 cd1: 20.000MB/s transfers (20.000MHz, offset 15) cd1: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/da0s1a WARNING: /var was not properly dismounted ------------------------------ _______________________________________________ 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 105, Issue 28 *********************************************** --=20 No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.7 - Release Date: 4/12/2005 =20 --=20 No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.322 / Virus Database: 266.11.16 - Release Date: 5/24/2005 =20 From owner-freebsd-stable@FreeBSD.ORG Wed May 25 03:16: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 30E1416A41C for ; Wed, 25 May 2005 03:16:46 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id AC2AB43D49 for ; Wed, 25 May 2005 03:16:45 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp104.rog.mail.re2.yahoo.com with SMTP; 25 May 2005 03:16:43 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Tue, 24 May 2005 23:16:45 -0400 (EDT) Message-ID: <3272.172.16.0.199.1116991005.squirrel@172.16.0.1> In-Reply-To: <000001c560d3$545e4f80$0401a8c0@laptop> References: <20050413031512.6184B16A51E@hub.freebsd.org> <000001c560d3$545e4f80$0401a8c0@laptop> Date: Tue, 24 May 2005 23:16:45 -0400 (EDT) From: "Mike Jakubik" To: "Matt Smith" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: RE: SSHD timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 03:16:46 -0000 On Tue, May 24, 2005 10:42 pm, Matt Smith said: > I have a friend that has 5.4 where SSHD keeps timing out before > authentification. Box has a hardwired 3com NIC. We’ve tried everything > but can't find the cause of the timeouts. What gives? Make sure DNS is working properly. You may also try ssh v1 with Keyboard interactive authentication, i find that this is the quickest method in, when there are DNS problems. Also, please trim your posts. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 03:16: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 08A6516A41C for ; Wed, 25 May 2005 03:16:51 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1B1C43D48 for ; Wed, 25 May 2005 03:16:48 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/8.12.11/smtpout11/MantshX 4.0) with ESMTP id j4P3GlmG020247; Tue, 24 May 2005 20:16:47 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id j4P3GjQS002918; Tue, 24 May 2005 20:16:46 -0700 (PDT) In-Reply-To: <000001c560d3$545e4f80$0401a8c0@laptop> References: <000001c560d3$545e4f80$0401a8c0@laptop> Mime-Version: 1.0 (Apple Message framework v730) X-Priority: 3 (Normal) Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Charles Swiger Date: Tue, 24 May 2005 23:16:45 -0400 To: Matt Smith X-Mailer: Apple Mail (2.730) Cc: freebsd-stable@freebsd.org Subject: Re: SSHD timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 03:16:51 -0000 On May 24, 2005, at 10:42 PM, Matt Smith wrote: > I have a friend that has 5.4 where SSHD keeps timing out before > authentification. Box has a hardwired 3com NIC. We=92ve tried =20 > everything > but can't find the cause of the timeouts. What gives? Try "ping _machine_" and see whether that works. Run "ssh -vvv _machine_" and it will give more information. If you experience a two-minute delay your reverse DNS is probably =20 broken. --=20 -Chuck PS: God kills a kitten every time someone top-posts while quoting an =20 entire daily digest of 30+ archived messages. If you don't care =20 about saving the kittens, at least consider saving bandwidth... From owner-freebsd-stable@FreeBSD.ORG Wed May 25 03:25: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 BFDE916A41C for ; Wed, 25 May 2005 03:25:06 +0000 (GMT) (envelope-from zparta@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6855543D48 for ; Wed, 25 May 2005 03:25:06 +0000 (GMT) (envelope-from zparta@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so463469wri for ; Tue, 24 May 2005 20:25:05 -0700 (PDT) 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=tcQBwzv4XLwuJaaPYmMFIgtMlSbboYN0eqE46LVMEckWg43U/etZ2J+YGiULkgddMSS0jASYYfrc5CXw//6SvSyfQwxbxSKijZtY5gYkenKCPBlDXs8af/ay/Co0grkd/yMxnxIaK1fOhuZJWlWLeLBcC7Lm0Pq/dznibFqq66Y= Received: by 10.54.45.2 with SMTP id s2mr947755wrs; Tue, 24 May 2005 20:25:05 -0700 (PDT) Received: by 10.54.48.22 with HTTP; Tue, 24 May 2005 20:25:05 -0700 (PDT) Message-ID: <3b41db85050524202547673b9d@mail.gmail.com> Date: Wed, 25 May 2005 05:25:05 +0200 From: Jens Holmqvist To: Matt Smith In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <000001c560d3$545e4f80$0401a8c0@laptop> Cc: freebsd-stable@freebsd.org Subject: Re: SSHD timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jens Holmqvist List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 03:25:06 -0000 On 5/25/05, Charles Swiger wrote: > On May 24, 2005, at 10:42 PM, Matt Smith wrote: > > I have a friend that has 5.4 where SSHD keeps timing out before > > authentification. Box has a hardwired 3com NIC. We've tried > > everything > > but can't find the cause of the timeouts. What gives? >=20 > Try "ping _machine_" and see whether that works. > Run "ssh -vvv _machine_" and it will give more information. > If you experience a two-minute delay your reverse DNS is probably > broken. >=20 > -- > -Chuck >=20 > PS: God kills a kitten every time someone top-posts while quoting an > entire daily digest of 30+ archived messages. If you don't care > about saving the kittens, at least consider saving bandwidth... >=20 > _______________________________________________ > 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" >=20 if it is because of the reverse dns try to add the ip to /etc/hosts with a meaningless hostname From owner-freebsd-stable@FreeBSD.ORG Wed May 25 03:38: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 B7F6D16A41C for ; Wed, 25 May 2005 03:38:13 +0000 (GMT) (envelope-from zparta@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D67E43D1D for ; Wed, 25 May 2005 03:38:13 +0000 (GMT) (envelope-from zparta@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so467335wri for ; Tue, 24 May 2005 20:38:11 -0700 (PDT) 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=o7lmt+/e9GiaU3r+L7QGCaFDYaiGnAKZjT14Tek3ARWrWlV+0Dk0GGLL4NPOOAGEaq9lZZxNIc8sLtlJSrtSAnQgqUHT1u8oMTF8Amsm6IwOWDAezgSkQZWf9blPTTA9Hcq0878Xau2kW8u/YgKgsbP5O1v2iAeXYZm1qhv5Z7A= Received: by 10.54.8.41 with SMTP id 41mr955909wrh; Tue, 24 May 2005 20:38:11 -0700 (PDT) Received: by 10.54.48.22 with HTTP; Tue, 24 May 2005 20:38:11 -0700 (PDT) Message-ID: <3b41db85050524203826b826c1@mail.gmail.com> Date: Wed, 25 May 2005 05:38:11 +0200 From: Jens Holmqvist To: Matt Smith In-Reply-To: <3b41db85050524202547673b9d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <000001c560d3$545e4f80$0401a8c0@laptop> <3b41db85050524202547673b9d@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: SSHD timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jens Holmqvist List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 03:38:13 -0000 On 5/25/05, Jens Holmqvist wrote: > On 5/25/05, Charles Swiger wrote: > > On May 24, 2005, at 10:42 PM, Matt Smith wrote: > > > I have a friend that has 5.4 where SSHD keeps timing out before > > > authentification. Box has a hardwired 3com NIC. We've tried > > > everything > > > but can't find the cause of the timeouts. What gives? > > > > Try "ping _machine_" and see whether that works. > > Run "ssh -vvv _machine_" and it will give more information. > > If you experience a two-minute delay your reverse DNS is probably > > broken. > > > > -- > > -Chuck > > > > PS: God kills a kitten every time someone top-posts while quoting an > > entire daily digest of 30+ archived messages. If you don't care > > about saving the kittens, at least consider saving bandwidth... > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > > >=20 > if it is because of the reverse dns try to add the ip to /etc/hosts > with a meaningless hostname >=20 might be good to give an example in an internal network with the subnet 192.168.1.0/24 the server you are trying to connect to got the ip 192.168.1.21 then you would do something like this 192.168.1.21 server 192.168.1.49 workstation From owner-freebsd-stable@FreeBSD.ORG Wed May 25 03:45: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 173EC16A41C for ; Wed, 25 May 2005 03:45:19 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DC0A43D1D for ; Wed, 25 May 2005 03:45:18 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id C57212FA8F; Wed, 25 May 2005 05:45:16 +0200 (CEST) Message-ID: <4293F4D9.90204@incubus.de> Date: Wed, 25 May 2005 05:45:29 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> In-Reply-To: <20050524221454.GA56421@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 03:45:19 -0000 Kris Kennaway wrote: > OK, thanks for confirming. The next step is for you to try 6.0 with > debug.mpsafevfs=1 on a machine that exhibits the problem under 5.4, so > we can test whether the problem is caused by VFS being under Giant on > 5.4. I have now built 6.0-current from yesterday's source, verified that debug.mpsafevfs=1, and unpacked the firefox source. Unfortunately your hypothesis didn't hold. In fact, it's a lot worse than on 5.4-STABLE. Plus, even operations like bulk-rm'ing the unpacked firefox tree make X11 crawl and stutter, something that didn't have any observable effect on 5.4-STABLE. Maybe the dmesg output is of some help: 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-CURRENT #0: Wed May 25 05:00:48 CEST 2005 root@drjekyll.mkbuelow.net:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d,MON,DS_CPL,CNTX-ID,> Hyperthreading: 2 logical CPUs real memory = 1072201728 (1022 MB) avail memory = 1040392192 (992 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: on acpi0 pci_link4: irq 9 on acpi0 pci_link5: irq 10 on acpi0 pci_link6: irq 9 on acpi0 pci_link7: irq 3 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pci2: on pcib2 uhci0: port 0xff80-0xff9f irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xff60-0xff7f irq 22 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xff20-0xff3f irq 23 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa80800-0xffa80bff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib3: at device 30.0 on pci0 pci3: on pcib3 wi0: mem 0xd8000000-0xd8000fff irq 17 at device 1.0 on pci3 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: Ethernet address: 00:0d:54:aa:62:12 fxp0: port 0xccc0-0xccff mem 0xdfbff000-0xdfbfffff irq 20 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:11:11:65:21:d4 pci0: at device 30.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf irq 16 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 20 at device 31.2 on pci0 atapci1: failed to enable memory mapping! ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xce7ff,0xce800-0xcffff 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 ums0: vendor 0x413c product 0x3010, rev 2.00/2.20, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 acd1: CDRW at ata0-slave UDMA33 ad4: 152627MB at ata2-master SATA150 ATA PseudoRAID loaded lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s3a pcm0: port 0xec00-0xecff,0xe8c0-0xe8ff mem 0xdffffe00-0xdfffffff,0xdffffd00-0xdffffdff irq 23 at device 30.2 on pci0 pcm0: [GIANT-LOCKED] pcm0: ieee80211_load_module: load the wlan_wep module by hand for now. wi0: link state changed to DOWN Btw., vmstat -i shows quite high apic timer interrupt rates, I guess this is normal for 6.0? interrupt total rate irq1: atkbd0 1856 1 irq13: npx0 1 0 irq14: ata0 94 0 irq17: wi0 506 0 irq20: fxp0 atapci1 73527 72 irq21: uhci0 ehci0 1 0 irq22: uhci1 4876 4 irq23: pcm0 uhci3 1008 0 lapic0: timer 2014791 1996 lapic1: timer 2014913 1996 Total 4111573 4074 I'll keep 6.0 on the machine for a couple days but then I'll have to revert to 5.4 because I need the machine as a workstation. mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 03:50: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 AA73916A41C for ; Wed, 25 May 2005 03:50:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F9143D1F for ; Wed, 25 May 2005 03:50:20 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so6309rne for ; Tue, 24 May 2005 20:50:19 -0700 (PDT) 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=knyXXZfYyUd96c+qz3w8OmJBp2PE785nlaIHXm+bPdRRhPBxN9tfZtWd7NTdN1mGmMb/nvDTkQObIrVZVUHdwb7T44LnH2L3jN4a2VDPhiFWlYBL5EvZ3yXCMMsAFDn9jj8uOjzCDUgcK1Gs5ldwpJ3tIK3fA0E6YyHc93gkxmY= Received: by 10.38.104.24 with SMTP id b24mr25099rnc; Tue, 24 May 2005 20:50:19 -0700 (PDT) Received: by 10.38.209.31 with HTTP; Tue, 24 May 2005 20:50:19 -0700 (PDT) Message-ID: <84dead7205052420503fded0e9@mail.gmail.com> Date: Wed, 25 May 2005 09:20:19 +0530 From: Joseph Koshy To: Matthias Buelow In-Reply-To: <4293F4D9.90204@incubus.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 03:50:22 -0000 > FreeBSD 6.0-CURRENT #0: Wed May 25 05:00:48 CEST 2005 > root@drjekyll.mkbuelow.net:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. WITNESS will cause terrible slowdowns. =20 You may want to try without options WITNESS, INVARIANTS and INVARIANT_SUPPORT. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-stable@FreeBSD.ORG Wed May 25 03:50: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 F0F5A16A435 for ; Wed, 25 May 2005 03:50:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F59F43D1F for ; Wed, 25 May 2005 03:50:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 61CA85131A; Tue, 24 May 2005 20:51:15 -0700 (PDT) Date: Tue, 24 May 2005 20:51:15 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050525035115.GA43824@xor.obsecurity.org> References: <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <4293F4D9.90204@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 03:50:28 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 05:45:29AM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > >OK, thanks for confirming. The next step is for you to try 6.0 with > >debug.mpsafevfs=3D1 on a machine that exhibits the problem under 5.4, so > >we can test whether the problem is caused by VFS being under Giant on > >5.4. >=20 > I have now built 6.0-current from yesterday's source, verified that=20 > debug.mpsafevfs=3D1, and unpacked the firefox source. > Unfortunately your hypothesis didn't hold. In fact, it's a lot worse=20 > than on 5.4-STABLE. Plus, even operations like bulk-rm'ing the unpacked= =20 > firefox tree make X11 crawl and stutter, something that didn't have any= =20 > observable effect on 5.4-STABLE. Maybe the dmesg output is of some help: >=20 >=20 > 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-CURRENT #0: Wed May 25 05:00:48 CEST 2005 > root@drjekyll.mkbuelow.net:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. *Ahem* Kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk/YyWry0BWjoQKURAvftAJwK6b+CkmpIKx73bhxdBpVg9t6bcwCgzCZO SUkyFnJ1FaKlEFicHd6hvE0= =SbF2 -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 03: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 244C816A41C for ; Wed, 25 May 2005 03:54:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id C898443D49 for ; Wed, 25 May 2005 03:54:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AE976515D5; Tue, 24 May 2005 20:55:15 -0700 (PDT) Date: Tue, 24 May 2005 20:55:15 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050525035515.GB43824@xor.obsecurity.org> References: <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline In-Reply-To: <4293F4D9.90204@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 03:54:28 -0000 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, May 25, 2005 at 05:45:29AM +0200, Matthias Buelow wrote: Once you remove the debugging options.. > uhci3: [GIANT-LOCKED] > pcm0: [GIANT-LOCKED] > interrupt total rate > irq1: atkbd0 1856 1 > irq13: npx0 1 0 > irq14: ata0 94 0 > irq17: wi0 506 0 > irq20: fxp0 atapci1 73527 72 > irq21: uhci0 ehci0 1 0 > irq22: uhci1 4876 4 > irq23: pcm0 uhci3 1008 0 pcm0 and uhci3 share an interrupt on your system, and both are under Giant, so they'll fight over it when one receives an interrupt, and nothing else can run in the kernel when that is happening. Do you need USB support? If not, get rid of it. Kris --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk/cjWry0BWjoQKURAg19AJ9MHM8JBiAI/1mkW8x7DSuvZnGQFQCdEnTK zHt4ygZmI13kcu/lgtOZwyU= =ca0b -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 03:57: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 0321516A41C for ; Wed, 25 May 2005 03:57:01 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7536043D48 for ; Wed, 25 May 2005 03:57:00 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 25A842FA8F; Wed, 25 May 2005 05:56:59 +0200 (CEST) Message-ID: <4293F797.2050401@incubus.de> Date: Wed, 25 May 2005 05:57:11 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <20050525035515.GB43824@xor.obsecurity.org> In-Reply-To: <20050525035515.GB43824@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 03:57:01 -0000 Kris Kennaway wrote: > pcm0 and uhci3 share an interrupt on your system, and both are under > Giant, so they'll fight over it when one receives an interrupt, and > nothing else can run in the kernel when that is happening. Do you > need USB support? If not, get rid of it. Well.. the USB mouse needs it, I guess... mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 04:20: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 A7A5D16A41C for ; Wed, 25 May 2005 04:20:48 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DF2B43D4C for ; Wed, 25 May 2005 04:20:48 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 79AB42F444; Wed, 25 May 2005 06:20:46 +0200 (CEST) Message-ID: <4293FD27.90500@incubus.de> Date: Wed, 25 May 2005 06:20:55 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joseph Koshy References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42924949.1070902@incubus.de> <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> In-Reply-To: <84dead7205052420503fded0e9@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 04:20:48 -0000 Joseph Koshy wrote: > You may want to try without options WITNESS, INVARIANTS and > INVARIANT_SUPPORT. Ok, I've done this. Symptoms are now about equal to 5.4-STABLE. mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 04:26: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 7CE3116A41C for ; Wed, 25 May 2005 04:26:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2600143D4C for ; Wed, 25 May 2005 04:26:19 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E562951419; Tue, 24 May 2005 21:27:06 -0700 (PDT) Date: Tue, 24 May 2005 21:27:06 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050525042706.GA60021@xor.obsecurity.org> References: <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <4293FD27.90500@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Joseph Koshy , Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 04:26:19 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 06:20:55AM +0200, Matthias Buelow wrote: > Joseph Koshy wrote: >=20 > >You may want to try without options WITNESS, INVARIANTS and > >INVARIANT_SUPPORT. >=20 > Ok, I've done this. Symptoms are now about equal to 5.4-STABLE. I think it's your mouse fighting with your sound card for Giant. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCk/6aWry0BWjoQKURAqNdAJsGSs8iwZEhZeWdiZvpox2lG0XyfQCePbzg cuIyQ1V/D0Ozi+DVNv0Tr/4= =NeBU -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 04:38: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 32DFF16A41C for ; Wed, 25 May 2005 04:38:48 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB28B43D53 for ; Wed, 25 May 2005 04:38:47 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 6C60D2F444; Wed, 25 May 2005 06:38:46 +0200 (CEST) Message-ID: <42940163.7060603@incubus.de> Date: Wed, 25 May 2005 06:38:59 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> In-Reply-To: <20050525042706.GA60021@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Joseph Koshy Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 04:38:48 -0000 Kris Kennaway wrote: > I think it's your mouse fighting with your sound card for Giant. And why does it also happen (if not as badly but still) on my notebook where there's no such conflict? interrupt total rate irq0: clk 2959195 99 irq1: atkbd0 34101 1 irq6: fdc0 4 0 irq11: cbb0 cbb1++* 373638 12 irq12: psm0 267 0 irq13: npx0 1 0 irq14: ata0 374788 12 Total 3741994 126 mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 04:42: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 10C9B16A41C for ; Wed, 25 May 2005 04:42:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB9D943D1D for ; Wed, 25 May 2005 04:41:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5B7D6515E2; Tue, 24 May 2005 21:42:47 -0700 (PDT) Date: Tue, 24 May 2005 21:42:47 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050525044247.GA60236@xor.obsecurity.org> References: <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <42940163.7060603@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <42940163.7060603@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Joseph Koshy , Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 04:42:00 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 06:38:59AM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > >I think it's your mouse fighting with your sound card for Giant. >=20 > And why does it also happen (if not as badly but still) on my notebook=20 > where there's no such conflict? >=20 > interrupt total rate > irq0: clk 2959195 99 > irq1: atkbd0 34101 1 > irq6: fdc0 4 0 > irq11: cbb0 cbb1++* 373638 12 > irq12: psm0 267 0 > irq13: npx0 1 0 > irq14: ata0 374788 12 > Total 3741994 126 What else is on irq11? Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClAJHWry0BWjoQKURAiARAKD9hWwSqlYlKcwpXULsRfYu5cHq+QCgh+/u qT4xwMGL41uQ4rS8sRUExog= =UMFu -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 04:51: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 44B4316A41C for ; Wed, 25 May 2005 04:51:41 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0ED943D1F for ; Wed, 25 May 2005 04:51:40 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 99E892F444; Wed, 25 May 2005 06:51:39 +0200 (CEST) Message-ID: <42940468.4050206@incubus.de> Date: Wed, 25 May 2005 06:51:52 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <42940163.7060603@incubus.de> <20050525044247.GA60236@xor.obsecurity.org> In-Reply-To: <20050525044247.GA60236@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Joseph Koshy Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 04:51:41 -0000 Kris Kennaway wrote: >>irq11: cbb0 cbb1++* 373638 12 > What else is on irq11? Hmm.. uhm! uhci0, pcm0, fxp0 and wi0... :-} Is the "++*" thing notation for "there's more stuff but I won't show you"? mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 04: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 587E016A41C for ; Wed, 25 May 2005 04:55:31 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 006B543D1D for ; Wed, 25 May 2005 04:55:30 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 3EB822F3AB; Wed, 25 May 2005 06:55:28 +0200 (CEST) Message-ID: <4294054C.9080207@incubus.de> Date: Wed, 25 May 2005 06:55:40 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <200505242141.38289.max@love2party.net> <42938C2E.6020301@incubus.de> <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> In-Reply-To: <20050525042706.GA60021@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Joseph Koshy Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 04:55:31 -0000 Kris Kennaway wrote: > I think it's your mouse fighting with your sound card for Giant. I've now disabled the sound chip in the BIOS, no change. mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 05:08: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 4723E16A41C for ; Wed, 25 May 2005 05:08:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7F0643D49 for ; Wed, 25 May 2005 05:08:56 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2646151419; Tue, 24 May 2005 22:09:44 -0700 (PDT) Date: Tue, 24 May 2005 22:09:43 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050525050943.GA64320@xor.obsecurity.org> References: <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <4294054C.9080207@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Joseph Koshy , Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 05:08:57 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 06:55:40AM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > >I think it's your mouse fighting with your sound card for Giant. >=20 > I've now disabled the sound chip in the BIOS, no change. But is the driver still attaching? Kris --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClAiWWry0BWjoQKURAitoAJ9zA1hYkFmW+OoyyeVcsKN/eYm6SwCgyK9d vaHn2tfGGgJGr+kd11JhFuc= =jW/L -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 05:09: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 25A3016A41C for ; Wed, 25 May 2005 05:09:25 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE03A43D49 for ; Wed, 25 May 2005 05:09:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5A371515E2; Tue, 24 May 2005 22:10:12 -0700 (PDT) Date: Tue, 24 May 2005 22:10:12 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050525051011.GB64320@xor.obsecurity.org> References: <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <42940163.7060603@incubus.de> <20050525044247.GA60236@xor.obsecurity.org> <42940468.4050206@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="A6N2fC+uXW/VQSAv" Content-Disposition: inline In-Reply-To: <42940468.4050206@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Joseph Koshy , Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 05:09:25 -0000 --A6N2fC+uXW/VQSAv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 06:51:52AM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > >>irq11: cbb0 cbb1++* 373638 12 > >What else is on irq11? >=20 > Hmm.. uhm! >=20 > uhci0, pcm0, fxp0 and wi0... :-} >=20 > Is the "++*" thing notation for "there's more stuff but I won't show you"? Yes. Laptops tend to be bad for putting everything on one IRQ. Kris --A6N2fC+uXW/VQSAv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClAizWry0BWjoQKURAm1oAKCO0xGBg7vp3IgVGMkWG1SgF8FzuACgqLvM tUWnfYKGQycc4FV3f3isy6Y= =bf6t -----END PGP SIGNATURE----- --A6N2fC+uXW/VQSAv-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 05:17: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 B1B5A16A41C for ; Wed, 25 May 2005 05:17:42 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 076EF43D1D for ; Wed, 25 May 2005 05:17:42 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id B6AA52F3AB; Wed, 25 May 2005 07:17:40 +0200 (CEST) Message-ID: <42940A81.1030801@incubus.de> Date: Wed, 25 May 2005 07:17:53 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050524201942.GA28257@xor.obsecurity.org> <42938D40.1050502@incubus.de> <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> In-Reply-To: <20050525050943.GA64320@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 05:17:42 -0000 Kris Kennaway wrote: >>I've now disabled the sound chip in the BIOS, no change. > But is the driver still attaching? No, and I now have disabled loading the module at boot aswell. Still no difference. I would also think that if that were the cause, the situation would be a lot worse on the notebook, where a lot more devices share one interrupt. But on the notebook (much slower machine), it isn't quite as bad as on the desktop machine. mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 05:21: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 89B7C16A41C for ; Wed, 25 May 2005 05:21:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DB9E43D49 for ; Wed, 25 May 2005 05:21:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1544B5152F; Tue, 24 May 2005 22:22:14 -0700 (PDT) Date: Tue, 24 May 2005 22:22:14 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050525052214.GA76339@xor.obsecurity.org> References: <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <42940A81.1030801@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 05:21:27 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 07:17:53AM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > >>I've now disabled the sound chip in the BIOS, no change. > >But is the driver still attaching? >=20 > No, and I now have disabled loading the module at boot aswell. Still no= =20 > difference. I would also think that if that were the cause, the=20 > situation would be a lot worse on the notebook, where a lot more devices= =20 > share one interrupt. But on the notebook (much slower machine), it=20 > isn't quite as bad as on the desktop machine. Show me vmstat -i now. Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClAuGWry0BWjoQKURAvaZAJ4lU00bfADrSUuLiYIiWOHYzz6y/gCeIG+G tdYg8VzEoLGEtBjZ6vl9E48= =H45w -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 05:26:20 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 99EFC16A42A for ; Wed, 25 May 2005 05:26:20 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id E655343D55 for ; Wed, 25 May 2005 05:26:19 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id A6E8F30061; Wed, 25 May 2005 07:26:18 +0200 (CEST) Message-ID: <42940C87.5000705@incubus.de> Date: Wed, 25 May 2005 07:26:31 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050524202647.GA28322@xor.obsecurity.org> <4293A18F.6080200@incubus.de> <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> <20050525052214.GA76339@xor.obsecurity.org> In-Reply-To: <20050525052214.GA76339@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 05:26:20 -0000 Kris Kennaway wrote: > Show me vmstat -i now. interrupt total rate irq1: atkbd0 586 0 irq13: npx0 1 0 irq14: ata0 94 0 irq17: wi0 54 0 irq20: fxp0 atapci1 62079 99 irq21: uhci0 ehci0 1 0 irq22: uhci1 1102 1 lapic0: timer 1246549 1994 lapic1: timer 1246427 1994 Total 2556893 4091 The only relevant conflict I could see is irc 20; but I had already tested that by removing fxp0 from the kernel. mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 05:30: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 1E8D316A41C for ; Wed, 25 May 2005 05:30:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA8C443D49 for ; Wed, 25 May 2005 05:30:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B316F51419; Tue, 24 May 2005 22:30:54 -0700 (PDT) Date: Tue, 24 May 2005 22:30:54 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050525053054.GA76491@xor.obsecurity.org> References: <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> <20050525052214.GA76339@xor.obsecurity.org> <42940C87.5000705@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <42940C87.5000705@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 05:30:07 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 07:26:31AM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > >Show me vmstat -i now. >=20 > interrupt total rate > irq1: atkbd0 586 0 > irq13: npx0 1 0 > irq14: ata0 94 0 > irq17: wi0 54 0 > irq20: fxp0 atapci1 62079 99 > irq21: uhci0 ehci0 1 0 > irq22: uhci1 1102 1 > lapic0: timer 1246549 1994 > lapic1: timer 1246427 1994 > Total 2556893 4091 >=20 >=20 > The only relevant conflict I could see is irc 20; but I had already=20 > tested that by removing fxp0 from the kernel. I wonder if USB is causing the problem all on its own..since that was the culprit in other situations when it was being triggered by virtue of interrupt sharing. Any chance you can try a non-USB mouse and remove USB from your kernel? Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClA2OWry0BWjoQKURAr2wAKCN8s4SX9eQO1BKDDjcHXLj12KM5ACfXgHD nsQTS7dWhgGxPU063dYgurc= =87U4 -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 05:34: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 71ADD16A41C for ; Wed, 25 May 2005 05:34:32 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A47643D1F for ; Wed, 25 May 2005 05:34:30 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAEA60.dip.t-dialin.net [84.170.234.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id CC08B30061; Wed, 25 May 2005 07:34:27 +0200 (CEST) Message-ID: <42940E70.9060508@incubus.de> Date: Wed, 25 May 2005 07:34:40 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> <20050525052214.GA76339@xor.obsecurity.org> <42940C87.5000705@incubus.de> <20050525053054.GA76491@xor.obsecurity.org> In-Reply-To: <20050525053054.GA76491@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 05:34:32 -0000 Kris Kennaway wrote: > I wonder if USB is causing the problem all on its own..since that was > the culprit in other situations when it was being triggered by virtue > of interrupt sharing. Any chance you can try a non-USB mouse and > remove USB from your kernel? Yes, I'll try that later. mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 06:19: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 E43F416A41C; Wed, 25 May 2005 06:19:49 +0000 (GMT) (envelope-from sos@freebsd.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B96843D4C; Wed, 25 May 2005 06:19:49 +0000 (GMT) (envelope-from sos@freebsd.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j4P6D0Ma072360; Wed, 25 May 2005 08:13:01 +0200 (CEST) (envelope-from sos@freebsd.org) In-Reply-To: <20050525021751.43552.qmail@web50305.mail.yahoo.com> References: <20050525021751.43552.qmail@web50305.mail.yahoo.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Wed, 25 May 2005 08:19:43 +0200 To: alan bryan X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nForce 4, SATA Drive only runs at UDMA33? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 06:19:50 -0000 On 25/05/2005, at 4:17, alan bryan wrote: > > --- S=F8ren Schmidt wrote: > >>> Is there anything in -CURRENT that would help this >>> >> to >> >>> work better than 5-STABLE plus the ATA mkIII "n" >>> patches? >>> >> >> Yes, I've done quite a bit of changes that affects >> this on -current. >> However its done blindfolded since I dont have a >> nForce4 based system >> here yet (but should soon). >> >> - S=F8ren >> > > How soon is "soon"? I may be able to send you some > hardware too if that would be helpful. "one of these days" it should be in transit.. > I tried a -CURRENT kernel today but didn't > build/install world or anything else as I don't want > to mess up this machines 5.4 installation. The result > was that it now seems to identify all the atapici0 - > atapici3 controllers and doesn't do the repeated > DISCONNECTED/CONNECTED messages but it still panicked > near the end of the bootup process, around the USB > area. > > I called a friend today who has a spare SATA drive I > can borrow so I'll be picking that up tomorrow and > I'll swap out drives and do a fresh -CURRENT install > tomorrow on that new drive to see if I can get it any > further along towards a successful boot. I'll report > back with my findings. OK, let me know, I'll be away from mail Thurday to Sunday, so if I =20 dont respond as quickly as usual you know why... - S=F8ren From owner-freebsd-stable@FreeBSD.ORG Wed May 25 06:50: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 8BE2816A41C for ; Wed, 25 May 2005 06:50:22 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.org [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4801543D49 for ; Wed, 25 May 2005 06:50:22 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:filip@sdf.lonestar.org [192.94.73.1]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j4P6nhnb012951 for ; Wed, 25 May 2005 06:49:43 GMT Received: (from filip@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id j4P6nhA7025335; Wed, 25 May 2005 06:49:43 GMT Date: Wed, 25 May 2005 06:49:43 +0000 (UTC) From: Filip Lenaerts X-X-Sender: filip@sdf.lonestar.org To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: RELENG_5_4 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 06:50:22 -0000 hi all, i've been experiencing kernel panics for over a year, but the frequency of them happening has increased dramatically. now i was finally able to build a kernel with debug options, since even while trying to build this kernel, i would get kernel panics. it seems like everytime there is a small high cpu usage peak, the system panics. im totally unsure what is going on, and hopefully someone can more understand this, looking at the kdbg output below, pinpointing a problem in the code or probably something else (hardware failure?). messages file can be found at http://filip.freeshell.org/messages let me know if you need more info, coredumps enough :) filip May 25 08:24:44 kernel: Fatal trap 12: page fault while in kernel mode May 25 08:24:44 kernel: fault virtual address = 0xc05554 May 25 08:24:44 kernel: fault code = supervisor read, page not present May 25 08:24:44 kernel: instruction pointer = 0x8:0xc05554 May 25 08:24:44 kernel: stack pointer = 0x10:0xd1366c19 May 25 08:24:44 kernel: frame pointer = 0x10:0xd1366c3c May 25 08:24:44 kernel: code segment = base 0x0, limit 0xfffff, type 0x1b May 25 08:24:44 kernel: = DPL 0, pres 1, def32 1, gran 1 May 25 08:24:44 kernel: processor eflags = interrupt enabled, resume, IOPL = 0 May 25 08:24:44 kernel: current process = 723 (firefox-bin) May 25 08:24:44 kernel: trap number = 12 May 25 08:24:44 kernel: panic: page fault May 25 08:24:44 kernel: Uptime: 6m28s May 25 08:24:44 kernel: Dumping 255 MB May 25 08:24:44 kernel: 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 May 25 08:24:44 kernel: Dump complete # kgdb kernel.debug /var/crash/vmcore.70 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc054ffaa in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc0550270 in panic (fmt=0xc06e511b "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc06bbafc in trap_fatal (frame=0xd1366bd9, eva=12604756) at /usr/src/sys/i386/i386/trap.c:817 #4 0xc06bb857 in trap_pfault (frame=0xd1366bd9, usermode=0, eva=12604756) at /usr/src/sys/i386/i386/trap.c:735 #5 0xc06bb455 in trap (frame= {tf_fs = 24, tf_es = 100663312, tf_ds = 16777232, tf_edi = -784962424, tf_esi = -784962432, tf_ebp = -784962500, tf_isp = -784962555, tf_ebx = 2, tf_edx = -784962144, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = 12604756, tf_cs = 8, tf_eflags = 66178, tf_esp = 550156256, tf_ss = 46108635}) at /usr/src/sys/i386/i386/trap.c:425 #6 0xc06ab43a in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0x00000018 in ?? () #8 0x06000010 in ?? () #9 0x01000010 in ?? () #10 0xd1366c88 in ?? () #11 0xd1366c80 in ?? () #12 0xd1366c3c in ?? () #13 0xd1366c05 in ?? () #14 0x00000002 in ?? () #15 0xd1366da0 in ?? () #16 0x00000000 in ?? () #269 0x00000000 in ?? () #270 0x00000000 in ?? () #271 0x00000000 in ?? () Cannot access memory at address 0xd1366ffd ---- http://filip.freeshell.org mailto:filip@freeshell.org ---- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-stable@FreeBSD.ORG Wed May 25 07:20: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 DE16416A41F for ; Wed, 25 May 2005 07:20:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C59D43D1F for ; Wed, 25 May 2005 07:20:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7B42651436; Wed, 25 May 2005 00:21:22 -0700 (PDT) Date: Wed, 25 May 2005 00:21:22 -0700 From: Kris Kennaway To: Filip Lenaerts Message-ID: <20050525072122.GA7569@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_5_4 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 07:20:35 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 06:49:43AM +0000, Filip Lenaerts wrote: > hi all, >=20 > i've been experiencing kernel panics for over a year, but the frequency o= f=20 > them happening has increased dramatically. now i was finally able to=20 > build a kernel with debug options, since even while trying to build this= =20 > kernel, i would get kernel panics. >=20 > it seems like everytime there is a small high cpu usage peak, the system= =20 > panics. im totally unsure what is going on, and hopefully someone can=20 > more understand this, looking at the kdbg output below, pinpointing a=20 > problem in the code or probably something else (hardware failure?).=20 > messages file can be found at http://filip.freeshell.org/messages Sounds exactly like hardware failure to me. It's too bad you waited a year to investigate this :-) Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClCdyWry0BWjoQKURAo37AKD6aBPyCuhCJUZfds2t8UQbLuYMgwCfYyBz CMWYwySitAKoZO8qGAPp2c4= =N5LE -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 07:35: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 3BCB216A433 for ; Wed, 25 May 2005 07:35:24 +0000 (GMT) (envelope-from riggs@rrr.de) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAF1C43D54 for ; Wed, 25 May 2005 07:35:23 +0000 (GMT) (envelope-from riggs@rrr.de) Received: from mail.m-online.net (svr20.m-online.net [192.168.3.148]) by mail-out.m-online.net (Postfix) with ESMTP id 3F90ACCF2; Wed, 25 May 2005 09:35:22 +0200 (CEST) Received: from marvin.riggiland.au (ppp-62-245-161-252.mnet-online.de [62.245.161.252]) by mail.m-online.net (Postfix) with ESMTP id 1758D9858F; Wed, 25 May 2005 09:35:22 +0200 (CEST) Received: from marvin.riggiland.au (localhost [127.0.0.1]) by marvin.riggiland.au (8.13.3/8.13.3) with ESMTP id j4P7ZL02012214; Wed, 25 May 2005 09:35:21 +0200 (CEST) (envelope-from riggs@marvin.riggiland.au) Received: (from riggs@localhost) by marvin.riggiland.au (8.13.3/8.13.3/Submit) id j4P7ZLJa012213; Wed, 25 May 2005 09:35:21 +0200 (CEST) (envelope-from riggs) Date: Wed, 25 May 2005 09:35:20 +0200 From: "Thomas E. Zander" To: Filip Lenaerts Message-ID: <20050525073520.GD757@marvin.riggiland.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: Organization: RiggiServ - Ihr Partner =?iso-8859-15?Q?f?= =?iso-8859-15?Q?=FCr?= alles Delikate X-PGP-KeyID: 0xC85996CD X-PGP-URI: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xC85996CD X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61 5400 8DD4 8929 C859 96CD X-Mailer: Riggisoft Ausguck Eggsbress (Build 1117005978) X-Operating-System: Riggiland BSD 5.4-STABLE (To serve and protect.) Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_5_4 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 07:35:24 -0000 Hi, On Wed, 25. May 2005, at 6:49 +0000, Filip Lenaerts wrote according to [RELENG_5_4 panic]: > it seems like everytime there is a small high cpu usage peak, the system > panics. I've seen this very same symptom caused by a dying CPU some years ago. Riggs -- - "[...] I talked to the computer at great length and -- explained my view of the Universe to it" said Marvin. --- And what happened?" pressed Ford. ---- "It committed suicide." said Marvin. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 07:59: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 6AE9016A41C for ; Wed, 25 May 2005 07:59:42 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A9043D1F for ; Wed, 25 May 2005 07:59:41 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 252771F87BED; Wed, 25 May 2005 09:59:39 +0200 (CEST) Date: Wed, 25 May 2005 09:59:39 +0200 From: Roman Neuhauser To: freebsd-stable Message-ID: <20050525075939.GA92060@isis.sigpipe.cz> References: <20050523141003.GA75446@isis.sigpipe.cz> <20050524192719.GE796@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524192719.GE796@galgenberg.net> User-Agent: Mutt/1.5.9i Subject: Re: 4.10-RELEASE-p3 i386 problem with /dev/dsp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 07:59:42 -0000 # spoerlein@informatik.uni-wuerzburg.de / 2005-05-24 21:27:19 +0200: > On Mon, 23.05.2005 at 16:10:03 +0200, Roman Neuhauser wrote: > > I have a machine with FreeBSD 4.10-RELEASE-p3 i386 (450MHz P3/Celeron) > > that has been running just fine, but after ~ 120 days something > > happened to /dev/dsp, and I can no longer play mp3s. A restart would > > most probably fix it, but I'd like to know if it's possible to determine > > (and fix) the issue on a running system. Yes, I'm fond of my uptime > > ("up 133 days, 20:04", including an X session), but I'd also like to know if > > this is recoverable or requires the windows-style bandaid. > > Back in the days, this used to happen from time to time. Somehow > processes no longer could open /dev/dsp, but no other process had it > open (verified with lsof and fstat). But ktrace / kdump say the device has been open successfully, and it's not before many writes (128 bytes each) return success that it starts returning -1 with EINVAL. > Looks like you need to reboot ... Maybe this is a different problem, correctable without rebooting. Of course, there isn't really any reason not to reboot it, but I'd like to understand the problem first. I understand that such a problem with 4.x won't draw much attention these days. I just happen to enjoy 4.x so much I have it on all but two boxes (a colleague of mine who runs 5.x had several panics during the four months this 4.10 needed to build enough entropy to give up sound). -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-stable@FreeBSD.ORG Wed May 25 08:15: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 DE84116A41C for ; Wed, 25 May 2005 08:15:59 +0000 (GMT) (envelope-from maulwurf@guckux.de) Received: from ix.artif.net (ix.artif.net [62.116.138.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6360643D1D for ; Wed, 25 May 2005 08:15:58 +0000 (GMT) (envelope-from maulwurf@guckux.de) Received: from [192.168.1.42] (p54A907E9.dip0.t-ipconnect.de [84.169.7.233]) (authenticated bits=0) by ix.artif.net (8.12.3/8.12.3/Debian-7.1) with ESMTP id j4P8FsxG012970; Wed, 25 May 2005 10:15:55 +0200 Message-ID: <42943430.2020809@guckux.de> Date: Wed, 25 May 2005 10:15:44 +0200 From: Stefan Huerter User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Filip Lenaerts , freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Cc: Subject: Re: RELENG_5_4 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: maulwurf@guckux.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 08:16:00 -0000 Guckux Filip Filip Lenaerts wrote: > i've been experiencing kernel panics for over a year, but the frequency > of them happening has increased dramatically. now i was finally able to > > it seems like everytime there is a small high cpu usage peak, the system > panics. im totally unsure what is going on, and hopefully someone can Sounds like a problem which I had a few years ago... hardware failure... The reason in my system was a hard-disk fan which won't work anymore. Under system load - the whole system wants more power and the result was kernel panic / resetting the system... Have a look to the other answers - dying of the CPU or s.th. else... (At the moment I expect a similiar problem, the ELKOs on my MotherBoard are white on the TOP - bad material and they are near the CPU/Cooler... :-( ) Bye Stefan From owner-freebsd-stable@FreeBSD.ORG Wed May 25 08:19: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 7498816A41C for ; Wed, 25 May 2005 08:19:43 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1984843D48 for ; Wed, 25 May 2005 08:19:42 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so93074wra for ; Wed, 25 May 2005 01:19:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=JUAJ49A8snv+Sek4jvUIJsRt8xjaYnbRKwQXVC+bocNglmP0eWRKIOB65FWzBHPP5SkpaEojh6t1I6weYXJrnmNHHygqaa0QE8M9yVSBPvhVtkIFom3N5dmfKZKTww7qWMrSdDEZIvIjnct0oW73pjyb72nI3rh4pXaga5aEnMs= Received: by 10.54.107.4 with SMTP id f4mr198767wrc; Wed, 25 May 2005 01:19:42 -0700 (PDT) Received: by 10.54.7.20 with HTTP; Wed, 25 May 2005 01:19:42 -0700 (PDT) Message-ID: <6eb82e050525011918e11fb4@mail.gmail.com> Date: Wed, 25 May 2005 16:19:42 +0800 From: Rong-En Fan 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: panic: ffs_blkfree: freeing free block X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rong-En Fan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 08:19:43 -0000 Hi, I have seen this knid of panic on 5.3/i386 (-p15) and 4.x. Machine is an i386 machine with an external hardware RAID, shared with nfs. There are total 20+ nfs client. When one exported space gets full and some user's program keeping write (probability with remove) data to this space, sometimes after lots of /dev/xxxxx is full message, I got this panic. dev =3D da0s1d, block =3D 44652432, fs =3D /export/b1 panic: ffs_blkfree: freeing free block cpuid =3D 3 KDB: enter: panic [thread 100112] Stopped at kdb_enter+0x30: leave db> wh kdb_enter(c066992d,3,c0672f0b,e4ba6ae0,5) at kdb_enter+0x30 panic(c0672f0b,c22b58a8,2a95790,0,c23638d4) at panic+0x13e ffs_blkfree(c2363800,c23cb318,2a95790,0,4000) at ffs_blkfree+0x3d2 indir_trunc(c2690e00,aa55e20,0,1,80c) at indir_trunc+0x30d handle_workitem_freeblocks(c2690e00,0,2,6,0) at handle_workitem_freeblocks+= 0x20e process_worklist_item(0,0,42935dad,0,0) at process_worklist_item+0x1e1 softdep_process_worklist(0,1e,c1f1a320,0,0) at softdep_process_worklist+0xc= c sched_sync(0,e4ba6d48,0,0,0) at sched_sync+0x5f2 fork_exit(c0541295,0,e4ba6d48) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe4ba6d7c, ebp =3D 0 --- The system disk is on ips(4) which does not support dump in 5.3 (supportted in 5.4). So, there is no dump available. I don't exactly know what kind of accessing pattern causes this. Therefore, no idea where to start at. Wonder if this can be fixed or so. Cheers, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Wed May 25 08:57: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 42D6F16A41C for ; Wed, 25 May 2005 08:57:43 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id B213343D1F for ; Wed, 25 May 2005 08:57:42 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001) id 2CAD0AF424; Wed, 25 May 2005 10:57:41 +0200 (CEST) Date: Wed, 25 May 2005 10:57:41 +0200 From: Krzysztof Kowalik To: Kris Kennaway Message-ID: <20050525085740.GA14207@uci.agh.edu.pl> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> <20050524143726.GA29642@uci.agh.edu.pl> <20050524162034.GA59728@xor.obsecurity.org> <20050524203753.GA28484@uci.agh.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524203753.GA28484@uci.agh.edu.pl> Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 08:57:43 -0000 Krzysztof Kowalik [kkowalik@uci.agh.edu.pl] wrote: > [...] > I will try to put my hands on the mentioned AMD box once again, to run > some current 6.0 on it. OK, got the box. I ran a 5.4-RELEASE, identical (as I just restored dumps of my current workstation on it) as the one not giving problems on Intel-based system. Regardless of the state of USB, I can observe the mentioned issues (scattered sound, lagging mouse in X, etc while untarring firefox's sources). With USB, vmstat -i shows: interrupt total rate irq1: atkbd0 904 2 irq3: sio1 1 0 irq4: sio0 1 0 irq6: fdc0 10 0 irq8: rtc 56478 127 irq12: psm0 4912 11 irq13: npx0 1 0 irq14: ata0 8529 19 irq15: ata1 63 0 irq16: fxp0 uhci1 437384 987 irq17: pcm0 1576 3 irq0: clk 441323 996 Total 951182 2147 ... and without it: interrupt total rate irq1: atkbd0 164 1 irq3: sio1 1 0 irq4: sio0 1 0 irq6: fdc0 10 0 irq8: rtc 19340 127 irq12: psm0 7005 46 irq13: npx0 1 0 irq14: ata0 18731 123 irq15: ata1 61 0 irq16: fxp0 132 0 irq17: pcm0 2448 16 irq0: clk 151117 994 Total 199011 1309 cvsup-ing current 6.0-CURRENT right now, to check the giantless VFS once again. It will probably take an hour to get it up and running. If you have any more ideas, while I still have the box, I'd be willing to try, time permitting. -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-stable@FreeBSD.ORG Wed May 25 09:19: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 C0DAB16A41C for ; Wed, 25 May 2005 09:19:39 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.org [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7946843D49 for ; Wed, 25 May 2005 09:19:39 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:filip@sdf.lonestar.org [192.94.73.1]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j4P9J0Dh012951; Wed, 25 May 2005 09:19:00 GMT Received: (from filip@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id j4P9J0vH018419; Wed, 25 May 2005 09:19:00 GMT Date: Wed, 25 May 2005 09:19:00 +0000 (UTC) From: Filip Lenaerts X-X-Sender: filip@sdf.lonestar.org To: Kris Kennaway In-Reply-To: <20050525072122.GA7569@xor.obsecurity.org> Message-ID: References: <20050525072122.GA7569@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_5_4 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 09:19:39 -0000 On Wed, 25 May 2005, Kris Kennaway wrote: >> >> i've been experiencing kernel panics for over a year, but the frequency of >> >> it seems like everytime there is a small high cpu usage peak, the system >> panics. im totally unsure what is going on, and hopefully someone can >> problem in the code or probably something else (hardware failure?). > > Sounds exactly like hardware failure to me. It's too bad you waited a > year to investigate this :-) hi all, tnx very much for reply, kris, stefan and thomas. i was also thinking/fearing for a hardware error. the reason why i didn't investigate sooner is that over the past two years i was running 5.0-RC2 and after that followed current. i always assumed that that could be the reason, but when i reverted a month ago to 5.4-RELEASE and now RELENG_5_4 aka stable, the problem stayed ... plus my kernel debugging skills are very limited - hence learned again :) so HW failure. now the only thing to do is convince our IT dep that it is broken and ask a new one. the problem is that they only support windows and they go frantic when they see linux, let alone BSD :) so the probably want to put the blame on the OS iso the HW. wish me luck :) tnx again guys! filip > > Kris ---- http://filip.freeshell.org mailto:filip@freeshell.org ---- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-stable@FreeBSD.ORG Wed May 25 09:39:30 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 2329116A428 for ; Wed, 25 May 2005 09:39:30 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C0DB43D49 for ; Wed, 25 May 2005 09:39:29 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 47665D9C78 for ; Wed, 25 May 2005 11:39:28 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 128EF8FBB0 for ; Wed, 25 May 2005 11:39:28 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id E84807B63C for ; Wed, 25 May 2005 11:39:27 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id CBA2CD9D35 for ; Wed, 25 May 2005 11:39:27 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j4P9dQGR006443 for ; Wed, 25 May 2005 11:39:27 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j4P9dQiH076504 for ; Wed, 25 May 2005 11:39:26 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.3/8.13.3) with ESMTP id j4P9dQNx001919 for ; Wed, 25 May 2005 11:39:26 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.3/8.13.3/Submit) id j4P9dQf1001918 for stable@freebsd.org; Wed, 25 May 2005 11:39:26 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Wed, 25 May 2005 11:39:25 +0200 From: Ulrich Spoerlein To: stable@freebsd.org Message-ID: <20050525093925.GA818@galgenberg.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: Subject: Syscons output freezes with 4.11-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: Wed, 25 May 2005 09:39:30 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, got a very strange problem. This happened both, if the system was booted =66rom a P2-400 Slot1 system and is happening again, although I've relocated the system to a K6-2 Sockel7 board. So, we have different hardware, except for 2x NIC and the HDDs, which I've transferred. The symptoms are, that some time during boot or shortly thereafter the output to the console would freeze completely. Absolutely no updates are happening. I can still log in via keyboard and do stuff (blindfolded) and all network services are running just fine. I didn't hit scroll lock or anything, it happens totally automatically, even with different keyboards. I tried changing various settings of ttyv0 through vidcontrol, but no success there. This is a 4.11 system, anything I could/should try to debug this? Ulrich Sp=F6rlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClEfNmArGtfDbn0QRAgPxAKDXekRUNnoO03hMl5XZRXdZ+0UGCQCgjnVY jgVAOD1eezbgFgZt09KDvD4= =Gi0R -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 10:43: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 6496C16A41C for ; Wed, 25 May 2005 10:43:18 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0251F43D4C for ; Wed, 25 May 2005 10:43:17 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001) id 4B287AF44A; Wed, 25 May 2005 12:43:16 +0200 (CEST) Date: Wed, 25 May 2005 12:43:16 +0200 From: Krzysztof Kowalik To: Kris Kennaway Message-ID: <20050525104316.GA12744@uci.agh.edu.pl> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523195123.GA13810@xor.obsecurity.org> <3482.172.16.0.199.1116882013.squirrel@172.16.0.1> <20050523211307.GA36552@xor.obsecurity.org> <42924949.1070902@incubus.de> <20050523213155.GA46718@xor.obsecurity.org> <20050524143726.GA29642@uci.agh.edu.pl> <20050524162034.GA59728@xor.obsecurity.org> <20050524203753.GA28484@uci.agh.edu.pl> <20050525085740.GA14207@uci.agh.edu.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050525085740.GA14207@uci.agh.edu.pl> Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 10:43:18 -0000 Krzysztof Kowalik [kkowalik@uci.agh.edu.pl] wrote: > [...] > cvsup-ing current 6.0-CURRENT right now, to check the giantless VFS once > again. It will probably take an hour to get it up and running. Unfortunately, 6.0-CURRENT didn't help at all. FreeBSD 6.0-CURRENT #0: Wed May 25 13:24:30 CEST 2005 [...] Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM) XP 2000+ (1668.71-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x662 Stepping = 2 Features=0x383fbff AMD Features=0xc0400000 real memory = 1073725440 (1023 MB) avail memory = 1041891328 (993 MB) ACPI APIC Table: [...] pcm0: port 0xd800-0xd8ff at device 5.0 on pci0 [...] atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 [...] atapci0: port 0xd400-0xd407,0xd000-0xd003,0xb800-0xb807,0xb400-0xb403,0xb000-0xb00f mem 0xe5800000-0xe5803fff irq 19 at device 6.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x9800-0x980f at device 17.1 on pci0 ata0: on atapci1 ata1: on atapci1 [...] ad0: 38166MB at ata0-master UDMA100 [...] # vmstat -i interrupt total rate irq1: atkbd0 704 2 irq3: sio1 1 0 irq4: sio0 1 0 irq6: fdc0 10 0 irq12: psm0 7143 24 irq13: npx0 1 0 irq14: ata0 46427 160 irq15: ata1 67 0 irq16: fxp0 284 0 irq17: pcm0 4414 15 lapic0: timer 575578 1991 Total 634630 2195 # sysctl -a|grep mpsafe debug.mpsafevfs: 1 debug.mpsafenet: 1 debug.mpsafevm: 1 The issues still exist. -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-stable@FreeBSD.ORG Wed May 25 10:51: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 711E116A41C; Wed, 25 May 2005 10:51:51 +0000 (GMT) (envelope-from jamie@trident-uk.co.uk) Received: from mail.trident-uk.co.uk (mail.trident-uk.co.uk [194.221.74.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1FAC43D1F; Wed, 25 May 2005 10:51:50 +0000 (GMT) (envelope-from jamie@trident-uk.co.uk) Received: from localhost (localhost.trident-uk.co.uk [127.0.0.1]) by mail.trident-uk.co.uk (Postfix) with ESMTP id A2ED482917; Wed, 25 May 2005 11:51:47 +0100 (BST) Received: from mail.trident-uk.co.uk ([127.0.0.1]) by localhost (cobain.trident-uk.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63987-05; Wed, 25 May 2005 11:51:47 +0100 (BST) Received: from [192.168.122.109] (unknown [192.168.122.109]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 1A3238290D; Wed, 25 May 2005 11:51:47 +0100 (BST) Message-ID: <429458D0.2030104@trident-uk.co.uk> Date: Wed, 25 May 2005 11:52:00 +0100 From: Jamie Heckford User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050512) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jamie@tridentmicrosystems.co.uk References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050518150316.GA11987@nipples.trident-uk.co.uk> <20050518195312.GB2129@cirb503493.alcatel.com.au> <20050518222937.GA13356@nipples.trident-uk.co.uk> <20050518155452.M87264@carver.gumbysoft.com> <20050518231544.GA13555@nipples.trident-uk.co.uk> In-Reply-To: <20050518231544.GA13555@nipples.trident-uk.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at trident-uk.co.uk Cc: Peter Jeremy , freebsd-stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: 5.4-RC2 freezing - ATA related? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 10:51:51 -0000 Jamie Heckford wrote: > On Wed, May 18, 2005 at 03:54:59PM -0700, Doug White wrote: > >>On Wed, 18 May 2005, Jamie Heckford wrote: >> >> >>>Hi Peter, >>> >>>On Thu, May 19, 2005 at 05:53:12AM +1000, Peter Jeremy wrote: >>> >>>>On Wed, 2005-May-18 16:03:16 +0100, Jamie Heckford wrote: >>>> >>>>>Managed to get a dump on our system for a similar prob we are getting: >>>> >>>>That traceback looks like a panic, not a deadlock. What was the panic >>>>message? >>> >>>Only have remote access to the box im afraid, is there anyway I can obtain >>>the panic message? >> >>"print msgbuf" should do it Another one... looks completly different :-( [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt full #0 doadump () at pcpu.h:160 No locals. #1 0xc04fac8a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 first_buf_printf = 1 #2 0xc04faf50 in panic (fmt=0xc06c06db "softdep_deallocate_dependencies: dangling deps") at /usr/src/sys/kern/kern_shutdown.c:566 td = (struct thread *) 0xc357fd80 bootopt = 260 newpanic = 1 ap = 0xc357fd80 "\\\214\215ĂđjOĂ" buf = "softdep_deallocate_dependencies: dangling deps", '\0' #3 0xc061cbfe in softdep_deallocate_dependencies (bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:5961 No locals. #4 0xc053c8f4 in brelse (bp=0xd77932d4) at buf.h:431 No locals. #5 0xc054bd24 in flushbuflist (blist=0xd77932d4, flags=0, vp=0xc4bf9630, slpflag=0, slptimeo=0, errorp=0x0) at /usr/src/sys/kern/vfs_subr.c:1101 bp = (struct buf *) 0xd77932d4 nbp = (struct buf *) 0xd75948f0 found = 1 #6 0xc054b987 in vinvalbuf (vp=0xc4bf9630, flags=0, cred=0x0, td=0x0, slpflag=0, slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:987 blist = (struct buf *) 0x0 error = 0 object = 0xc04efc79 #7 0xc054e85c in vclean (vp=0xc4bf9630, flags=8, td=0xc357fd80) at /usr/src/sys/kern/vfs_subr.c:2479 ---Type to continue, or q to quit--- active = 0 #8 0xc054eeb5 in vgonel (vp=0xc4bf9630, td=0xc357fd80) at /usr/src/sys/kern/vfs_subr.c:2697 No locals. #9 0xc054a9f2 in vlrureclaim (mp=0xc35b3c00) at pcpu.h:157 vp = (struct vnode *) 0xc4bf9630 done = 0 trigger = 10 usevnodes = 0 count = 7 #10 0xc054ac66 in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:598 mp = (struct mount *) 0xc35b3c00 nmp = (struct mount *) 0xc35b3c00 done = 5887 p = (struct proc *) 0xc38d8c5c td = (struct thread *) 0xc357fd80 #11 0xc04e67e8 in fork_exit (callout=0xc054aa98 , arg=0x0, frame=0xe68aad38) at /usr/src/sys/kern/kern_fork.c:791 p = (struct proc *) 0xc38d8c5c td = (struct thread *) 0x0 #12 0xc066746c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:209 No locals. (kgdb) panic: softdep_deallocate_dependencies: dangling deps Uptime: 10h26m14s Dumping 2047 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 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032(kgdb) Would be really grateful if anyone could suggest anything, again it appears to happen around the time periodic runs (but has happened randomly under load, not sure if this is a red herring tho) If anyone needs anymore info, more than happy to oblige. Cheers -- Jamie Heckford Network Manager Trident Microsystems Ltd. t: +44(0)1737-780790 f: +44(0)1737-771908 w: http://www.trident-uk.co.uk/ From owner-freebsd-stable@FreeBSD.ORG Wed May 25 11:57: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 EC80916A431; Wed, 25 May 2005 11:57:16 +0000 (GMT) (envelope-from jamie@trident-uk.co.uk) Received: from mail.trident-uk.co.uk (mail.trident-uk.co.uk [194.221.74.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A7343D53; Wed, 25 May 2005 11:57:15 +0000 (GMT) (envelope-from jamie@trident-uk.co.uk) Received: from localhost (localhost.trident-uk.co.uk [127.0.0.1]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 372DF8290D; Wed, 25 May 2005 12:57:13 +0100 (BST) Received: from mail.trident-uk.co.uk ([127.0.0.1]) by localhost (cobain.trident-uk.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67735-08; Wed, 25 May 2005 12:57:12 +0100 (BST) Received: from [192.168.122.109] (unknown [192.168.122.109]) by mail.trident-uk.co.uk (Postfix) with ESMTP id 51D64828EE; Wed, 25 May 2005 12:57:12 +0100 (BST) Message-ID: <42946825.2090402@trident-uk.co.uk> Date: Wed, 25 May 2005 12:57:25 +0100 From: Jamie Heckford User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050512) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jamie Heckford References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050518150316.GA11987@nipples.trident-uk.co.uk> <20050518195312.GB2129@cirb503493.alcatel.com.au> <20050518222937.GA13356@nipples.trident-uk.co.uk> <20050518155452.M87264@carver.gumbysoft.com> <20050518231544.GA13555@nipples.trident-uk.co.uk> <429458D0.2030104@trident-uk.co.uk> In-Reply-To: <429458D0.2030104@trident-uk.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at trident-uk.co.uk Cc: Peter Jeremy , freebsd-stable@freebsd.org, jamie@tridentmicrosystems.co.uk, freebsd-hackers@freebsd.org Subject: Re: 5.4-RC2 freezing - ATA related? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 May 2005 11:57:17 -0000 Jamie Heckford wrote: > Another one... looks completly different :-( > > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > #0 doadump () at pcpu.h:160 > 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bt full > #0 doadump () at pcpu.h:160 > No locals. > #1 0xc04fac8a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 > first_buf_printf = 1 > #2 0xc04faf50 in panic (fmt=0xc06c06db > "softdep_deallocate_dependencies: dangling deps") > at /usr/src/sys/kern/kern_shutdown.c:566 > td = (struct thread *) 0xc357fd80 > bootopt = 260 > newpanic = 1 > ap = 0xc357fd80 "\\\214\215ĂđjOĂ" > buf = "softdep_deallocate_dependencies: dangling deps", '\0' > > #3 0xc061cbfe in softdep_deallocate_dependencies (bp=0x0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:5961 > No locals. > #4 0xc053c8f4 in brelse (bp=0xd77932d4) at buf.h:431 > No locals. > #5 0xc054bd24 in flushbuflist (blist=0xd77932d4, flags=0, > vp=0xc4bf9630, slpflag=0, > slptimeo=0, errorp=0x0) at /usr/src/sys/kern/vfs_subr.c:1101 > bp = (struct buf *) 0xd77932d4 > nbp = (struct buf *) 0xd75948f0 > found = 1 > #6 0xc054b987 in vinvalbuf (vp=0xc4bf9630, flags=0, cred=0x0, td=0x0, > slpflag=0, > slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:987 > blist = (struct buf *) 0x0 > error = 0 > object = 0xc04efc79 > #7 0xc054e85c in vclean (vp=0xc4bf9630, flags=8, td=0xc357fd80) > at /usr/src/sys/kern/vfs_subr.c:2479 > ---Type to continue, or q to quit--- > active = 0 > #8 0xc054eeb5 in vgonel (vp=0xc4bf9630, td=0xc357fd80) > at /usr/src/sys/kern/vfs_subr.c:2697 > No locals. > #9 0xc054a9f2 in vlrureclaim (mp=0xc35b3c00) at pcpu.h:157 > vp = (struct vnode *) 0xc4bf9630 > done = 0 > trigger = 10 > usevnodes = 0 > count = 7 > #10 0xc054ac66 in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:598 > mp = (struct mount *) 0xc35b3c00 > nmp = (struct mount *) 0xc35b3c00 > done = 5887 > p = (struct proc *) 0xc38d8c5c > td = (struct thread *) 0xc357fd80 > #11 0xc04e67e8 in fork_exit (callout=0xc054aa98 , arg=0x0, > frame=0xe68aad38) > at /usr/src/sys/kern/kern_fork.c:791 > p = (struct proc *) 0xc38d8c5c > td = (struct thread *) 0x0 > #12 0xc066746c in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:209 > No locals. > (kgdb) > > panic: softdep_deallocate_dependencies: dangling deps > Uptime: 10h26m14s > Dumping 2047 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 1024 1040 1056 1072 1088 1104 1120 1136 > 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 > 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 1536 1552 1568 1584 > 1600 1616 1632 1648 1664 1680 1696 1712 1728 1744 1760 1776 1792 1808 > 1824 1840 1856 1872 1888 1904 1920 1936 1952 1968 1984 2000 2016 2032(kgdb) > > Would be really grateful if anyone could suggest anything, again it > appears to happen around the time periodic runs (but has happened > randomly under load, not sure if this is a red herring tho) > > If anyone needs anymore info, more than happy to oblige. > > Cheers > Is there anyway this could be triggered by a filesystem becoming full.....? -- Jamie Heckford Network Manager Trident Microsystems Ltd. t: +44(0)1737-780790 f: +44(0)1737-771908 w: http://www.trident-uk.co.uk/ From owner-freebsd-stable@FreeBSD.ORG Wed May 25 15:20: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 A647816A41C for ; Wed, 25 May 2005 15:20:01 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B60643D53 for ; Wed, 25 May 2005 15:20:01 +0000 (GMT) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 10A4D34DA11; Wed, 25 May 2005 08:20:01 -0700 (PDT) Received: from [192.168.2.120] (blackhole.no-such-agency.net [64.142.103.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id D16C734D435; Wed, 25 May 2005 08:20:00 -0700 (PDT) Message-ID: <429497A0.7020402@cloudview.com> Date: Wed, 25 May 2005 08:20:00 -0700 From: John Pettitt User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Filip Lenaerts References: <20050525072122.GA7569@xor.obsecurity.org> In-Reply-To: X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-AV-Checked: by skipjack Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_5_4 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 15:20:01 -0000 Filip Lenaerts wrote: > > hi all, > > tnx very much for reply, kris, stefan and thomas. i was also > thinking/fearing for a hardware error. the reason why i didn't > investigate sooner is that over the past two years i was running > 5.0-RC2 and after that followed current. i always assumed that that > could be the reason, but when i reverted a month ago to 5.4-RELEASE > and now RELENG_5_4 aka stable, the problem stayed ... plus my kernel > debugging skills are very limited - hence learned again :) > > so HW failure. now the only thing to do is convince our IT dep that > it is broken and ask a new one. the problem is that they only support > windows and they go frantic when they see linux, let alone BSD :) so > the probably want to put the blame on the OS iso the HW. wish me luck :) > > tnx again guys! > > filip > Get a copy of memtest86 (see http://www.memtest86.com/ for a bootable ISO) - it'sd a stand along memory diagnostic that ahppens to put a reasonable load on the cpu too - with some luck it will show up the problem and they won't be able to blame BSD (plus it's a good tool to have anyway). John From owner-freebsd-stable@FreeBSD.ORG Wed May 25 15:42: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 32CBE16A41C for ; Wed, 25 May 2005 15:42:00 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id D22B743D54 for ; Wed, 25 May 2005 15:41:59 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 388321F076; Wed, 25 May 2005 17:41:57 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 0569467CF; Wed, 25 May 2005 17:41:56 +0200 (CEST) Date: Wed, 25 May 2005 17:41:56 +0200 From: Marc Olzheim To: Matthias Buelow Message-ID: <20050525154156.GA3708@stack.nl> References: <20050524193117.GA35326@aristo> <42938324.6060107@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <42938324.6060107@incubus.de> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (nbench results) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 15:42:00 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 24, 2005 at 09:40:20PM +0200, Matthias Buelow wrote: > Bohdan Horst wrote: >=20 > > I have 4 identical PC with FreeBSD (2x4.11R and 2x5.4R) > > Results (/usr/ports/net/benchmarks/nbench): >=20 > What you're benchmarking here is gcc3 vs. gcc2. You could compile nbench on FreeBSD 4.11 with USE_GCC=3D3.4 of course... Or is gcc34 from ports that much different from FreeBSD 5 base gcc ? I don't think so, so it might be helpful. Marc --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClJzEezjnobFOgrERAqelAJ49W4n95uWVyyT6waR/HvfNx8DMYACZAZgL L1aLfx+A6R+SPGWy2NmaI8w= =yneX -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 16:41: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 29C1516A41C for ; Wed, 25 May 2005 16:41:12 +0000 (GMT) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA37443D1D for ; Wed, 25 May 2005 16:41:11 +0000 (GMT) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id j4PGfAEo089043 for ; Wed, 25 May 2005 12:41:10 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 25 May 2005 12:41:48 -0400 Message-Id: <1117039308.13175.48.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 Subject: BKVASIZE for large block-size filesystems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 16:41:12 -0000 FreeBSD5.4-Stable amd64 on a dual-opteron system with LSI-Megaraid 400G+ partion. The filesystem was created with: newfs -b 65536 -f 8192 -e 15835 /dev/amrd2s1d This is the data filesystem for a PostgreSQL database; as the default page size (files) is 8k, the above newfs scheme has 8k fragments which should fit nicely with the PostgreSQL page size. Now by default param.h defines BKVASIZE as 16384 (which has been pointed out in other posts as being *not* twice the default blocksize of 16k). I have modified it to be set at 32768 but still see a high and increasing value of vfs.bufdefragcnt which makes sense given the blocksize of the major filesystem in use. My question is are there any caveats about increasing BKVASIZE to 65536? The system has 8G of RAM and I understand that nbufs decreases with increasing BKVASIZE; how can I either determine if the resulting nbufs will be sufficient or calculate what is needed based on RAM and system usage? Also, will increasing BKVASIZE require a complete make buildworld or, if not, how can I remake the portions of system affected by BKVASIZE? Sven From owner-freebsd-stable@FreeBSD.ORG Wed May 25 16:44: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 6465916A41C for ; Wed, 25 May 2005 16:44:25 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B5B43D48 for ; Wed, 25 May 2005 16:44:24 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAFAEC.dip.t-dialin.net [84.170.250.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 4827B2E475; Wed, 25 May 2005 18:44:23 +0200 (CEST) Message-ID: <4294AB75.9080908@incubus.de> Date: Wed, 25 May 2005 18:44:37 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> <20050525052214.GA76339@xor.obsecurity.org> <42940C87.5000705@incubus.de> <20050525053054.GA76491@xor.obsecurity.org> In-Reply-To: <20050525053054.GA76491@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 16:44:25 -0000 Kris Kennaway wrote: >>interrupt total rate >>irq1: atkbd0 586 0 >>irq13: npx0 1 0 >>irq14: ata0 94 0 >>irq17: wi0 54 0 >>irq20: fxp0 atapci1 62079 99 >>irq21: uhci0 ehci0 1 0 >>irq22: uhci1 1102 1 >>lapic0: timer 1246549 1994 >>lapic1: timer 1246427 1994 >>Total 2556893 4091 >>The only relevant conflict I could see is irc 20; but I had already >>tested that by removing fxp0 from the kernel. > > I wonder if USB is causing the problem all on its own..since that was > the culprit in other situations when it was being triggered by virtue > of interrupt sharing. Any chance you can try a non-USB mouse and > remove USB from your kernel? Ok, now USB (both uhci and ehci) is gone. The problem is still the same. vmstat -i: interrupt total rate irq1: atkbd0 1324 3 irq12: psm0 8562 21 irq13: npx0 1 0 irq14: ata0 94 0 irq17: wi0 381 0 irq20: fxp0 atapci1 61956 154 lapic0: timer 801433 1993 lapic1: timer 801292 1993 Total 1675043 4166 To be frank, I do not believe it's got anything to do with locking or interrupts. It somehow seems just like the scheduler is doing a bad job of balancing interactive processes vs. disk i/o. I've seen the same stuff for years on NetBSD (until they changed scheduling around 1.5 or so) and Linux (until 2.4 kernels). During that time FreeBSD didn't exhibit these symptoms and only in 5.x have I seen that kind of behaviour creep back in. Has the classic scheduler been changed somehow? Maybe I should try and see if the problem persists with the ULE scheduler? mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 16:48: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 75D3F16A41C for ; Wed, 25 May 2005 16:48:34 +0000 (GMT) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id B267943D49 for ; Wed, 25 May 2005 16:48:33 +0000 (GMT) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) by 82-168-79-254-bbxl.xdsl.tiscali.nl (8.13.3/8.13.1) with ESMTP id j4PGmVwT002426 for ; Wed, 25 May 2005 18:48:31 +0200 (CEST) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost) by 82-168-79-254-bbxl.xdsl.tiscali.nl (8.13.3/8.13.1/Submit) id j4PGmV5r002425 for stable@freebsd.org; Wed, 25 May 2005 18:48:31 +0200 (CEST) (envelope-from rene) Date: Wed, 25 May 2005 18:48:30 +0200 From: Rene Ladan To: stable@freebsd.org Message-ID: <20050525164830.GA2302@82-168-79-254-bbxl.xdsl.tiscali.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: stubborn RT2500 card with new NDIS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 16:48:34 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I've tried the new NDIS interface with a Sweex LC500050 card, which uses the RaLink RT2500 chipset on FreeBSD 5.4-STABLE #4: Mon May 23 05:35:51 CEST 2005. I've got it almost running, except that when I run "dhclient ndis0", the kernel seems to freeze (it won't even respond to closing/opening the lid, normally it prints "acpi_lid0: Lid {closed|opened}"), no panic/dump/other interesting stuff. I've compiled the driver both with and without an additional file "rt2500.cat", which seems to contain some binary data, but even winedump can't make anything useful out of it. When converted into "rt2500.cat.o", that file only contains a single start and end symbol. Results without the file "rt2500.cat" follow. dmesg snippet when plugging in the card: --- [...] wlan: <802.11 Link Layer> [...] ndis0: mem 0x88000000-0x88001fff irq 11 a= t device 0.0 on cardbus1 ndis0: [MPSAFE] ndis0: NDIS API version: 5.1 ndis0: bpf attached ndis0: Ethernet address: 00:50:fc:8c:40:78 ndis0: bpf attached ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Interrupt storm detected on "irq11: cbb0 cbb1+"; throttling interrupt source [...] --- Output of "ifconfig ndis0" (SSID protected): --- ndis0: flags=3D8843 mtu 1500 inet6 fe80::250:fcff:fe8c:4078%ndis0 prefixlen 64 scopeid 0x3=20 ether 00:50:fc:8c:40:78 media: IEEE 802.11 Wireless Ethernet autoselect status: associated ssid "" 1:"" channel 10 authmode OPEN powersavemode OFF powersavesleep 100 rtsthreshold 2312 protmode CTS wepmode MIXED weptxkey 1 wepkey 1:104-bit --- Output of "wicontrol ndis0" (SSID / WEP-key protected): --- NIC serial number: [ ] Station name: [ 82-168-79-254-bbxl.xdsl.tiscali.nl ] SSID for IBSS creation: [ ] Current netname (SSID): [ ] Desired netname (SSID): [ ] Current BSSID: [ 00:00:00:00:00:00 ] Channel list: [ ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff ffff f= fff ffff ffff ffff 3fff ] IBSS channel: [ 65535 ] Current channel: [ 10 ] Comms quality/signal/noise: [ 0 0 0 ] Promiscuous mode: [ Off ] Intersil-Prism2 based card: [ 1 ] Port type (1=3DBSS, 3=3Dad-hoc): [ 1 ] MAC address: [ 00:50:fc:8c:40:78 ] TX rate (selection): [ 0 ] TX rate (actual speed): [ 54 ] RTS/CTS handshake threshold: [ 2312 ] Create IBSS: [ Off ] Access point density: [ 1 ] Power Mgmt (1=3Don, 0=3Doff): [ 0 ] Max sleep time: [ 100 ] WEP encryption: [ On ] TX encryption key: [ 1 ] Encryption keys: [ ][ ][ ][ ] --- Did I miss something or is it just plain bad luck? Kind regards, Rene=09 --=20 "It won't fit on the line." -- me, 2001 --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClKxevz70qa4zXcwRArhUAJ985hCZ9wImdxxlvHAnIiDdZFok9gCeNuNx Wo4q2dzJkazY5nf6rboIeoY= =Adcz -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 17:08: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 116FB16A41C for ; Wed, 25 May 2005 17:08:21 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC59D43D4C for ; Wed, 25 May 2005 17:08:20 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAFAEC.dip.t-dialin.net [84.170.250.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 0116C2E475; Wed, 25 May 2005 19:08:18 +0200 (CEST) Message-ID: <4294B110.6040102@incubus.de> Date: Wed, 25 May 2005 19:08:32 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050524221454.GA56421@xor.obsecurity.org> <4293F4D9.90204@incubus.de> <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> <20050525052214.GA76339@xor.obsecurity.org> <42940C87.5000705@incubus.de> <20050525053054.GA76491@xor.obsecurity.org> <4294AB75.9080908@incubus.de> In-Reply-To: <4294AB75.9080908@incubus.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 17:08:21 -0000 > somehow? Maybe I should try and see if the problem persists with the > ULE scheduler? No difference with ULE, with the default parameters: kern.sched.name: ule kern.sched.slice_min: 10 kern.sched.slice_max: 142 kern.sched.preemption: 1 mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 18:46: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 027ED16A41C for ; Wed, 25 May 2005 18:46:43 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D01443D49 for ; Wed, 25 May 2005 18:46:40 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 25702 invoked by uid 89); 25 May 2005 18:45:55 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 25 May 2005 18:45:55 -0000 Date: Wed, 25 May 2005 20:46:38 +0200 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20050525204638.4e383feb.lehmann@ans-netz.de> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 18:46:43 -0000 Hi, I'm getting the following error when dding a big file on an nfs mount which is mounted using TCP. root@kartoffel olivleh1> dd if=/usr/tmp.data of=/mnt/files/tmp.data bs=32k dd: /mnt/files/tmp.data: Resource temporarily unavailable 639+0 records in 638+0 records out 20905984 bytes transferred in 15.066490 secs (1387582 bytes/sec) Exit 1 root@dill olivleh1> dd if=/usr/tmp.data of=/mnt/files/tmp.data bs=32k dd: /mnt/files/tmp.data: Resource temporarily unavailable 1035+0 records in 1034+0 records out 33882112 bytes transferred in 14.698220 secs (2305185 bytes/sec) Exit 1 dmesg gives me "nfs send error 35 for server file:/mnt/files" fstab entry on kartoffel and dill: file:/mnt/files /mnt/files nfs tcp,nfsv3,soft,bg,rw,noauto 0 0 - kartoffel is an amd64 system with an onboard re0 running CURRENT from May 24th evening. - dill is an alpha system with an xl0 running 5.4 STABLE from May 20th - file is an i386 SMP system with an xl0 running 5.4 STABLE from May 20th - dill and file are connected directly through an switch - kartoffel and file are connected through an router+switches. - kartoffel and nudel are running rpc.lockd and rpc.statd - dill doesn't run rpc.lockd neither rpc.statd Switching from nfsv3 to a nfsv2 mount is much slower and breaks sooner or later with an error too. It doesn't give me an "error 35" on client side, but an "nfsd send error 32" on server side and a slightly different error message: root@kartoffel olivleh1> dd if=/usr/tmp.data of=/mnt/files/tmp.data bs=32k dd: /mnt/files/tmp.data: Operation timed out 67+0 records in 66+0 records out 2162688 bytes transferred in 6.221855 secs (347595 bytes/sec) Exit 1 Switching from TCP to UDP makes this error gone. Any ideas how to fix this properly? (please CC me, I'm not subscribed to stable@) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Wed May 25 18:53: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 7048516A41C for ; Wed, 25 May 2005 18:53:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088EB43D53 for ; Wed, 25 May 2005 18:53:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EC0E851436; Wed, 25 May 2005 11:54:27 -0700 (PDT) Date: Wed, 25 May 2005 11:54:27 -0700 From: Kris Kennaway To: Matthias Buelow Message-ID: <20050525185427.GB92006@xor.obsecurity.org> References: <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> <20050525052214.GA76339@xor.obsecurity.org> <42940C87.5000705@incubus.de> <20050525053054.GA76491@xor.obsecurity.org> <4294AB75.9080908@incubus.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DKU6Jbt7q3WqK7+M" Content-Disposition: inline In-Reply-To: <4294AB75.9080908@incubus.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 18:53:40 -0000 --DKU6Jbt7q3WqK7+M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 06:44:37PM +0200, Matthias Buelow wrote: > Kris Kennaway wrote: >=20 > >>interrupt total rate > >>irq1: atkbd0 586 0 > >>irq13: npx0 1 0 > >>irq14: ata0 94 0 > >>irq17: wi0 54 0 > >>irq20: fxp0 atapci1 62079 99 > >>irq21: uhci0 ehci0 1 0 > >>irq22: uhci1 1102 1 > >>lapic0: timer 1246549 1994 > >>lapic1: timer 1246427 1994 > >>Total 2556893 4091 > >>The only relevant conflict I could see is irc 20; but I had already=20 > >>tested that by removing fxp0 from the kernel. > > > >I wonder if USB is causing the problem all on its own..since that was > >the culprit in other situations when it was being triggered by virtue > >of interrupt sharing. Any chance you can try a non-USB mouse and > >remove USB from your kernel? >=20 > Ok, now USB (both uhci and ehci) is gone. The problem is still the=20 > same. vmstat -i: >=20 > interrupt total rate > irq1: atkbd0 1324 3 > irq12: psm0 8562 21 > irq13: npx0 1 0 > irq14: ata0 94 0 > irq17: wi0 381 0 > irq20: fxp0 atapci1 61956 154 > lapic0: timer 801433 1993 > lapic1: timer 801292 1993 > Total 1675043 4166 >=20 > To be frank, I do not believe it's got anything to do with locking or=20 > interrupts. It somehow seems just like the scheduler is doing a bad job= =20 > of balancing interactive processes vs. disk i/o. I've seen the same=20 > stuff for years on NetBSD (until they changed scheduling around 1.5 or=20 > so) and Linux (until 2.4 kernels). During that time FreeBSD didn't=20 > exhibit these symptoms and only in 5.x have I seen that kind of=20 > behaviour creep back in. Has the classic scheduler been changed=20 > somehow? Maybe I should try and see if the problem persists with the=20 > ULE scheduler? Others don't see this though, and in other cases it was *definitively proven* to be caused by the issue I mentioned. I'll have to think more about what to try next..thanks for running the tests. Kris --DKU6Jbt7q3WqK7+M Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClMnjWry0BWjoQKURAtwvAKDOueLRUxtwZrozws+j3MyidpK6nwCfabQj UJFjMCqWj1VBW4FjATHc9qA= =znEi -----END PGP SIGNATURE----- --DKU6Jbt7q3WqK7+M-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 19:05: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 0921E16A41C for ; Wed, 25 May 2005 19:05:56 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD72D43D53 for ; Wed, 25 May 2005 19:05:54 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAFAEC.dip.t-dialin.net [84.170.250.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id A42AB2E475; Wed, 25 May 2005 21:05:53 +0200 (CEST) Message-ID: <4294CC9A.1000200@incubus.de> Date: Wed, 25 May 2005 21:06:02 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> <20050525052214.GA76339@xor.obsecurity.org> <42940C87.5000705@incubus.de> <20050525053054.GA76491@xor.obsecurity.org> <4294AB75.9080908@incubus.de> <20050525185427.GB92006@xor.obsecurity.org> In-Reply-To: <20050525185427.GB92006@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 19:05:56 -0000 Kris Kennaway wrote: > Others don't see this though, and in other cases it was *definitively > proven* to be caused by the issue I mentioned. I'll have to think > more about what to try next..thanks for running the tests. Perhaps it's something SATA-related? mkb. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 20:03: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 DE0FB16A41C for ; Wed, 25 May 2005 20:03:45 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9033143D48 for ; Wed, 25 May 2005 20:03:45 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-244-56.client.mchsi.com[12.216.244.56]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20050525200342m9200gd979e>; Wed, 25 May 2005 20:03:43 +0000 Message-ID: <4294DA1D.1030202@math.missouri.edu> Date: Wed, 25 May 2005 15:03:41 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050521 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: releng 5 panic (again) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 20:03:46 -0000 Please help me! I know that I am getting few responses to my emails - I am guessing that my situation is difficult. If you could offer any ideas how to help with further diagnostics. I am regularly getting panics with instruction pointer equal to 0xc0611c69. I am not able to get any dumps - the dumpon directive is simply ignored. (I did get one dump (for some reason), but that was with a kernel that was not made with config -g, and new kernels made afterwards seem significantly different, despite having exactly the same size.) The code at this instruction pointer is (kgdb) list *0xc0611c69 0xc0611c69 is in fill_kinfo_thread (../../../kern/kern_proc.c:748). 743 } 744 745 kg = td->td_ksegrp; 746 747 /* things in the KSE GROUP */ 748 kp->ki_estcpu = kg->kg_estcpu; 749 kp->ki_slptime = kg->kg_slptime; 750 kp->ki_pri.pri_user = kg->kg_user_pri; 751 kp->ki_pri.pri_class = kg->kg_pri_class; 752 so I'm guessing that kp is not correct. Because of the consistency of the instruction pointer value from panic to panic, I really am thinking that this is not a hardware issue. I will try any reasonable test you guys have for me. Right now I am switching off HTT to see if that is the issue. This is a dual Xeon system. I am willing to provide a copy of the program that I'm guessing is causing the problem. It is a multithreaded program that is very CPU instensive, although most of the inners of the code are from the fftw3 port. One interesting thing about this program is that when I run it, top says that about 45% CPU is being used (which with 4 logical CPU's means that almost 2 CPU's are being used), but that actual program is registered at running with about 80% CPU time (which I am guessing means 0.8 of one CPU is being used). It seems to me that there is some disparity in the accounting. Maybe it is a problem with the math/fftw3 code. But is still shouldn't causes crashes. Please help me. I am sure that this is a difficult problem, but I just don't know how to provide you any further decent diagnostic information. Thanks, Stephen From owner-freebsd-stable@FreeBSD.ORG Wed May 25 20:13: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 524D416A41C for ; Wed, 25 May 2005 20:13:22 +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 EB6DA43D48 for ; Wed, 25 May 2005 20:13:21 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4PKDlC3065011 for ; Wed, 25 May 2005 16:13:47 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j4PKDKbD058593; Wed, 25 May 2005 16:13:20 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j4PKDETl091593; Wed, 25 May 2005 16:13:14 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050525161214.076abc28@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 25 May 2005 16:14:03 -0400 To: Stephen Montgomery-Smith , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <4294DA1D.1030202@math.missouri.edu> References: <4294DA1D.1030202@math.missouri.edu> 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.51 on 64.7.153.26 Cc: Subject: Re: releng 5 panic (again) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 20:13:22 -0000 At 04:03 PM 25/05/2005, Stephen Montgomery-Smith wrote: >I will try any reasonable test you guys have for me. Right now I am >switching off HTT to see if that is the issue. This is a dual Xeon system. The SCHED_4BSD doesnt do anything with HTT and in fact might hurt performance. If you are using ULE, there are several known bugs and its not recommended that you use it. So in short, turn off HTT in your BIOS on RELENG_5. ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed May 25 21:04: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 E3B1016A41C for ; Wed, 25 May 2005 21:04:41 +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 922FB43D4C for ; Wed, 25 May 2005 21:04:41 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-244-56.client.mchsi.com[12.216.244.56]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20050525210440m9100pvcqqe>; Wed, 25 May 2005 21:04:40 +0000 Message-ID: <4294E868.8090406@math.missouri.edu> Date: Wed, 25 May 2005 16:04:40 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050521 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <4294DA1D.1030202@math.missouri.edu> <6.2.1.2.0.20050525161214.076abc28@64.7.153.2> In-Reply-To: <6.2.1.2.0.20050525161214.076abc28@64.7.153.2> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: releng 5 panic (again) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 21:04:42 -0000 Mike Tancsa wrote: > At 04:03 PM 25/05/2005, Stephen Montgomery-Smith wrote: > >> I will try any reasonable test you guys have for me. Right now I am >> switching off HTT to see if that is the issue. This is a dual Xeon >> system. > > > The SCHED_4BSD doesnt do anything with HTT and in fact might hurt > performance. If you are using ULE, there are several known bugs and its > not recommended that you use it. So in short, turn off HTT in your BIOS > on RELENG_5. > I am using the 4BSD scheduler, but I am really seeing some advantage with it. When it is switched off, multiply running programs really do seem to run a little slower. But I'll switch off HTT for now. Thanks, Stephen From owner-freebsd-stable@FreeBSD.ORG Wed May 25 21:16: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 605BB16A41C for ; Wed, 25 May 2005 21:16:02 +0000 (GMT) (envelope-from steve@n2sw.com) Received: from tbwachiat.com (venus.tbwachiat.com [208.244.203.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11CC443D48 for ; Wed, 25 May 2005 21:15:59 +0000 (GMT) (envelope-from steve@n2sw.com) Received: from [10.20.4.105] steve_rieger [10.20.4.105] by tbwachiat.com with NetMail SMTP Agent $Revision: 3.22.1.16 $ on Novell NetWare via secured & encrypted transport (TLS); Wed, 25 May 2005 17:15:58 -0400 Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <85d3f923c61181ef47a0b00353f5f295@n2sw.com> Content-Transfer-Encoding: 7bit From: steve Rieger Date: Wed, 25 May 2005 17:16:02 -0400 To: freebsd stable list X-Mailer: Apple Mail (2.622) Subject: make kernel 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, 25 May 2005 21:16:02 -0000 usr/src/sys/dev/advansys/advansys.c: In function `adv_action': /usr/src/sys/dev/advansys/advansys.c:260: warning: cast from pointer to integer of different size *** Error code 1 Stop in /usr/obj/usr/src/sys/tbwa-custom-smp. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. can you give me some pointers -- Steve Rieger (212) 804-1131 (Work) (646) 335-8915 (Cell) chozrim (aim) From owner-freebsd-stable@FreeBSD.ORG Wed May 25 21:21: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 0772316A41C for ; Wed, 25 May 2005 21:21:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4ADB43D49 for ; Wed, 25 May 2005 21:21:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C4642513CF; Wed, 25 May 2005 14:22:00 -0700 (PDT) Date: Wed, 25 May 2005 14:22:00 -0700 From: Kris Kennaway To: steve Rieger Message-ID: <20050525212200.GA40896@xor.obsecurity.org> References: <85d3f923c61181ef47a0b00353f5f295@n2sw.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <85d3f923c61181ef47a0b00353f5f295@n2sw.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd stable list Subject: Re: make kernel 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, 25 May 2005 21:21:13 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 05:16:02PM -0400, steve Rieger wrote: > usr/src/sys/dev/advansys/advansys.c: In function `adv_action': > /usr/src/sys/dev/advansys/advansys.c:260: warning: cast from pointer to= =20 > integer of different size > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/tbwa-custom-smp. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > can you give me some pointers What size? :) Kris --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClOx4Wry0BWjoQKURAo4uAJ4/1k8pUCSGcVsEVpn/BETFlCGjEgCfTNhw 7glf3WUhwoABDIOJXyY6Xds= =Ox7b -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 21:41: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 65F4616A41C for ; Wed, 25 May 2005 21:41:23 +0000 (GMT) (envelope-from freebsd.nospam@mekanix.dk) Received: from mail.aaq.bolignet.dk (cpe.atm2-0-1021060.0x50a5f3f2.boanxx12.customer.tele.dk [80.165.243.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06C7D43D4C for ; Wed, 25 May 2005 21:41:22 +0000 (GMT) (envelope-from freebsd.nospam@mekanix.dk) Received: from desktop.home (unknown [10.10.3.10]) by mail.aaq.bolignet.dk (Postfix) with ESMTP id 0B396205F9F; Wed, 25 May 2005 23:19:46 +0200 (CEST) From: Bjarne Wichmann Petersen To: freebsd-stable@freebsd.org Date: Wed, 25 May 2005 23:42:01 +0200 User-Agent: KMail/1.8 References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523213155.GA46718@xor.obsecurity.org> <20050523213609.GA47212@xor.obsecurity.org> In-Reply-To: <20050523213609.GA47212@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505252342.01938.freebsd.nospam@mekanix.dk> Cc: Mike Jakubik , Matthias Buelow , Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 21:41:23 -0000 On Monday 23 May 2005 23:36, Kris Kennaway wrote: > Also try defining PREEMPTION in your kernel on 5.x and above (if you > are running i386 or amd64). There have been very occasional reports > of panics with this option enabled (although I use it everywhere and > have not seen problems on my heavily loaded machines), but interactive > response should be much better. I've had PREEMTION enabled in 5-STABLE for at couple of month and had the opposite experience. Eg. when clicking on a file in a fileselector (I'm using KDE) it would take 2-3 seconds before the file got highlighted. After disabling PREEMTION again responsetime seems to have improved. Bjarne From owner-freebsd-stable@FreeBSD.ORG Wed May 25 21:45: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 0B52216A41C for ; Wed, 25 May 2005 21:45:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0A8243D48 for ; Wed, 25 May 2005 21:45:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B281451419; Wed, 25 May 2005 14:45:55 -0700 (PDT) Date: Wed, 25 May 2005 14:45:55 -0700 From: Kris Kennaway To: Bjarne Wichmann Petersen Message-ID: <20050525214555.GA41695@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <20050523213155.GA46718@xor.obsecurity.org> <20050523213609.GA47212@xor.obsecurity.org> <200505252342.01938.freebsd.nospam@mekanix.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <200505252342.01938.freebsd.nospam@mekanix.dk> User-Agent: Mutt/1.4.2.1i Cc: Matthias Buelow , Mike Jakubik , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 21:45:08 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 11:42:01PM +0200, Bjarne Wichmann Petersen wrote: > On Monday 23 May 2005 23:36, Kris Kennaway wrote: >=20 > > Also try defining PREEMPTION in your kernel on 5.x and above (if you > > are running i386 or amd64). There have been very occasional reports > > of panics with this option enabled (although I use it everywhere and > > have not seen problems on my heavily loaded machines), but interactive > > response should be much better. >=20 > I've had PREEMTION enabled in 5-STABLE for at couple of month and had the= =20 > opposite experience. Eg. when clicking on a file in a fileselector (I'm u= sing=20 > KDE) it would take 2-3 seconds before the file got highlighted. After=20 > disabling PREEMTION again responsetime seems to have improved. Are you running 5.4-RELEASE or later? Kris --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClPITWry0BWjoQKURAshJAJ92RcBIIt3TmPN7sFG1Yf4ZhtGm1gCfRFbg gzSajRak6DZjIhr1hJyryLI= =oaLr -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 21:53: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 B162816A41C for ; Wed, 25 May 2005 21:53:54 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco8.natcotech.com (natco8.natcotech.com [205.167.142.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 450F843D54 for ; Wed, 25 May 2005 21:53:51 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from localhost (int9.natcotech.com [192.168.1.9]) by natco8.natcotech.com (Postfix) with ESMTP id 45F1B298125 for ; Wed, 25 May 2005 16:53:51 -0500 (CDT) Received: from natco8.natcotech.com ([192.168.1.8]) by localhost (natco9 [192.168.1.9]) (amavisd-new, port 10024) with LMTP id 22752-01-7 for ; Wed, 25 May 2005 16:53:51 -0500 (CDT) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-127.natcotech.com [12.28.24.127]) by natco8.natcotech.com (Postfix) with ESMTP id A5CDA29801E for ; Wed, 25 May 2005 16:53:50 -0500 (CDT) Received: (qmail 2385 invoked by uid 89); 25 May 2005 21:53:50 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 25 May 2005 21:53:50 -0000 Message-ID: <4294F3EE.9000609@leadhill.net> Date: Wed, 25 May 2005 16:53:50 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at natco9.natcotech.com Subject: 5-Stable (5.4) any ipnat changes? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 21:53:54 -0000 Is there some reason why ipnat wouldn't automatically startup? I just upgraded from a 5-stable in February to a 5-stable in May, so I could essentially get 5.4 on this firewall machine. I simultaneously was upgrading some ports, etc., but nothing too severe. When I rebooted the machine, everything looked fine. No problems whatsoever. This was the first time that I compiled multiple kernels (normally I just compile a custom and not the generic), but that is not related. What happened is that I had a strange problem receiving mail on the mail server. It took me quite a while to finally track down the problem. I ended up running a packet sniffer and still couldn't figure it out. Well, it turned out that the filters in ipnat weren't installed, and so all of the NAT routing wasn't happening as normal. I have really never seen this server boot without NAT -- it's basically the same setup I've used for years and it never dawned on me what would happen if ipnat failed to run its filters. Meanwhile, IPFilter was busy running the firewall like normal. I have looked at the logs in detail and I can't find anything that would have turned off ipnat or caused it not to run its filter. Nor, on the otherhand, do I see where ipnat logs anything, anyway. Where would I look to track this down? Is it possible that something in stable messed this up? # ls -l /etc/ipnat.rules -rw-r--r-- 1 root wheel 437 Mar 14 14:18 /etc/ipnat.rules Notice no changes since March in that file. # cat /etc/rc.conf | grep ip ipfilter_enable="YES" # Set to YES to enable ipfilter functionality ipfilter_program="/sbin/ipf" # where the ipfilter program lives ipfilter_rules="/etc/ipf.rules" # rules definition file for ipfilter, see # /usr/src/contrib/ipfilter/rules for examples ipfilter_flags="" # additional flags for ipfilter ipnat_enable="YES" # Set to YES to enable ipnat functionality ipnat_program="/sbin/ipnat" # where the ipnat program lives ipnat_rules="/etc/ipnat.rules" # rules definition file for ipnat ipnat_flags="" # additional flags for ipnat ipmon_enable="YES" # Set to YES for ipmon; needs ipfilter or ipnat ipmon_program="/sbin/ipmon" # where the ipfilter monitor program lives ipmon_flags="-Ds" # typically "-Ds" or "-D /var/log/ipflog" ipfs_enable="YES" # Set to YES to enable saving and restoring ipfs_program="/sbin/ipfs" # where the ipfs program lives ipfs_flags="" # additional flags for ipfs Thanks. Billy From owner-freebsd-stable@FreeBSD.ORG Wed May 25 22:13: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 5C8EF16A41C for ; Wed, 25 May 2005 22:13:59 +0000 (GMT) (envelope-from freebsd.nospam@mekanix.dk) Received: from mail.aaq.bolignet.dk (cpe.atm2-0-1021060.0x50a5f3f2.boanxx12.customer.tele.dk [80.165.243.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF22943D1D for ; Wed, 25 May 2005 22:13:58 +0000 (GMT) (envelope-from freebsd.nospam@mekanix.dk) Received: from desktop.home (unknown [10.10.3.10]) by mail.aaq.bolignet.dk (Postfix) with ESMTP id 6F1DE205F9F; Wed, 25 May 2005 23:52:22 +0200 (CEST) From: Bjarne Wichmann Petersen To: Kris Kennaway Date: Thu, 26 May 2005 00:14:35 +0200 User-Agent: KMail/1.8 References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <200505252342.01938.freebsd.nospam@mekanix.dk> <20050525214555.GA41695@xor.obsecurity.org> In-Reply-To: <20050525214555.GA41695@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505260014.37054.freebsd.nospam@mekanix.dk> Cc: Matthias Buelow , Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 22:13:59 -0000 On Wednesday 25 May 2005 23:45, Kris Kennaway wrote: > On Wed, May 25, 2005 at 11:42:01PM +0200, Bjarne Wichmann Petersen wrote: > > I've had PREEMTION enabled in 5-STABLE for at couple of month and had the > > opposite experience. Eg. when clicking on a file in a fileselector (I'm > > using KDE) it would take 2-3 seconds before the file got highlighted. > > After disabling PREEMTION again responsetime seems to have improved. > Are you running 5.4-RELEASE or later? Later (5.4-STABLE). Hmm... did a little testing. Sometimes I *still* get "long" responsetimes with PREEMPTION disabled in a seemingly random order. Bjarne From owner-freebsd-stable@FreeBSD.ORG Wed May 25 22: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 B7A0016A41C for ; Wed, 25 May 2005 22:19:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68A5343D1F for ; Wed, 25 May 2005 22:19:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2A9EF512BD; Wed, 25 May 2005 15:20:14 -0700 (PDT) Date: Wed, 25 May 2005 15:20:13 -0700 From: Kris Kennaway To: Bjarne Wichmann Petersen Message-ID: <20050525222013.GA54590@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <200505252342.01938.freebsd.nospam@mekanix.dk> <20050525214555.GA41695@xor.obsecurity.org> <200505260014.37054.freebsd.nospam@mekanix.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <200505260014.37054.freebsd.nospam@mekanix.dk> User-Agent: Mutt/1.4.2.1i Cc: Matthias Buelow , Mike Jakubik , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 22:19:26 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 26, 2005 at 12:14:35AM +0200, Bjarne Wichmann Petersen wrote: > On Wednesday 25 May 2005 23:45, Kris Kennaway wrote: > > On Wed, May 25, 2005 at 11:42:01PM +0200, Bjarne Wichmann Petersen wrot= e: > > > I've had PREEMTION enabled in 5-STABLE for at couple of month and had= the > > > opposite experience. Eg. when clicking on a file in a fileselector (I= 'm > > > using KDE) it would take 2-3 seconds before the file got highlighted. > > > After disabling PREEMTION again responsetime seems to have improved. > > Are you running 5.4-RELEASE or later? >=20 > Later (5.4-STABLE). >=20 > Hmm... did a little testing. Sometimes I *still* get "long" responsetimes= with=20 > PREEMPTION disabled in a seemingly random order. This kind of thing is very difficult to diagnose..your system might be busy doing something else, KDE could be at fault, KDE could be swapped out, etc. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClPodWry0BWjoQKURAhRHAKCUAe7Wl2TdDaL+kn0gksscQDkWUQCgnwvo mEDpL+1vnZClhEkOjYcvyCI= =HVxq -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 22:20: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 C7D9E16A41C for ; Wed, 25 May 2005 22:20:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BB443D1F for ; Wed, 25 May 2005 22:20:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7441A5144D; Wed, 25 May 2005 15:21:25 -0700 (PDT) Date: Wed, 25 May 2005 15:21:25 -0700 From: Kris Kennaway To: steve Rieger Message-ID: <20050525222125.GB54590@xor.obsecurity.org> References: <85d3f923c61181ef47a0b00353f5f295@n2sw.com> <20050525212200.GA40896@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd stable list , Kris Kennaway Subject: Re: make kernel 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, 25 May 2005 22:20:37 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 05:41:49PM -0400, steve Rieger wrote: >=20 > On May 25, 2005, at 5:22 PM, Kris Kennaway wrote: >=20 > >On Wed, May 25, 2005 at 05:16:02PM -0400, steve Rieger wrote: > >>usr/src/sys/dev/advansys/advansys.c: In function `adv_action': > >>/usr/src/sys/dev/advansys/advansys.c:260: warning: cast from pointer=20 > >>to > >>integer of different size > >>*** Error code 1 > >> > >>Stop in /usr/obj/usr/src/sys/tbwa-custom-smp. > >>*** Error code 1 > >> > >>Stop in /usr/src. > >>*** Error code 1 > >> > >>Stop in /usr/src. > >> > >>can you give me some pointers > > > >What size? :) > > > >Kris > > >=20 > these are the last lines prior to the error > NOTE cvsup'd src, and built world prior to make kernel. have smp and=20 > PAE option in the custom config. and made sure that scbus is not=20 > commented out. > /usr/src/sys/dev/advansys/advansys.c > /usr/src/sys/dev/advansys/advansys.c: In function `adv_action': > /usr/src/sys/dev/advansys/advansys.c:260: warning: cast from pointer to= =20 > integer of different size > *** Error code 1 This driver may not be compatible with PAE. Is it in the standard PAE config file? Kris --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClPplWry0BWjoQKURAhGnAKCDDsd7/Skoi2cXWeKLBWRMnGFNhQCgh2Qj ZwGfM5frmTvL9lelVjqfO0I= =no/Y -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 22:33: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 8BE2216A41C for ; Wed, 25 May 2005 22:33:53 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from riyal.ugcs.caltech.edu (riyal.ugcs.caltech.edu [131.215.176.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 551D743D1F for ; Wed, 25 May 2005 22:33:53 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by riyal.ugcs.caltech.edu (Postfix, from userid 3640) id A019D45804; Wed, 25 May 2005 15:33:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by riyal.ugcs.caltech.edu (Postfix) with ESMTP id DC39245802; Wed, 25 May 2005 15:33:40 -0700 (PDT) Date: Wed, 25 May 2005 15:33:39 -0700 (PDT) From: Jon Dama To: Bjarne Wichmann Petersen In-Reply-To: <200505260014.37054.freebsd.nospam@mekanix.dk> Message-ID: References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <200505252342.01938.freebsd.nospam@mekanix.dk> <20050525214555.GA41695@xor.obsecurity.org> <200505260014.37054.freebsd.nospam@mekanix.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Mike Jakubik , Matthias Buelow , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 22:33:53 -0000 Could this be quantified by setting up a synthetic experiement: 1) one machine uses dummynet to generate a uniform packet/sec stream 2) another machine has a process receiving those packets and recording their arrival relative to the local TSC. afaik, the TSC is the only source of wall-time that doesn't involve a system call. Is that right? Are the TSCs synchronized on SMP systems? 3) Generate another source of activity on the receiving machine to estimate the effect of PREEMPTION relative to the (lack of) quiescence. 4) use the jitter in the TSC deltas to infer the effect of preemption -Jon On Thu, 26 May 2005, Bjarne Wichmann Petersen wrote: > On Wednesday 25 May 2005 23:45, Kris Kennaway wrote: > > On Wed, May 25, 2005 at 11:42:01PM +0200, Bjarne Wichmann Petersen wrote: > > > I've had PREEMTION enabled in 5-STABLE for at couple of month and had the > > > opposite experience. Eg. when clicking on a file in a fileselector (I'm > > > using KDE) it would take 2-3 seconds before the file got highlighted. > > > After disabling PREEMTION again responsetime seems to have improved. > > Are you running 5.4-RELEASE or later? > > Later (5.4-STABLE). > > Hmm... did a little testing. Sometimes I *still* get "long" responsetimes with > PREEMPTION disabled in a seemingly random order. > > Bjarne > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Wed May 25 22: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 CFA2316A41C for ; Wed, 25 May 2005 22:37:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B9543D1D for ; Wed, 25 May 2005 22:37:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3656C513CF; Wed, 25 May 2005 15:38:11 -0700 (PDT) Date: Wed, 25 May 2005 15:38:11 -0700 From: Kris Kennaway To: Jon Dama Message-ID: <20050525223811.GA58132@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <200505252342.01938.freebsd.nospam@mekanix.dk> <20050525214555.GA41695@xor.obsecurity.org> <200505260014.37054.freebsd.nospam@mekanix.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Bjarne Wichmann Petersen , Mike Jakubik , Matthias Buelow , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 22:37:23 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 03:33:39PM -0700, Jon Dama wrote: > Could this be quantified by setting up a synthetic experiement: >=20 > 1) one machine uses dummynet to generate a uniform packet/sec stream > 2) another machine has a process receiving those packets and recording > their arrival relative to the local TSC. afaik, the TSC is the only > source of wall-time that doesn't involve a system call. Is that right? > Are the TSCs synchronized on SMP systems? > 3) Generate another source of activity on the receiving machine to > estimate the effect of PREEMPTION relative to the (lack of) quiescence. > 4) use the jitter in the TSC deltas to infer the effect of preemption That would be attempting to benchmark something entirely different. Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClP5SWry0BWjoQKURAp6GAKDoOZ07qa65lxWmROgf8yzQ0fpvNgCfRnG7 wyuKi94dv0udUQyHH8YNAXE= =wJ0Y -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 23:03: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 EBC9416A41C for ; Wed, 25 May 2005 23:03:06 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from riyal.ugcs.caltech.edu (riyal.ugcs.caltech.edu [131.215.176.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id A643743D49 for ; Wed, 25 May 2005 23:03:06 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by riyal.ugcs.caltech.edu (Postfix, from userid 3640) id 0653145804; Wed, 25 May 2005 16:03:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by riyal.ugcs.caltech.edu (Postfix) with ESMTP id 5E66445802; Wed, 25 May 2005 16:02:58 -0700 (PDT) Date: Wed, 25 May 2005 16:02:58 -0700 (PDT) From: Jon Dama To: Kris Kennaway In-Reply-To: <20050525223811.GA58132@xor.obsecurity.org> Message-ID: References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <200505252342.01938.freebsd.nospam@mekanix.dk> <20050525214555.GA41695@xor.obsecurity.org> <200505260014.37054.freebsd.nospam@mekanix.dk> <20050525223811.GA58132@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Bjarne Wichmann Petersen , Mike Jakubik , Matthias Buelow , freebsd-stable@freebsd.org Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 23:03:07 -0000 It's different, yes. But the trouble is that you need a controlled interrupt source--i.e., you have to have some concept of when an "event" might have been handled (were it not for such and such activity). I posit that without that counterfactual talking about PREEMPTION is meaningless. The technique I mentioned--measuring and comparing the jitter was intended to quash measuring the performance of the network stack itself. Do you have an idea how you can pose that counterfactual in a synthetic arrangement more closely connected with the problem at hand? ... -Jon On Wed, 25 May 2005, Kris Kennaway wrote: > On Wed, May 25, 2005 at 03:33:39PM -0700, Jon Dama wrote: > > Could this be quantified by setting up a synthetic experiement: > > > > 1) one machine uses dummynet to generate a uniform packet/sec stream > > 2) another machine has a process receiving those packets and recording > > their arrival relative to the local TSC. afaik, the TSC is the only > > source of wall-time that doesn't involve a system call. Is that right? > > Are the TSCs synchronized on SMP systems? > > 3) Generate another source of activity on the receiving machine to > > estimate the effect of PREEMPTION relative to the (lack of) quiescence. > > 4) use the jitter in the TSC deltas to infer the effect of preemption > > That would be attempting to benchmark something entirely different. > > Kris > From owner-freebsd-stable@FreeBSD.ORG Wed May 25 23:03: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 7243E16A41C for ; Wed, 25 May 2005 23:03:29 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA84343D53 for ; Wed, 25 May 2005 23:03:28 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 32547 invoked by uid 89); 25 May 2005 23:02:42 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 25 May 2005 23:02:42 -0000 Date: Thu, 26 May 2005 01:03:25 +0200 From: Oliver Lehmann To: Mohan Srinivasan Message-Id: <20050526010325.02415410.lehmann@ans-netz.de> In-Reply-To: <20050525223355.56551.qmail@web80601.mail.yahoo.com> References: <20050525223355.56551.qmail@web80601.mail.yahoo.com> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 23:03:29 -0000 Hi Mohan, Mohan Srinivasan wrote: > Is this consistently reproducible ? it is - everytime > I tried reproducing this with this morning's > current, it also happens with STABLE > How big was your file that you tried to dd ? I need to reproduce this here > in order to track it down. dd if=/dev/urandom of=/usr/tmp.data bs=512k count=200 > Also, can you try the test without using the soft mount option ? I don't see > soft causing this, but just to eliminate those code paths. I removed soft and bb, but still the same results: root@kartoffel olivleh1> dd if=/usr/tmp.data of=/mnt/files/temp bs=32k dd: /mnt/files/temp: Resource temporarily unavailable 1797+0 records in 1796+0 records out 58851328 bytes transferred in 33.651500 secs (1748847 bytes/sec) ###### I tried the same with an other nfs server (using dill as nfs server this time - system description is in my 1st mail, same mount options like / mnt/files). And guess what? dill rebooted immediate... dd came never back, gave no output dill's dmesg shows me: fatal kernel trap: trap entry = 0x4 (unaligned access fault) faulting va = 0xfffffc0006b6f44d opcode = 0x28 register = 0x5 pc = 0xfffffc0000541e08 ra = 0xfffffc0000541df4 sp = 0xfffffe000a0f9b70 usp = 0x11ffea80 curthread = 0xfffffc000f91ee10 pid = 343, comm = nfsd panic: trap Uptime: 3d14h15m51s Dumping 253 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete unfortunately... root@dill tmp> kgdb vmcore.1 /usr/obj/alpha-5.4/usr/src/sys/DILL/ kernel.debug kgdb: bad namelist Exit 1 and.... damn! yes that panic is reproduceable! 2nd try writing on dill: root@kartoffel olivleh1> dd if=/usr/tmp.data of=/mnt/www/temp bs=32k dd: /mnt/www/temp: Resource temporarily unavailable 387+0 records in 386+0 records out 12648448 bytes transferred in 11.766768 secs (1074930 bytes/sec) So.. using i386 as an tcp nfs-server - the only thing which happens is that dd gets interruped, using alpha as an tcp nfs-server makes the alpha panic. And now it looks I should at first unmount the tcp mount, and then let my alpha system come back online ;) (which is of course not possible w/o the nfsd available of course....) May 26 00:59:44 dill rpcbind: cannot create socket for udp6 Starting mountd. NFS on reserved port only=YES Starting nfsd. Starting local daemons: fatal kernel trap: trap entry = 0x4 (unaligned access fault) faulting va = 0xfffffc000f908929 opcode = 0x28 register = 0x5 pc = 0xfffffc0000532164 ra = 0xfffffc0000532138 sp = 0xfffffe000a1118c0 usp = 0x11ffea80 curthread = 0xfffffc000f91f950 pid = 409, comm = nfsd panic: trap Uptime: 8m17s Dumping 253 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... *** keyboard not plugged in... halted CPU 0 halt code = 5 HALT instruction executed PC = fffffc00005bfac0 *** no timer interrupts on CPU 0 *** CPU 0 booting If someone want me to test sth.. let me know Systems available are 6.0/ i386, 6.0/amd64, 5.4-SMP/i386, 5.4/i386, 5.4/alpha, 4.11/i386 -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Wed May 25 23:05: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 0912D16A41C; Wed, 25 May 2005 23:05:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EFB43D4C; Wed, 25 May 2005 23:05:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 41A4C5142D; Wed, 25 May 2005 16:06:16 -0700 (PDT) Date: Wed, 25 May 2005 16:06:15 -0700 From: Kris Kennaway To: Robert Faulds Message-ID: <20050525230615.GA61226@xor.obsecurity.org> References: <200505252300.j4PN0NWO074574@mleko.xocolatl.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <200505252300.j4PN0NWO074574@mleko.xocolatl.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, freebsd-java@freebsd.org Subject: Re: jdk1.4.2 endless loop and kernel panic in thr_suspend() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 23:05:29 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, May 25, 2005 at 04:00:22PM -0700, Robert Faulds wrote: > Tomcat5.0.30 > libthr.so.1 via /etc/libmap.conf libthr is experimental and unmaintained..it was removed in 6.0 (well, replaced by David Xu's threading library). Try using the standard library instead. Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD4DBQFClQTnWry0BWjoQKURAsy5AKDMviKWYxNeGC0WOlvHH8ANSfVXUwCWLwu6 vEOaKlyJsEyziAsIbgT3Lw== =8YIX -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 23:08: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 E89D516A41C for ; Wed, 25 May 2005 23:08:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9273743D54 for ; Wed, 25 May 2005 23:08:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 642B75142D; Wed, 25 May 2005 16:08:49 -0700 (PDT) Date: Wed, 25 May 2005 16:08:49 -0700 From: Kris Kennaway To: Jon Dama Message-ID: <20050525230848.GA62267@xor.obsecurity.org> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <200505252342.01938.freebsd.nospam@mekanix.dk> <20050525214555.GA41695@xor.obsecurity.org> <200505260014.37054.freebsd.nospam@mekanix.dk> <20050525223811.GA58132@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Bjarne Wichmann Petersen , Mike Jakubik , Matthias Buelow , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 23:08:02 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2005 at 04:02:58PM -0700, Jon Dama wrote: > It's different, yes. But the trouble is that you need a controlled > interrupt source--i.e., you have to have some concept of when an "event" > might have been handled (were it not for such and such activity). >=20 > I posit that without that counterfactual talking about PREEMPTION is > meaningless. >=20 > The technique I mentioned--measuring and comparing the jitter was intended > to quash measuring the performance of the network stack itself. >=20 > Do you have an idea how you can pose that counterfactual in a synthetic > arrangement more closely connected with the problem at hand? Nope..that's why I said it was a hard thing to study. Well-controlled benchmarking of FreeBSD is always welcome, so please feel free to proceed with your tests and let us know of anything interesting you identify. Kris --zhXaljGHf11kAtnf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClQWAWry0BWjoQKURAv5PAKDT09jP/GauM6n0pfSu+RWWoCGJbQCgi7Xu 8bA+YDHBdBJtOPmK42Vg8Oc= =73j/ -----END PGP SIGNATURE----- --zhXaljGHf11kAtnf-- From owner-freebsd-stable@FreeBSD.ORG Wed May 25 23:09:06 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 7DF2B16A41C for ; Wed, 25 May 2005 23:09:06 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (244.Red-217-126-240.pooles.rima-tde.net [217.126.240.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 856CA43D4C for ; Wed, 25 May 2005 23:09:04 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (pato.euesrg02.net [192.168.0.3]) by alf.dyndns.ws (8.13.1/8.13.1) with ESMTP id j4PN92uq001109 for ; Thu, 26 May 2005 01:09:02 +0200 (CEST) (envelope-from victor@bsdes.net) Date: Thu, 26 May 2005 01:09:01 +0200 From: Victor Balada Diaz To: stable@freebsd.org Message-ID: <20050525230901.GA5396@pato.euesrg02.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Panic in 5.3 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: Wed, 25 May 2005 23:09:06 -0000 Hi, using the "user" keyword in pf rules the system panics. I found this in the errata page: (31 Oct 2004) When the user/group rule clauses in pf(4) and ipfw(4) are used, the loader tunable debug.mpsafenet must be set to 0 (this is 1 by default). I have mpsafenet disabled so i assume that this should work and this is an unknown issue. Here is the panic: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x128 fault code = supervisor read, page not present instruction pointer = 0x8:0xc043f170 stack pointer = 0x10:0xd828caa4 frame pointer = 0x10:0xd828cad0 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 = 27 (swi1: net) [thread 100021] Stopped at 0xc043f170 = pf_socket_lookup+0x2a4: movl 0x128(%eax),%eax db> where pf_socket_lookup(d828cb28,d828cb2c,1,d828cbe4,0) at 0xc043f170 = pf_socket_look4 pf_test_tcp(d828cb94,d828cb8c,1,c1932500,c192eb00) at 0xc043fa05 = pf_test_tcp+9 pf_test(1,c185f400,d828cc80,0,c1ac3000) at 0xc0446907 = pf_test+0x437 pf_check_in(0,d828cc80,c185f400,1,0) at 0xc044f9b1 = pf_check_in+0x35 pfil_run_hooks(c069e240,d828cccc,c185f400,1,0) at 0xc053daef = pfil_run_hooks+03 ip_input(c192eb00) at 0xc05517a8 = ip_input+0x240 netisr_processqueue(c069bf18) at 0xc053d7bb = netisr_processqueue+0x9f swi_net(0) at 0xc053d96a = swi_net+0xa6 ithread_loop(c17a0580,d828cd48) at 0xc04bd1d9 = ithread_loop+0x155 fork_exit(c04bd084,c17a0580,d828cd48) at 0xc04bc359 = fork_exit+0x75 fork_trampoline() at 0xc060c8dc = fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd828cd7c, ebp = 0 --- If you need something more feel free to ask. -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Wed May 25 23:25: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 5B74216A41F for ; Wed, 25 May 2005 23:25:15 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61BF743D53 for ; Wed, 25 May 2005 23:25:14 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 33038 invoked by uid 89); 25 May 2005 23:24:28 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 25 May 2005 23:24:28 -0000 Date: Thu, 26 May 2005 01:25:11 +0200 From: Oliver Lehmann To: mohan_srinivasan@yahoo.com Message-Id: <20050526012511.2b7828aa.lehmann@ans-netz.de> In-Reply-To: <20050526010325.02415410.lehmann@ans-netz.de> References: <20050525223355.56551.qmail@web80601.mail.yahoo.com> <20050526010325.02415410.lehmann@ans-netz.de> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 May 2005 23:25:15 -0000 Oliver Lehmann wrote: > So.. using i386 as an tcp nfs-server - the only thing which happens is > that dd gets interruped, using alpha as an tcp nfs-server makes the alpha > panic. Ok, maybe the alpha has other problems... Disk worked for 7 years without problems but I just rebooted the system once more and now I'm getting several SCSI CAM messages (da0:sym0:0:0:0): Retrying Command (per Sense Data) (da0:sym0:0:0:0): READ(10). CDB: 28 0 0 57 72 80 0 0 20 0 (da0:sym0:0:0:0): CAM Status: SCSI Status Error (da0:sym0:0:0:0): SCSI Status: Check Condition (da0:sym0:0:0:0): MEDIUM ERROR info:577280 asc:11,0 (da0:sym0:0:0:0): Unrecovered read error field replaceable unit: e4 actual retry count: 257 So - it looks like I need a new disk... damn so drop that alpha problem for now -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Wed May 25 23:45: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 2D91C16A41C for ; Wed, 25 May 2005 23:45:38 +0000 (GMT) (envelope-from steve@n2sw.com) Received: from tbwachiat.com (venus.tbwachiat.com [208.244.203.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD97743D49 for ; Wed, 25 May 2005 23:45:35 +0000 (GMT) (envelope-from steve@n2sw.com) Received: from [10.20.4.105] steve_rieger [10.20.4.105] by tbwachiat.com with NetMail SMTP Agent $Revision: 3.22.1.16 $ on Novell NetWare via secured & encrypted transport (TLS); Wed, 25 May 2005 17:41:46 -0400 In-Reply-To: <20050525212200.GA40896@xor.obsecurity.org> References: <85d3f923c61181ef47a0b00353f5f295@n2sw.com> <20050525212200.GA40896@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: steve Rieger Date: Wed, 25 May 2005 17:41:49 -0400 To: Kris Kennaway X-Mailer: Apple Mail (2.622) Cc: freebsd stable list Subject: Re: make kernel 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, 25 May 2005 23:45:38 -0000 On May 25, 2005, at 5:22 PM, Kris Kennaway wrote: > On Wed, May 25, 2005 at 05:16:02PM -0400, steve Rieger wrote: >> usr/src/sys/dev/advansys/advansys.c: In function `adv_action': >> /usr/src/sys/dev/advansys/advansys.c:260: warning: cast from pointer >> to >> integer of different size >> *** Error code 1 >> >> Stop in /usr/obj/usr/src/sys/tbwa-custom-smp. >> *** Error code 1 >> >> Stop in /usr/src. >> *** Error code 1 >> >> Stop in /usr/src. >> >> can you give me some pointers > > What size? :) > > Kris > these are the last lines prior to the error NOTE cvsup'd src, and built world prior to make kernel. have smp and PAE option in the custom config. and made sure that scbus is not commented out. Subject: error Date: May 25, 2005 5:38:22 PM EDT From: steve.rieger@tbwachiat.com To: steve.rieger@tbwachiat.com 00 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/aac/aac.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/aac/aac_debug.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/aac/aac_disk.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/aac/aac_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/aac/aac_cam.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/advansys/adv_eisa.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/advansys/adv_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/src/sys/dev/advansys/advansys.c /usr/src/sys/dev/advansys/advansys.c: In function `adv_action': /usr/src/sys/dev/advansys/advansys.c:260: warning: cast from pointer to integer of different size *** Error code 1 Stop in /usr/obj/usr/src/sys/tbwa-custom-smp. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Steve Rieger (212) 804-1131 (Work) (646) 335-8915 (Cell) chozrim (aim) From owner-freebsd-stable@FreeBSD.ORG Thu May 26 00:15: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 E8C2416A41C for ; Thu, 26 May 2005 00:15:43 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A45E43D4C for ; Thu, 26 May 2005 00:15:43 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAFAEC.dip.t-dialin.net [84.170.250.236]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 849BF2E475; Thu, 26 May 2005 02:15:41 +0200 (CEST) Message-ID: <4295153A.9010605@incubus.de> Date: Thu, 26 May 2005 02:15:54 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <84dead7205052420503fded0e9@mail.gmail.com> <4293FD27.90500@incubus.de> <20050525042706.GA60021@xor.obsecurity.org> <4294054C.9080207@incubus.de> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> <20050525052214.GA76339@xor.obsecurity.org> <42940C87.5000705@incubus.de> <20050525053054.GA76491@xor.obsecurity.org> <4294AB75.9080908@incubus.de> <20050525185427.GB92006@xor.obsecurity.org> <4294CC9A.1000200@incubus.de> In-Reply-To: <4294CC9A.1000200@incubus.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 00:15:44 -0000 >> Others don't see this though, and in other cases it was *definitively >> proven* to be caused by the issue I mentioned. I'll have to think >> more about what to try next..thanks for running the tests. > > Perhaps it's something SATA-related? Before restoring my 5.4 dumps after testing -current, I installed fedora3 linux just to verify it isn't somehow the hardware itself. Ok, plain installation from CDs, kernel "2.6.9-1.667smp" (default installation kernel). There was absolutely zero noticable lag or any effect on response time on X11 while untarring the same firefox source. So there really seems to be something foul in FreeBSD in that regard. And now for the dumps.. *sigh*. mkb. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 01:33:06 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 9A27616A41C; Thu, 26 May 2005 01:33:06 +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 27AD443D55; Thu, 26 May 2005 01:33:05 +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 j4Q1X2nC045761; Wed, 25 May 2005 20:33:02 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42952740.6020400@centtech.com> Date: Wed, 25 May 2005 20:32:48 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050504 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Lehmann References: <20050525223355.56551.qmail@web80601.mail.yahoo.com> <20050526010325.02415410.lehmann@ans-netz.de> In-Reply-To: <20050526010325.02415410.lehmann@ans-netz.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Mohan Srinivasan , current@freebsd.org Subject: Re: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 01:33:06 -0000 Oliver Lehmann wrote: > Hi Mohan, > > Mohan Srinivasan wrote: > > > >>Is this consistently reproducible ? > > > it is - everytime > > > >>I tried reproducing this with this morning's >>current, > > > it also happens with STABLE > > > >>How big was your file that you tried to dd ? I need to reproduce this here >>in order to track it down. > > > dd if=/dev/urandom of=/usr/tmp.data bs=512k count=200 > > > >>Also, can you try the test without using the soft mount option ? I don't see >>soft causing this, but just to eliminate those code paths. > > > I removed soft and bb, but still the same results: > > root@kartoffel olivleh1> dd if=/usr/tmp.data of=/mnt/files/temp bs=32k > dd: /mnt/files/temp: Resource temporarily unavailable > 1797+0 records in > 1796+0 records out > 58851328 bytes transferred in 33.651500 secs (1748847 bytes/sec) > > > ###### > > > I tried the same with an other nfs server (using dill as nfs server this > time - system description is in my 1st mail, same mount options like / > mnt/files). And guess what? dill rebooted immediate... dd came never > back, gave no output > Just for a data point here - I have a 5.3-STABLE (from about January 15th) that is serving up data via NFS (tcp and udp, FreeBSD, Linux, Solaris clients) to about 1000 clients. The server is constantly getting pounded. I haven't seen any issues like this on this machine. I'm about to bring up a 5.4R box that will be in the same environment. If I have any issues, I'll make sure to note them here. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu May 26 01:37: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 1C37716A41C for ; Thu, 26 May 2005 01:37:44 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxsf21.cluster1.charter.net (mxsf21.cluster1.charter.net [209.225.28.221]) by mx1.FreeBSD.org (Postfix) with ESMTP id A617F43D49 for ; Thu, 26 May 2005 01:37:43 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxip04a.cluster1.charter.net (mxip04a.cluster1.charter.net [209.225.28.134]) by mxsf21.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id j4Q1bfcY010980 for ; Wed, 25 May 2005 21:37:42 -0400 Received: from pc-24-151-49-073.newt1.ct.charter.com (HELO bedroom) (24.151.49.73) by mxip04a.cluster1.charter.net with ESMTP; 25 May 2005 21:37:42 -0400 X-IronPort-AV: i="3.93,138,1115006400"; d="scan'208"; a="323197084:sNHT28023864" From: "Matt Smith" To: Date: Wed, 25 May 2005 21:37:41 -0400 Message-ID: <000001c56193$81fff810$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <20050526001559.5221C16A422@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: RE: SSHD timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 01:37:44 -0000 Here are the ping results: ping statistics for 192.168.1.100: Packets : sent = 4, recieved = 4, lost = 0 <0% loss>, Approimant round trip time in mili-seconds: Min = 1ms, max = 2ms average= 1ms It's pingable at least Matt From owner-freebsd-stable@FreeBSD.ORG Thu May 26 05:08:20 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 CAEC216A41C for ; Thu, 26 May 2005 05:08:20 +0000 (GMT) (envelope-from sergei@konst.donpac.ru) Received: from konst.donpac.ru (f2cis.konst.donpac.ru [83.221.201.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3232143D1F for ; Thu, 26 May 2005 05:08:19 +0000 (GMT) (envelope-from sergei@konst.donpac.ru) Received: from Curs3 (curs3.konst.donpac.ru [10.161.193.203]) by konst.donpac.ru (8.13.3/8.13.1) with ESMTP id j4Q58Hg4052965 for ; Thu, 26 May 2005 09:08:18 +0400 (MSD) (envelope-from sergei@konst.donpac.ru) From: "sergei" To: Date: Thu, 26 May 2005 09:08:41 +0400 Message-ID: <007f01c561b0$ff758f40$cbc1a10a@Curs3> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <4294F3EE.9000609@leadhill.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: ClamAV 0.85/894/Wed May 25 16:53:16 2005 on konst.donpac.ru X-Virus-Status: Clean Subject: RE: 5-Stable (5.4) any ipnat changes? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 05:08:21 -0000 I have the same problem: After I cvsuped my system from 5.3 to 5.4, ipfilter (compiled in the my custom kernel) & ipnat not start automatically. If I do "/etc/rc.d/ipfilter start && /etc/rc.d/ipnat start" manually - all works fine... Lines "ipfilner_enable=YES" and "ipnat_enable=YES" present in the /etc/rc.conf. ~>-----Original Message----- ~>From: owner-freebsd-stable@freebsd.org ~>[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Billy Newsom ~>Sent: Thursday, May 26, 2005 1:54 AM ~>To: freebsd-stable@freebsd.org ~>Subject: 5-Stable (5.4) any ipnat changes? ~> ~> ~>Is there some reason why ipnat wouldn't automatically startup? ~> ~>I just upgraded from a 5-stable in February to a 5-stable in ~>May, so I ~>could essentially get 5.4 on this firewall machine. I simultaneously ~>was upgrading some ports, etc., but nothing too severe. When ~>I rebooted ~>the machine, everything looked fine. No problems whatsoever. ~> This was ~>the first time that I compiled multiple kernels (normally I ~>just compile ~>a custom and not the generic), but that is not related. ~> ~>What happened is that I had a strange problem receiving mail ~>on the mail ~>server. It took me quite a while to finally track down the ~>problem. I ~>ended up running a packet sniffer and still couldn't figure it out. ~>Well, it turned out that the filters in ipnat weren't ~>installed, and so ~>all of the NAT routing wasn't happening as normal. ~> ~>I have really never seen this server boot without NAT -- it's ~>basically ~>the same setup I've used for years and it never dawned on me ~>what would ~>happen if ipnat failed to run its filters. Meanwhile, ~>IPFilter was busy ~>running the firewall like normal. ~> ~>I have looked at the logs in detail and I can't find anything ~>that would ~>have turned off ipnat or caused it not to run its filter. ~>Nor, on the ~>otherhand, do I see where ipnat logs anything, anyway. ~> ~>Where would I look to track this down? Is it possible that ~>something in ~> stable messed this up? ~> ~> ~># ls -l /etc/ipnat.rules ~>-rw-r--r-- 1 root wheel 437 Mar 14 14:18 /etc/ipnat.rules ~> ~>Notice no changes since March in that file. ~> ~># cat /etc/rc.conf | grep ip ~>ipfilter_enable="YES" # Set to YES to enable ipfilter ~>functionality ~>ipfilter_program="/sbin/ipf" # where the ipfilter program lives ~>ipfilter_rules="/etc/ipf.rules" # rules definition file for ~>ipfilter, see ~> # ~>/usr/src/contrib/ipfilter/rules for ~>examples ~>ipfilter_flags="" # additional flags for ipfilter ~>ipnat_enable="YES" # Set to YES to enable ipnat ~>functionality ~>ipnat_program="/sbin/ipnat" # where the ipnat program lives ~>ipnat_rules="/etc/ipnat.rules" # rules definition file for ipnat ~>ipnat_flags="" # additional flags for ipnat ~>ipmon_enable="YES" # Set to YES for ipmon; ~>needs ipfilter ~>or ipnat ~>ipmon_program="/sbin/ipmon" # where the ipfilter ~>monitor program lives ~>ipmon_flags="-Ds" # typically "-Ds" or "-D ~>/var/log/ipflog" ~>ipfs_enable="YES" # Set to YES to enable saving ~>and restoring ~>ipfs_program="/sbin/ipfs" # where the ipfs program lives ~>ipfs_flags="" # additional flags for ipfs ~> ~>Thanks. ~>Billy ~>_______________________________________________ ~>freebsd-stable@freebsd.org mailing list ~>http://lists.freebsd.org/mailman/listinfo/freebsd-stable ~>To unsubscribe, send any mail to ~>"freebsd-stable-unsubscribe@freebsd.org" ~> From owner-freebsd-stable@FreeBSD.ORG Thu May 26 07:07: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 1ACEB16A41C for ; Thu, 26 May 2005 07:07:26 +0000 (GMT) (envelope-from nihrom@teamcomputerra.org) Received: from greenday.yohst.com (greenday.yohst.com [66.98.242.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAABA43D1F for ; Thu, 26 May 2005 07:07:25 +0000 (GMT) (envelope-from nihrom@teamcomputerra.org) Received: from [83.237.153.219] (port=1279 helo=lmda6q67alsbow) by greenday.yohst.com with esmtpa (Exim 4.43) id 1DbCSc-0002Sb-PH for freebsd-stable@freebsd.org; Thu, 26 May 2005 03:07:21 -0400 Message-ID: <003d01c561c2$117b7360$db99ed53@lmda6q67alsbow> From: "Viatcheslav Fedorov" To: Date: Thu, 26 May 2005 11:10:54 +0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - greenday.yohst.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - teamcomputerra.org Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Building kernel, -mno-3dnow and stuff. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Viatcheslav Fedorov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 07:07:26 -0000 Hello. I've recently CVSupped from 5.3-RELEASE to 5.4-STABLE when I ``make buildkernel'' I get the output like this: cc -O -pipe -march=3Dpentiumpro -march=3Dathlon-tbird -I/<...cut...> = -mno-mmx -mno-3dnow -mno-sse -mno-sse2=20 -ffreestanding -Wall -Wredundant-decls -Wnested-externs = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline = -Wcast-qual -fformat-extensions -std=3Dc99 -Wsystem-headers -Werror = -Wall -Wno-format-y2k -Wno-uninitialized -c = /usr/src/sys/modules/acpi/acpi/../../../contrib/dev/acpica/dsfield.c (It compiles OK, but those -mno-* ?!?!) my ``/etc/make.conf'' file: ------------------------------------- CPUTYPE=3Dathlon-tbird CFLAGS=3D -O -pipe -march=3Dpentiumpro COPTFLAGS=3D -O -fomit-frame-pointer -march=3Dpentiumpro -pipe NOPROFILE=3Dtrue NO_BIND=3Dtrue DOC_LANG=3Den_US.ISO8859-1 ru_RU.KOI8-R ------------------------------------- So, what did I do wrong? Why on my athlon-tbird 1200Mhz it compiles with = -mno-3dnow ? I guess it's the error in make.conf, but where? Thanks in advance, Viatcheslav From owner-freebsd-stable@FreeBSD.ORG Thu May 26 07:22: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 074E416A41C for ; Thu, 26 May 2005 07:22:32 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCB0743D49 for ; Thu, 26 May 2005 07:22:31 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id B400B19F3B; Thu, 26 May 2005 00:23:25 -0700 (PDT) From: "Darren Pilgrim" To: "'Viatcheslav Fedorov'" Date: Thu, 26 May 2005 00:22:16 -0700 Message-ID: <000801c561c3$a90ac720$0a2a15ac@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: <003d01c561c2$117b7360$db99ed53@lmda6q67alsbow> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Cc: freebsd-stable@freebsd.org Subject: RE: Building kernel, -mno-3dnow and stuff. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 07:22:32 -0000 From: Viatcheslav Fedorov > > cc -O -pipe -march=pentiumpro -march=athlon-tbird > -I/<...cut...> -mno-mmx -mno-3dnow -mno-sse -mno-sse2 These are disabled because they cause problems when used in the kernel. > my ``/etc/make.conf'' file: > ------------------------------------- > CPUTYPE=athlon-tbird > CFLAGS= -O -pipe -march=pentiumpro > COPTFLAGS= -O -fomit-frame-pointer -march=pentiumpro -pipe > ------------------------------------- You should not put -march in your FLAGS variables. CPUTYPE determines the correct architecture- and processor-specific compiler flags. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 07:33: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 2DC4C16A420 for ; Thu, 26 May 2005 07:33:33 +0000 (GMT) (envelope-from nihrom@teamcomputerra.org) Received: from greenday.yohst.com (greenday.yohst.com [66.98.242.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A22E443D6D for ; Thu, 26 May 2005 07:33:31 +0000 (GMT) (envelope-from nihrom@teamcomputerra.org) Received: from [83.237.153.219] (port=1730 helo=lmda6q67alsbow) by greenday.yohst.com with esmtpa (Exim 4.43) id 1DbCrr-0004WZ-7q; Thu, 26 May 2005 03:33:25 -0400 Message-ID: <004601c561c5$b61aabe0$db99ed53@lmda6q67alsbow> From: "Viatcheslav Fedorov" To: "Darren Pilgrim" References: <000801c561c3$a90ac720$0a2a15ac@SMILEY> Date: Thu, 26 May 2005 11:36:58 +0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - greenday.yohst.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - teamcomputerra.org Cc: freebsd-stable@freebsd.org Subject: Re: Building kernel, -mno-3dnow and stuff. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Viatcheslav Fedorov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 07:33:33 -0000 From: "Darren Pilgrim" >> cc -O -pipe -march=pentiumpro -march=athlon-tbird >> -I/<...cut...> -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > > These are disabled because they cause problems when used in the kernel. > >> my ``/etc/make.conf'' file: >> ------------------------------------- >> CPUTYPE=athlon-tbird >> CFLAGS= -O -pipe -march=pentiumpro >> COPTFLAGS= -O -fomit-frame-pointer -march=pentiumpro -pipe >> ------------------------------------- > > You should not put -march in your FLAGS variables. CPUTYPE determines the > correct architecture- and processor-specific compiler flags. Thanks a lot. Now it's clear to me. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 07:38:20 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 5CFEC16A41C; Thu, 26 May 2005 07:38:20 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id E336343D1F; Thu, 26 May 2005 07:38:19 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd20.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1DbCwb-00005X-03; Thu, 26 May 2005 09:38:17 +0200 Received: from Andro-Beta.Leidinger.net (ZwwDXvZVYebO6L1Rs5ohGhp1ITOcXJ5SVRt4hYP2bIQL28ZVfpcUgB@[84.165.249.17]) by fwd20.sul.t-online.de with esmtp id 1DbCwU-1RMcQy0; Thu, 26 May 2005 09:38:10 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j4Q7c9XV001842; Thu, 26 May 2005 09:38:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Thu, 26 May 2005 09:38:25 +0200 From: Alexander Leidinger To: jason henson Message-ID: <20050526093825.1156efb5@Magellan.Leidinger.net> In-Reply-To: <42929DB1.5010105@ec.rr.com> References: <42929DB1.5010105@ec.rr.com> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: ZwwDXvZVYebO6L1Rs5ohGhp1ITOcXJ5SVRt4hYP2bIQL28ZVfpcUgB@t-dialin.net X-TOI-MSGID: bb8da622-0b8b-4ac3-8ad0-110b2bdf937e Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: folding client stopped working, is it because of linux? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 07:38:20 -0000 On Mon, 23 May 2005 23:21:21 -0400 jason henson wrote: > I did a system update and after that my folding @ home client will not > work without me doing make install in linux_base-8 ports dir. BTW, > linux is already installed from before the update and even after > reinstalling after the update the systems seems to forget it is there > after a reboot. I can type make install and the port installs, but > since I don't do a make clean first it returns immediatily. After I do > this f@h runs fine. My network card uses the nvnet driver from ports > which still works at boot with out me needing to make install for the Run "kldstat" after the reboot and look out for linux.ko. If it isn't there, you haven't added the linux kernel module to the kernel (either in the kernel-config or as a module in /boot/loader.conf). > linux port. I believe this driver requires the linux emulation to work btw. It doesn't depend upon the linuxolator. Bye, Alexander. -- To boldly go where I surely don't belong. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-stable@FreeBSD.ORG Thu May 26 07:45: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 F3A3916A41C; Thu, 26 May 2005 07:45:50 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C94243D48; Thu, 26 May 2005 07:45:50 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.54] (helo=rtxnetworks.co.uk) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1DbD3t-00018Y-DZ; Thu, 26 May 2005 07:45:49 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Thu, 26 May 2005 08:45:32 +0100 thread-index: AcVhxuTl6BkwnCDJS3WdqzQhMdmIOg== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Date: Thu, 26 May 2005 08:45:32 +0100 From: "Alexander Leidinger" To: In-Reply-To: <42929DB1.5010105@ec.rr.com> References: <42929DB1.5010105@ec.rr.com> Message-ID: <000001c561c6$e4e74db0$144da8c0@rtxnetworks.local> X-Mailer: Sylpheed-Claws 1.0.4a (GTK+ 1.2.10; i386-portbld-freebsd6.0) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-ID: ZwwDXvZVYebO6L1Rs5ohGhp1ITOcXJ5SVRt4hYP2bIQL28ZVfpcUgB@t-dialin.net X-TOI-MSGID: bb8da622-0b8b-4ac3-8ad0-110b2bdf937e X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 0 X-Zen-Test-Spam-Bar: (/) X-Originating-Oppenheimer-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf Content-Class: urn:content-classes:message Importance: normal X-Zen-Stored: hausdorff.zen.co.uk/1DbCxf-0006Aw-0A/2005-05-26 07:39:23 Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-OriginalArrivalTime: 26 May 2005 07:45:32.0375 (UTC) FILETIME=[E5066E70:01C561C6] X-Originating-Pythagoras-IP: [82.69.255.54] Cc: freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org, FreeBSD Questions Subject: Re: folding client stopped working, is it because of linux? X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 07:45:51 -0000 On Mon, 23 May 2005 23:21:21 -0400 jason henson wrote: > I did a system update and after that my folding @ home client will not > work without me doing make install in linux_base-8 ports dir. BTW, > linux is already installed from before the update and even after > reinstalling after the update the systems seems to forget it is there > after a reboot. I can type make install and the port installs, but > since I don't do a make clean first it returns immediatily. After I do > this f@h runs fine. My network card uses the nvnet driver from ports > which still works at boot with out me needing to make install for the Run "kldstat" after the reboot and look out for linux.ko. If it isn't there, you haven't added the linux kernel module to the kernel (either in the kernel-config or as a module in /boot/loader.conf). > linux port. I believe this driver requires the linux emulation to work btw. It doesn't depend upon the linuxolator. Bye, Alexander. -- To boldly go where I surely don't belong. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu May 26 08:58:24 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 A557716A421; Thu, 26 May 2005 08:58:24 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C379143D1D; Thu, 26 May 2005 08:58:21 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j4Q8wH4J076711 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 26 May 2005 10:58:19 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j4Q8vqhs048055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 May 2005 10:57:53 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j4Q8vqNX057510; Thu, 26 May 2005 10:57:52 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j4Q8vpJv057509; Thu, 26 May 2005 10:57:51 +0200 (CEST) (envelope-from ticso) Date: Thu, 26 May 2005 10:57:51 +0200 From: Bernd Walter To: Oliver Lehmann Message-ID: <20050526085750.GZ80082@cicely12.cicely.de> References: <20050525223355.56551.qmail@web80601.mail.yahoo.com> <20050526010325.02415410.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050526010325.02415410.lehmann@ans-netz.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: stable@freebsd.org, Mohan Srinivasan , current@freebsd.org Subject: Re: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 08:58:24 -0000 On Thu, May 26, 2005 at 01:03:25AM +0200, Oliver Lehmann wrote: > ###### > > > I tried the same with an other nfs server (using dill as nfs server this > time - system description is in my 1st mail, same mount options like / > mnt/files). And guess what? dill rebooted immediate... dd came never > back, gave no output > > dill's dmesg shows me: > > fatal kernel trap: > > trap entry = 0x4 (unaligned access fault) > faulting va = 0xfffffc0006b6f44d > opcode = 0x28 > register = 0x5 > pc = 0xfffffc0000541e08 > ra = 0xfffffc0000541df4 > sp = 0xfffffe000a0f9b70 > usp = 0x11ffea80 > curthread = 0xfffffc000f91ee10 > pid = 343, comm = nfsd This is absolutely known - TCP/nfs has bugs in realigning packets. Don't use TCP on strong aligned architectures. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-stable@FreeBSD.ORG Thu May 26 09:00: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 99AE716A421 for ; Thu, 26 May 2005 09:00:26 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4971E43D1D for ; Thu, 26 May 2005 09:00:25 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id EB5941F87BED; Thu, 26 May 2005 11:00:23 +0200 (CEST) Date: Thu, 26 May 2005 11:00:23 +0200 From: Roman Neuhauser To: Zoran Kolic Message-ID: <20050526090023.GB95875@isis.sigpipe.cz> References: <20050524053857.GA1018@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050524053857.GA1018@faust.net> User-Agent: Mutt/1.5.9i Cc: freebsd-stable Subject: Re: ati9550 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 09:00:26 -0000 # kolicz@EUnet.yu / 2005-05-24 07:38:57 +0200: > Dear all! > I have graphic card as in subject. > With "ati" and "radeon" driver it > makes not so clear picture, looking > out of focus. 5.4, amd64 version. > Does someone have similar behaveour? > Best regards Does this look like it? (I don't have a solution, but it might get you going.) http://marc.theaimsgroup.com/?t=103435003200002&r=1&w=2 -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-stable@FreeBSD.ORG Thu May 26 09:05: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 32DBC16A41C for ; Thu, 26 May 2005 09:05:19 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE5FE43D76 for ; Thu, 26 May 2005 09:05:14 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1DbEIi-000MgS-Fj for freebsd-stable@freebsd.org; Thu, 26 May 2005 13:05:12 +0400 Message-ID: <4295913B.70508@speechpro.com> Date: Thu, 26 May 2005 13:04:59 +0400 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050518) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Subject: Linuxulator & UDP & PowerWare LanSafe III X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 09:05:19 -0000 Hello, I have recently upgraded (via complete install) both our server from FreeBSD 4.10-STABLE to FreeBSD 5.4-STABLE and I got strange problem. We are using PowerWare 9125 UPS, and PowerWare does not have FreeBSD version of UPS monitoring software. They have Linux version which worked very good on FreeBSD 4.X. PowerWare soft has two parts: daemon, which monitors UPS, and client (there are text mode, GUI for X11 and GUI for Windows versions). They use UDP for communications. If I try connect to ls3 (daemon) which is running on FreeBSD 5.4-STABLE, then I get message about timeout from client part (ls3con). I see UDP packets from client to server with tcpdump on lo0 interface (with local client) or on fxp0 interface with remote client. But server start responding after 30-50 seconds. ls3con does not see server responses and gives error message about timeout. With command line client it IS possible sometime connect to server if I start client after error message, and if client uses same local UDP port as before, then it gets _previous_ server response. Then they estabilish TCP connection and all works OK. With FreeBSD 4.X there are no any timeouts, server responds fast enought for client to see response. To be sure I have tried this with server in remote office, which I have not upgraded yet. So, does anybody have same problems? I think, that problem may be in LanSafe application, but ... Also, maybe anybody knows other software which will work with PowerWare 9125 UPS? This UPS is not supported by NUT. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 09:34: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 2497316A41F for ; Thu, 26 May 2005 09:34:33 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0288643D79 for ; Thu, 26 May 2005 09:34:27 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 48996 invoked by uid 89); 26 May 2005 09:33:40 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 26 May 2005 09:33:40 -0000 Date: Thu, 26 May 2005 11:34:23 +0200 From: Oliver Lehmann To: mohan_srinivasan@yahoo.com Message-Id: <20050526113423.33d56f4f.lehmann@ans-netz.de> In-Reply-To: <20050526010325.02415410.lehmann@ans-netz.de> References: <20050525223355.56551.qmail@web80601.mail.yahoo.com> <20050526010325.02415410.lehmann@ans-netz.de> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 09:34:33 -0000 Oliver Lehmann wrote: > Hi Mohan, > > Mohan Srinivasan wrote: > > > > Is this consistently reproducible ? > > it is - everytime I found out that I can reproducible make it work by writing on an other harddisk. file:/mnt/files 151368706 109165638 30093572 78% /mnt/files file:/usr/ports 18162862 8410690 8299144 50% /usr/ports file:/mnt/backups 19324310 17016301 762065 96% /mnt/tmp writing to /mnt/files... we know what happend. But writing to /usr/ports works w/o an error: root@kartoffel olivleh1> umount /usr/ports/ root@kartoffel olivleh1> mount_nfs -T -3 -o soft,bg nudel:/usr/ports /usr/ports root@kartoffel olivleh1> dd if=/usr/tmp.data of=/usr/ports/tmp.data bs=32k 3200+0 records in 3200+0 records out 104857600 bytes transferred in 9.905884 secs (10585385 bytes/sec) root@kartoffel olivleh1> dd if=/usr/tmp.data of=/usr/ports/tmp.data bs=32k 3200+0 records in 3200+0 records out 104857600 bytes transferred in 9.566243 secs (10961210 bytes/sec) root@kartoffel olivleh1> umount /mnt/backups/ root@kartoffel olivleh1> mount_nfs -T -3 -o soft,bg file:/mnt/backups /mnt/backups root@kartoffel olivleh1> dd if=/usr/tmp.data of=/mnt/backups/tmp.data bs=32k dd: /mnt/backups/tmp.data: Resource temporarily unavailable 674+0 records in 673+0 records out 22052864 bytes transferred in 16.141799 secs (1366196 bytes/sec) root@kartoffel olivleh1> dd if=/usr/tmp.data of=/mnt/backups/tmp.data bs=32k dd: /mnt/backups/tmp.data: Resource temporarily unavailable 242+0 records in 241+0 records out 7897088 bytes transferred in 7.301958 secs (1081503 bytes/sec) on file (which is a nickname for nudel) root@nudel olivleh1> df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 257838 132236 104976 56% / devfs 1 1 0 100% /dev /dev/ad0s1d 257838 22888 214324 10% /tmp /dev/ad0s1f 18162862 8410690 8299144 50% /usr /dev/ad0s1e 257838 111122 126090 47% /var /dev/ad5s1 151368706 109198438 30060772 78% /mnt/files /dev/ad6s1 19324310 17023989 754377 96% /mnt/backups /dev/da0s1e 4304663 2568753 1391537 65% /mnt/documents ad0: 19092MB [38792/16/63] at ata0-master UDMA33 ad5: 152627MB [310101/16/63] at ata2-slave UDMA100 ad6: 19470MB [39560/16/63] at ata3-master UDMA66 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 atapci1: port 0x8800-0x880f,0x8400-0x8403, 0x8000-0x8007,0x7c00-0x7c03,0x7800-0x7807 mem 0xe0405000-0xe04050ff irq 16 at device 13.0 on pci0 ata2: channel #0 on atapci1 ata3: channel #1 on atapci1 dmesg shows me no errors neither regarding ad5 nor ata2-master. smartctl shows no recorded errors for ad5 for example. I'm wondering what is wrong with atapci1 Any ideas whats going wrong? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-stable@FreeBSD.ORG Thu May 26 10:45: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 BDAFF16A41F; Thu, 26 May 2005 10:45:54 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 184B743D5D; Thu, 26 May 2005 10:45:51 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id AC8063F294; Thu, 26 May 2005 12:45:50 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 4169E23B; Thu, 26 May 2005 12:45:50 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 2CF22E7; Thu, 26 May 2005 12:45:50 +0200 (CEST) Date: Thu, 26 May 2005 12:45:50 +0200 (CEST) From: Sten Spans To: ticso@cicely.de In-Reply-To: <20050526085750.GZ80082@cicely12.cicely.de> Message-ID: References: <20050525223355.56551.qmail@web80601.mail.yahoo.com> <20050526010325.02415410.lehmann@ans-netz.de> <20050526085750.GZ80082@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, stable@freebsd.org, Oliver Lehmann , Mohan Srinivasan Subject: Re: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 10:45:54 -0000 On Thu, 26 May 2005, Bernd Walter wrote: > On Thu, May 26, 2005 at 01:03:25AM +0200, Oliver Lehmann wrote: >> ###### >> >> >> I tried the same with an other nfs server (using dill as nfs server this >> time - system description is in my 1st mail, same mount options like / >> mnt/files). And guess what? dill rebooted immediate... dd came never >> back, gave no output >> >> dill's dmesg shows me: >> >> fatal kernel trap: >> >> trap entry = 0x4 (unaligned access fault) >> faulting va = 0xfffffc0006b6f44d >> opcode = 0x28 >> register = 0x5 >> pc = 0xfffffc0000541e08 >> ra = 0xfffffc0000541df4 >> sp = 0xfffffe000a0f9b70 >> usp = 0x11ffea80 >> curthread = 0xfffffc000f91ee10 >> pid = 343, comm = nfsd > > This is absolutely known - TCP/nfs has bugs in realigning packets. > Don't use TCP on strong aligned architectures. Still a pr with a proper backtrace would be nice. Or does one exist already ? -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-stable@FreeBSD.ORG Thu May 26 10:55: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 0BAF916A41C for ; Thu, 26 May 2005 10:55:41 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D3DA43D49 for ; Thu, 26 May 2005 10:55:37 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4QAtVXf094292; Thu, 26 May 2005 20:25:31 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 26 May 2005 20:25:19 +0930 User-Agent: KMail/1.8 References: <4295913B.70508@speechpro.com> In-Reply-To: <4295913B.70508@speechpro.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2124848.Ol9LrKKVrv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505262025.25982.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO, PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT, REFERENCES, SPAM_PHRASE_00_01, USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Cc: Igor Robul Subject: Re: Linuxulator & UDP & PowerWare LanSafe III X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 10:55:41 -0000 --nextPart2124848.Ol9LrKKVrv Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 26 May 2005 18:34, Igor Robul wrote: > They use UDP for communications. > If I try connect to ls3 (daemon) which is running on FreeBSD 5.4-STABLE, > then I get message about timeout from client part (ls3con). > I see UDP packets from client to server with tcpdump on lo0 interface > (with local client) or on fxp0 interface with remote client. But server > start responding after 30-50 seconds. ls3con does not see server > responses and gives error message about timeout. With command line > client it IS possible sometime connect to server if I start client after > error message, and if client uses same local UDP port as before, then it > gets _previous_ server response. Then they estabilish TCP connection and > all works OK. > > With FreeBSD 4.X there are no any timeouts, server responds fast enought > for client to see response. To be sure I have tried this with > server in remote office, which I have not upgraded yet. I can't really suggest anything except for compating version of linux_base = you=20 are using. It may be worth ktrace'ing the server (use the linux_kdump port = to=20 interpret the result) Also perhaps you should consider trying to use NUT with the UPS (since it's= =20 open source) =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 --nextPart2124848.Ol9LrKKVrv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBClasd5ZPcIHs/zowRAtyPAJ9zqpKUNENG6YPlPz0KQpS7ViQUmgCdEdym xol7xv1ZQsBCUAckviSKivs= =7glq -----END PGP SIGNATURE----- --nextPart2124848.Ol9LrKKVrv-- From owner-freebsd-stable@FreeBSD.ORG Thu May 26 10:58: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 C1AF916A434; Thu, 26 May 2005 10:58:34 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4243243D5E; Thu, 26 May 2005 10:58:30 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j4QAwL4J080114 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 26 May 2005 12:58:22 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j4QAw7hs048762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 May 2005 12:58:08 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j4QAw7gR058039; Thu, 26 May 2005 12:58:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j4QAw6Xb058038; Thu, 26 May 2005 12:58:06 +0200 (CEST) (envelope-from ticso) Date: Thu, 26 May 2005 12:58:06 +0200 From: Bernd Walter To: Sten Spans Message-ID: <20050526105806.GB80082@cicely12.cicely.de> References: <20050525223355.56551.qmail@web80601.mail.yahoo.com> <20050526010325.02415410.lehmann@ans-netz.de> <20050526085750.GZ80082@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0098] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: current@freebsd.org, Mohan Srinivasan , stable@freebsd.org, ticso@cicely.de, Oliver Lehmann Subject: Re: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 10:58:35 -0000 On Thu, May 26, 2005 at 12:45:50PM +0200, Sten Spans wrote: > On Thu, 26 May 2005, Bernd Walter wrote: > > >On Thu, May 26, 2005 at 01:03:25AM +0200, Oliver Lehmann wrote: > >>###### > >> > >> > >>I tried the same with an other nfs server (using dill as nfs server this > >>time - system description is in my 1st mail, same mount options like / > >>mnt/files). And guess what? dill rebooted immediate... dd came never > >>back, gave no output > >> > >>dill's dmesg shows me: > >> > >>fatal kernel trap: > >> > >> trap entry = 0x4 (unaligned access fault) > >> faulting va = 0xfffffc0006b6f44d > >> opcode = 0x28 > >> register = 0x5 > >> pc = 0xfffffc0000541e08 > >> ra = 0xfffffc0000541df4 > >> sp = 0xfffffe000a0f9b70 > >> usp = 0x11ffea80 > >> curthread = 0xfffffc000f91ee10 > >> pid = 343, comm = nfsd > > > >This is absolutely known - TCP/nfs has bugs in realigning packets. > >Don't use TCP on strong aligned architectures. > > Still a pr with a proper backtrace would be nice. > Or does one exist already ? Not that I know. I did know exactly when this happens years ago. The backtrace as such will not help you as the panic happens much later than the cause. IIRC the basic problem was that the realignment code only fixes a single missalignment, while theres a chance for more then one. Verify nfs_realign in nfsserver and nfsclient to get an idea. If you are interested - I've found a (non-working) patch that I wrote for it, but the intention of it should be clear. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-stable@FreeBSD.ORG Thu May 26 11:09: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 D718116A426 for ; Thu, 26 May 2005 11:09:44 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B4B143D49 for ; Thu, 26 May 2005 11:09:44 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1DbGFD-000Pxn-4D for freebsd-stable@freebsd.org; Thu, 26 May 2005 15:09:43 +0400 Message-ID: <4295AE6D.5070007@speechpro.com> Date: Thu, 26 May 2005 15:09:33 +0400 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050518) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4295913B.70508@speechpro.com> <200505262025.25982.doconnor@gsoft.com.au> In-Reply-To: <200505262025.25982.doconnor@gsoft.com.au> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Subject: Re: Linuxulator & UDP & PowerWare LanSafe III X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 11:09:45 -0000 Daniel O'Connor wrote: >I can't really suggest anything except for compating version of linux_base you >are using. It may be worth ktrace'ing the server (use the linux_kdump port to >interpret the result) > >Also perhaps you should consider trying to use NUT with the UPS (since it's >open source) > > As you can read from my post NUT does not support this model. I'll try with different linux_base. I have tried "truss" on server process, but could not find anything helpful :-(. I'll try ktrace. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 12:03: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 59A3216A424 for ; Thu, 26 May 2005 12:03:38 +0000 (GMT) (envelope-from freebsd_low@yahoo.com) Received: from web32007.mail.mud.yahoo.com (web32007.mail.mud.yahoo.com [68.142.207.104]) by mx1.FreeBSD.org (Postfix) with SMTP id DCEA943D48 for ; Thu, 26 May 2005 12:03:37 +0000 (GMT) (envelope-from freebsd_low@yahoo.com) Received: (qmail 97406 invoked by uid 60001); 26 May 2005 12:03:37 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=jkSew+/4ULLdeZhaORcBdA1KfPVU+GOoqMgj6RAT/o1tDvv2irpmmJuT8pxjzg75/a139DiKgyKzW9TOzrpTpnhGw2tLzZovdYUN0y73C8ZHYhXANamYzx5he75HNzSrPrYl6Eke0MVpJPGHTKnjDt18mx3OVYv+AziU2/wA2Do= ; Message-ID: <20050526120337.97404.qmail@web32007.mail.mud.yahoo.com> Received: from [219.93.174.103] by web32007.mail.mud.yahoo.com via HTTP; Thu, 26 May 2005 05:03:37 PDT Date: Thu, 26 May 2005 05:03:37 -0700 (PDT) From: Low Kian Seong To: Freebsd Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: problem installing gaphor X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 12:03:38 -0000 When I try to install gaphor, I get the error below : " ===> Configuring for gaphor-0.7.0.1_1 running config Module 'xml.parsers.expat' found. Traceback (most recent call last): File "setup.py", line 389, in ? cmdclass={'config': config_Gaphor, File "/usr/local/lib/python2.4/distutils/core.py", line 149, in setup dist.run_commands() File "/usr/local/lib/python2.4/distutils/dist.py", line 946, in run_commands self.run_command(cmd) File "/usr/local/lib/python2.4/distutils/dist.py", line 966, in run_command cmd_obj.run() File "setup.py", line 74, in run ('pygtk_version', (2, 0))) File "setup.py", line 113, in module_check mod = __import__(module) File "/usr/local/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 37, in ? from _gtk import * RuntimeError: could not open display *** Error code 1 " This error really got me stumped. Has anyone faced the same problem ? Thank you in advance. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Thu May 26 12:12: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 BBAB316A43C; Thu, 26 May 2005 12:12:18 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5396043D5D; Thu, 26 May 2005 12:12:15 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA25760; Thu, 26 May 2005 15:12:13 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4295BD1C.6020507@icyb.net.ua> Date: Thu, 26 May 2005 15:12:12 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <428C6489.3040609@icyb.net.ua> <429206BB.2050409@icyb.net.ua> In-Reply-To: <429206BB.2050409@icyb.net.ua> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: Re: ad and da do not set interface type in devstat entry [Was: acd lacks devstat] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 12:12:19 -0000 On a devstat+disks related note: I see that (scsi) cd device driver pre-creates devstat entry before calling geom disk_create() and sets device type to DEVSTAT_TYPE_CDROM|DEVSTAT_TYPE_IF_SCSI, which is perfect IMHO. On the other hand, da and ad drivers rely on disk_create() to create a devstat entry and it is created with device type DEVSTAT_TYPE_DIRECT, which is not incorrect but is not complete either: iostat -d -t SCSI or iostat -d -t IDE wouldn't show any ad or da devices, only cd. Btw, I have file a PR for acd not having devstat support: http://www.freebsd.org/cgi/query-pr.cgi?pr=81496 -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu May 26 12:37:41 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 4A07016A41F; Thu, 26 May 2005 12:37:41 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 114FC43D58; Thu, 26 May 2005 12:37:36 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id E42703F294; Thu, 26 May 2005 14:37:35 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 763B323B; Thu, 26 May 2005 14:37:35 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 5C3BDE7; Thu, 26 May 2005 14:37:35 +0200 (CEST) Date: Thu, 26 May 2005 14:37:35 +0200 (CEST) From: Sten Spans To: ticso@cicely.de In-Reply-To: <20050526105806.GB80082@cicely12.cicely.de> Message-ID: References: <20050525223355.56551.qmail@web80601.mail.yahoo.com> <20050526010325.02415410.lehmann@ans-netz.de> <20050526085750.GZ80082@cicely12.cicely.de> <20050526105806.GB80082@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, stable@freebsd.org, Oliver Lehmann , Mohan Srinivasan Subject: Re: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 12:37:41 -0000 On Thu, 26 May 2005, Bernd Walter wrote: >>> >>> This is absolutely known - TCP/nfs has bugs in realigning packets. >>> Don't use TCP on strong aligned architectures. >> >> Still a pr with a proper backtrace would be nice. >> Or does one exist already ? > > Not that I know. > I did know exactly when this happens years ago. > The backtrace as such will not help you as the panic happens much > later than the cause. > IIRC the basic problem was that the realignment code only fixes > a single missalignment, while theres a chance for more then one. > Verify nfs_realign in nfsserver and nfsclient to get an idea. > If you are interested - I've found a (non-working) patch that I wrote > for it, but the intention of it should be clear. > Sure. This is an nfsd specific problem, Or does nfsclient have issues as well ? I'll get a pr going to make sure that the issue is documented, and possibly narrowed down enough for other people to start painting a bikeshed about how it should be fixed. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-stable@FreeBSD.ORG Thu May 26 12: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 207E216A41F for ; Thu, 26 May 2005 12:39:34 +0000 (GMT) (envelope-from Chreo@chreo.net) Received: from mail.chreo.net (henriksdal-42-15.ip-pluggen.com [212.181.42.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8855443D53 for ; Thu, 26 May 2005 12:39:33 +0000 (GMT) (envelope-from Chreo@chreo.net) Received: from localhost (unknown [127.0.0.1]) by mail.chreo.net (Postfix) with ESMTP id 16503610E for ; Thu, 26 May 2005 14:39:21 +0200 (CEST) Received: from mail.chreo.net ([127.0.0.1]) by localhost (Gateway.chreo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85948-01 for ; Thu, 26 May 2005 14:38:05 +0200 (CEST) Received: from [10.0.0.5] (unknown [10.0.0.5]) by mail.chreo.net (Postfix) with ESMTP id 710BE610C for ; Thu, 26 May 2005 14:38:05 +0200 (CEST) Message-ID: <4295C325.7000502@chreo.net> Date: Thu, 26 May 2005 14:37:57 +0200 From: Christian Elmerot 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 X-Chreo.net-AntiVirus-Scan: Scanned by ClamAV at chreo.net Subject: RE: SSHD timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 12:39:34 -0000 I had an issue with timeouts and SSH before (5.2 I think and 5.1 before that). I was able to log in once after a reboot but attamts after the first timed out. Searching the net told me that AllowUsers was an option I shouldn't have enabled in sshd_config. Commenting out that line made all the difference. That said, these issues are usually due to SSH and DNS settings that others alredy have pointed out. Disabling DNS (UseDNS no) speeds it up considerably. Just a thought. Note to self, check to see if AllowUsers still mess up SSH and if so check for PRs or file one. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 12:46:20 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 EA1A316A41C for ; Thu, 26 May 2005 12:46:20 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 512C343D1D for ; Thu, 26 May 2005 12:46:14 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1DbHka-0002fW-PN for freebsd-stable@freebsd.org; Thu, 26 May 2005 16:46:12 +0400 Message-ID: <4295C50B.3030506@speechpro.com> Date: Thu, 26 May 2005 16:46:03 +0400 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050518) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4295913B.70508@speechpro.com> <200505262025.25982.doconnor@gsoft.com.au> <4295AE6D.5070007@speechpro.com> In-Reply-To: <4295AE6D.5070007@speechpro.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Subject: Re: Linuxulator & UDP & PowerWare LanSafe III X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 12:46:21 -0000 Igor Robul wrote: > As you can read from my post NUT does not support this model. I'll try > with different linux_base. > I have tried "truss" on server process, but could not find anything > helpful :-(. I'll try ktrace. No luck with linux_base-7 (From FreeBSD-5.2.1 CD). Also I cannot build linux_kdump, because linux_devtools is broken. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 12:52: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 A8ED016A423; Thu, 26 May 2005 12:52:51 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E0BB43D90; Thu, 26 May 2005 12:52:39 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j4QCqL4J084123 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 26 May 2005 14:52:23 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j4QCpuhs049385 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 May 2005 14:51:56 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j4QCptLB058589; Thu, 26 May 2005 14:51:55 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j4QCpt08058588; Thu, 26 May 2005 14:51:55 +0200 (CEST) (envelope-from ticso) Date: Thu, 26 May 2005 14:51:55 +0200 From: Bernd Walter To: Sten Spans Message-ID: <20050526125154.GC80082@cicely12.cicely.de> References: <20050525223355.56551.qmail@web80601.mail.yahoo.com> <20050526010325.02415410.lehmann@ans-netz.de> <20050526085750.GZ80082@cicely12.cicely.de> <20050526105806.GB80082@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-1.4 required=3.0 tests=BAYES_20 autolearn=no version=2.64 X-Spam-Report: * -1.4 BAYES_20 BODY: Bayesian spam probability is 20 to 30% * [score: 0.2041] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: current@freebsd.org, Mohan Srinivasan , stable@freebsd.org, ticso@cicely.de, Oliver Lehmann Subject: Re: problems with nfs+TCP - Resource temporarily unavailable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 12:52:51 -0000 On Thu, May 26, 2005 at 02:37:35PM +0200, Sten Spans wrote: > On Thu, 26 May 2005, Bernd Walter wrote: > > >>> > >>>This is absolutely known - TCP/nfs has bugs in realigning packets. > >>>Don't use TCP on strong aligned architectures. > >> > >>Still a pr with a proper backtrace would be nice. > >>Or does one exist already ? > > > >Not that I know. > >I did know exactly when this happens years ago. > >The backtrace as such will not help you as the panic happens much > >later than the cause. > >IIRC the basic problem was that the realignment code only fixes > >a single missalignment, while theres a chance for more then one. > >Verify nfs_realign in nfsserver and nfsclient to get an idea. > >If you are interested - I've found a (non-working) patch that I wrote > >for it, but the intention of it should be clear. > > > > Sure. This is an nfsd specific problem, > Or does nfsclient have issues as well ? The code is the same in client and server - as well as the risk to get packets in that form from network. > I'll get a pr going to make sure that the issue > is documented, and possibly narrowed down enough for > other people to start painting a bikeshed about how > it should be fixed. OK. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-stable@FreeBSD.ORG Thu May 26 13:18: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 BE33316A445; Thu, 26 May 2005 13:18:04 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from quark.cs.earlham.edu (cs.earlham.edu [159.28.230.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D236A43D67; Thu, 26 May 2005 13:17:59 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from [192.168.1.10] (12-222-61-1.client.insightBB.com [12.222.61.1]) (authenticated bits=0) by quark.cs.earlham.edu (8.13.3/8.12.9) with ESMTP id j4QDHrpb024302 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 May 2005 08:17:54 -0500 (EST) (envelope-from skylar@cs.earlham.edu) Message-ID: <4295CC7C.3080009@cs.earlham.edu> Date: Thu, 26 May 2005 08:17:48 -0500 From: Skylar Thompson Organization: Earlham College Computer Science Department User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2590F6538AA160E8679A44C8" X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (quark.cs.earlham.edu [159.28.230.3]); Thu, 26 May 2005 08:17:54 -0500 (EST) X-Spam-Status: No, score=-0.6 required=8.0 tests=AWL,BAYES_00, RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL autolearn=no version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on quark.cs.earlham.edu X-Earlham-CS-Dept-MailScanner-Information: Please contact the ISP for more information X-Earlham-CS-Dept-MailScanner: Found to be clean X-MailScanner-From: skylar@cs.earlham.edu Cc: Subject: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 13:18:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2590F6538AA160E8679A44C8 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm having some problems with NFS serving on a FreeBSD 5.4-RELEASE machine. The FreeBSD machine is the NFS/NIS server for a group of four Linux clusters. The network archictecture looks like this: 234/24 234/24 Cluster 1 --- |--------------- Cluster 3 | --------------- em0| File server | fxp0 | -------------- Cluster 2 --- |--------------- Cluster 4 234/24 230/24 em0 and fxp0 are bridged, and em0 has a 234/24 IP address while fxp0 is just in promiscuous mode. 234/24 is an 802.1q VLAN on the fxp0 side of the server, so packets are untagged at the switch just before fxp0, and are forwarded to em0 through the bridge. The problem manifests itself in large UDP NFS requests from Clusters 3 and 4. The export can be mounted fine from both those clusters, and small transfers such as with ls work fine, but the moment any serious data transfer starts, the entire mount just hangs. Running ethereal on the file server shows a a lot of fragmented packets, and RPC retransmissions on just a single request. Reducing the read and write NFS buffers on the Linux clients to 1kB from the default of 4kB solves the issue, but kills the transfer rate. The moment I go to 2kB, the problem reappearss. Clusters 1 and 2 use the default of 4kB buffers, and have no problems communicating to em0. Poking through the list archives, I ran across this message (http://lists.freebsd.org/pipermail/freebsd-stable/2003-May/001007.html) that reveals a bug in the fxp(4) driver in 4-RELEASE that incorrectly detects the capabilities of the NIC. Is this still an issue in 5-RELEASE, or am I looking at a different problem? Any ideas on how I can get the NFS buffers up to a reasonable level? -- -- Skylar Thompson (skylar@cs.earlham.edu) -- http://www.cs.earlham.edu/~skylar/ --------------enig2590F6538AA160E8679A44C8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFClcx+sc4yyULgN4YRAi7fAJ9ab6DUOFphaC5VGyApxiJNGqHhfgCgoXdq /6pI9l13DbYeaMUuUKlgvNU= =v9JM -----END PGP SIGNATURE----- --------------enig2590F6538AA160E8679A44C8-- From owner-freebsd-stable@FreeBSD.ORG Thu May 26 13:35: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 147E416A41C for ; Thu, 26 May 2005 13:35:01 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61E1743D54 for ; Thu, 26 May 2005 13:34:59 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j4QDYqAi010786 for ; Thu, 26 May 2005 14:34:52 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j4QDYpiE003995 for ; Thu, 26 May 2005 14:34:51 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j4QDYo4C003994 for freebsd-stable@freebsd.org; Thu, 26 May 2005 14:34:50 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 26 May 2005 14:34:48 +0100 Message-Id: <1117114489.3780.31.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Subject: Semi-reproduceable panic (console/TTY/X/USB keyboard related?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 13:35:01 -0000 Hey, I have a panic which I can reproduce quite easily (approx. 25% success) on a "5.4-STABLE #12: Sun May 8 16:03:04 BST 2005" system. The stack seems to be corrupt but hopefully I've been able to extract enough information to help analysis. Some background: I have a USB keyboard on UHCI controller. The panic happens when using the system console, but I have not been able to reproduce the panic unless I am running X. Note that the entry in /etc/ttys for the ttyv0 getty is set to "off". I suspect this is significant. To reproduce: Load up X, then press Ctrl-Alt-F1 to get backl to the system console. When the console is visible, press up-arrow. *boom*. I cannot get a crashdump on this system, but hopefully I've managed to get enough from ddb for somebody to at least understand what's happening. Other info: As far as I can tell, switching to a console which is running a getty then pressing up-arrow does not cause the crash. Once that's been done, switching to one that isn't running getty and pressing up-arrow does not panic. Result (and a bit of commentary): Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xae87 fault code = supervisor read, page not present instruction pointer = 0x8:0xae87 stack pointer = 0x10:0xcbc4cbb8 frame pointer = 0x10:0xcbc4cbd4 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 = 26 (irq16: uhci0 uhci3) [thread pid 26 tid 100020 ] Stopped at 0xae87: *** error reading from address ae87 *** db> tr Tracing pid 26 tid 100020 td 0xc1525000 db> [Never seen tr not work before. OK, lets look at the stack pointer] db> x/x 0xcbc4cb78,10 0xcbc4cb78: c2d90018 10 10 c08db962 0xcbc4cb88: c09403a0 cbc4cbd4 cbc4cba4 c16d3e00 0xcbc4cb98: c0642060 3 1b c 0xcbc4cba8: 0 ae87 8 10283 db> x/x 0xcbc4cbb8,10 0xcbc4cbb8: c07955db 1b c16d3e00 2 0xcbc4cbc8: c08da4e0 6 c08da4f0 cbc4cc10 0xcbc4cbd8: c05b2f57 c08da400 0 c09403a0 0xcbc4cbe8: 45a1fb2c 3756 0 0 db> For those values within the kernel (starting from the addresses higher up in the stack and working down), addr2line and/or disassembling the kernel itself gives: 0xc05b2f57 is the following call within dev/usb/ukbd.c:ukbd_interrupt() /* let the callback function to process the input */ (*kbd->kb_callback.kc_func)(kbd, KBDIO_KEYINPUT, kbd->kb_callback.kc_arg); - here kbd = the address of the default_kbd structure in dev/usb/ukbd.c 0xc07955db is the return address of the following call to ttyld_rint (which is inlined) in dev/syscons/syscons.c:sckbdevent() case FKEY: /* function key, return string */ cp = kbd_get_fkeystr(thiskbd, KEYCHAR(c), &len); if (cp != NULL) { while (len-- > 0) ttyld_rint(cur_tty, *cp++); } break; I guess, from the stack, cur_tty = 0xc16d3e00 and *cp++ = 0x1b (ESC), which would make sense given it was up-arrow I pressed - I guess that generates an escape character as it's first byte. And three which are probably noise on the stack: 0xc0642060 is the entry point of ttymodem() in kern/tty.c 0xc08da4e0 is the address of the default_kbd_state structure in dev/usb/ukbd.c 0xc08da400 is the address of the default_kbd structure in dev/usb/ukbd.c ttyld_rint is the following code: return ((*linesw[tp->t_line]->l_rint)(c, tp)); So I guess either l_rint is invalid, or whatever the function points to is trashing the stack before returning. >From here, I don't know how to progress. what should l_rint point to? I'm happy to crash my machine again if I can tease more information out of ddb, but as I say I can't get a crashdump. I'd be interested to know if anyone else can recreate this, too. Gavin From owner-freebsd-stable@FreeBSD.ORG Thu May 26 13:41:10 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 0C31716A41C; Thu, 26 May 2005 13:41:10 +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 8FBB743D54; Thu, 26 May 2005 13:41:09 +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 1DbIbh-0005vw-Gf; Thu, 26 May 2005 14:41:05 +0100 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1DbIbh-000DoJ-Dg; Thu, 26 May 2005 14:41:05 +0100 To: frf@xocolatl.com, kris@obsecurity.org In-Reply-To: <20050525230615.GA61226@xor.obsecurity.org> Message-Id: From: Pete French Date: Thu, 26 May 2005 14:41:05 +0100 Cc: freebsd-stable@freebsd.org, freebsd-java@freebsd.org Subject: Re: jdk1.4.2 endless loop and kernel panic in thr_suspend() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 13:41:10 -0000 > libthr is experimental and unmaintained..it was removed in 6.0 (well, Bugger. There goes my only workaround for PR threads/80992! -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 14:47: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 4293D16A423 for ; Thu, 26 May 2005 14:47:41 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7CE343D4C for ; Thu, 26 May 2005 14:47:40 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 0C0281F87BED; Thu, 26 May 2005 16:47:39 +0200 (CEST) Date: Thu, 26 May 2005 16:47:38 +0200 From: Roman Neuhauser To: freebsd-stable Message-ID: <20050526144738.GD95875@isis.sigpipe.cz> References: <20050523141003.GA75446@isis.sigpipe.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050523141003.GA75446@isis.sigpipe.cz> User-Agent: Mutt/1.5.9i Subject: Re: 4.10-RELEASE-p3 i386 problem with /dev/dsp X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 14:47:41 -0000 # neuhauser@sigpipe.cz / 2005-05-23 16:10:03 +0200: > I have a machine with FreeBSD 4.10-RELEASE-p3 i386 (450MHz P3/Celeron) > that has been running just fine, but after ~ 120 days something > happened to /dev/dsp, and I can no longer play mp3s. A restart would > most probably fix it, but I'd like to know if it's possible to determine > (and fix) the issue on a running system. Yes, I'm fond of my uptime > ("up 133 days, 20:04", including an X session), but I'd also like to know if > this is recoverable or requires the windows-style bandaid. the box rebooted after kldunload snd, I was in X and don't have a dump. I'll try to remember to set up kernel debugging within the next few days so that I have more information if (when) this happens next time. expect to hear from me some time in September. :) -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-stable@FreeBSD.ORG Thu May 26 15:45: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 B644016A41C; Thu, 26 May 2005 15:45:29 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (244.Red-217-126-240.pooles.rima-tde.net [217.126.240.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 021AF43D4C; Thu, 26 May 2005 15:45:28 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (pato.euesrg02.net [192.168.0.3]) by alf.dyndns.ws (8.13.1/8.13.1) with ESMTP id j4QFjQKI001504; Thu, 26 May 2005 17:45:26 +0200 (CEST) (envelope-from victor@bsdes.net) Date: Thu, 26 May 2005 17:45:26 +0200 From: Victor Balada Diaz To: stable@freebsd.org Message-ID: <20050526154525.GA1492@pato.euesrg02.net> References: <20050525230901.GA5396@pato.euesrg02.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050525230901.GA5396@pato.euesrg02.net> User-Agent: Mutt/1.4.2.1i Cc: mlaier@freebsd.org Subject: Re: Panic in 5.3 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: Thu, 26 May 2005 15:45:29 -0000 On Thu, May 26, 2005 at 01:09:01AM +0200, Victor Balada Diaz wrote: > Hi, > using the "user" keyword in pf rules the system panics. I found > this in the errata page: > > (31 Oct 2004) When the user/group rule clauses in pf(4) and ipfw(4) > are used, the loader tunable debug.mpsafenet must be set to 0 > (this is 1 by default). > > I have mpsafenet disabled so i assume that this should work and this > is an unknown issue. > [ CC'ed to mlaier@ because he did the committ] Sorry for replying to myself but i found that with this[1] patch the system no longer panics. I think that this sould be merged to RELENG_5_3 or at least, update the errata page. Should i send a pr? [1]: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/contrib/pf/net/pf.c.diff?r1=text&tr1=1.18.2.3&r2=text&tr2=1.18.2.2 -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-stable@FreeBSD.ORG Thu May 26 15:47: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 0172416A41C; Thu, 26 May 2005 15:47:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id B038D43D1D; Thu, 26 May 2005 15:47:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C39AE5138D; Thu, 26 May 2005 08:48:32 -0700 (PDT) Date: Thu, 26 May 2005 08:48:32 -0700 From: Kris Kennaway To: Pete French Message-ID: <20050526154832.GA38303@xor.obsecurity.org> References: <20050525230615.GA61226@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-java@freebsd.org, frf@xocolatl.com, freebsd-stable@freebsd.org, kris@obsecurity.org Subject: Re: jdk1.4.2 endless loop and kernel panic in thr_suspend() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 15:47:45 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 26, 2005 at 02:41:05PM +0100, Pete French wrote: > > libthr is experimental and unmaintained..it was removed in 6.0 (well, >=20 > Bugger. There goes my only workaround for PR threads/80992! Um, what about "use libthr in 6.0 as well"? Did you try it and find that it doesn't work? Kris --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCle/QWry0BWjoQKURAgLtAJ0SIfhuNFAUEhfGl1bdYPERG7RJNQCgoF7V vv+LWyicKIJJyEfaZ6m1Otc= =oq9Z -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-stable@FreeBSD.ORG Thu May 26 16:32: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 9555B16A41C for ; Thu, 26 May 2005 16:32:16 +0000 (GMT) (envelope-from gordon@tetlows.org) Received: from spiff.melthusia.org (spiff.melthusia.org [207.67.244.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 687DB43D49 for ; Thu, 26 May 2005 16:32:16 +0000 (GMT) (envelope-from gordon@tetlows.org) Received: from [192.168.100.43] (cpe-66-75-151-227.san.res.rr.com [66.75.151.227]) (authenticated bits=0) by spiff.melthusia.org (8.12.10/8.12.10) with ESMTP id j4QGWATJ058898; Thu, 26 May 2005 09:32:15 -0700 (PDT) (envelope-from gordon@tetlows.org) Message-ID: <4295FAC1.80203@tetlows.org> Date: Thu, 26 May 2005 09:35:13 -0700 From: Gordon Tetlow User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= References: <428FA04F.7060708@t-hosting.hu> In-Reply-To: <428FA04F.7060708@t-hosting.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org, freebsd-bugs@t-hosting.hu Subject: Re: FreeBSD 5.3 forgets some of my users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 16:32:16 -0000 Kövesdán Gábor wrote: > Hello there, > > there is a strange thing.... FreeBSD 5.3 randomly frogets some of my > users. Sometimes I see in the first column of the ps aux output the > uid number instead of the login name, but next when I run it, there is > the login name. Besides, I tried to chown a directory to an existing > user, but the I get an error message, that there wasn't such user. > I immediately checked passwd, group and master.passwd files in /etc > but the entry for that user was present there. The pw userdel was > unable to delete that user, so I had to manually remove it from those > three files and create it again. It worked then, but a bit later there > was the same result. I'm quite annoyed now. This state isn't safe > enough, I have to do something to get around with this. Do You have > similar experiences? Or do You now some kinda workaround? Don't edit the /etc/passwd and /etc/master.passwd files directly, you get into a lot of trouble. Use vipw or the pw command. Also, please don't crosspost between current and stable. Please post to whichever branch your machine is following. -gordon From owner-freebsd-stable@FreeBSD.ORG Thu May 26 17:21: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 507A316A41C for ; Thu, 26 May 2005 17:21:35 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep13-int.chello.at (viefep13-int.chello.at [213.46.255.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 797E943D53 for ; Thu, 26 May 2005 17:21:33 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.207.149] by viefep13-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050526172132.GSPH1319.viefep13-int.chello.at@[80.98.207.149]>; Thu, 26 May 2005 19:21:32 +0200 Message-ID: <4296059B.9000308@t-hosting.hu> Date: Thu, 26 May 2005 19:21:31 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gordon Tetlow References: <428FA04F.7060708@t-hosting.hu> <4295FAC1.80203@tetlows.org> In-Reply-To: <4295FAC1.80203@tetlows.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.3 forgets some of my users X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 17:21:35 -0000 Gordon Tetlow wrote: > > Don't edit the /etc/passwd and /etc/master.passwd files directly, you > get into a lot of trouble. Use vipw or the pw command. > I haven't done that... I always add a user with adduser and delete it with pw userdel. > Also, please don't crosspost between current and stable. Please post > to whichever branch your machine is following. > > -gordon Okay, I won't, I apologize. I've been already told that by the postmaster. I just thought that it might be present in current. Cheers, Gábor Kövesdán From owner-freebsd-stable@FreeBSD.ORG Thu May 26 20:16: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 3083F16A41C for ; Thu, 26 May 2005 20:16:04 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco8.natcotech.com (natco8.natcotech.com [205.167.142.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8D4243D48 for ; Thu, 26 May 2005 20:16:03 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from localhost (int9.natcotech.com [192.168.1.9]) by natco8.natcotech.com (Postfix) with ESMTP id B88142981BA for ; Thu, 26 May 2005 15:16:00 -0500 (CDT) Received: from natco8.natcotech.com ([192.168.1.8]) by localhost (natco9 [192.168.1.9]) (amavisd-new, port 10024) with LMTP id 00487-01-12 for ; Thu, 26 May 2005 15:16:00 -0500 (CDT) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-127.natcotech.com [12.28.24.127]) by natco8.natcotech.com (Postfix) with ESMTP id 6F96F2981A5 for ; Thu, 26 May 2005 15:15:59 -0500 (CDT) Received: (qmail 70048 invoked by uid 89); 26 May 2005 20:15:59 -0000 Received: from unknown (HELO ?192.168.0.2?) (billy@192.168.0.2) by ibm.nlcc.us with SMTP; 26 May 2005 20:15:59 -0000 Message-ID: <42962E7D.6080609@leadhill.net> Date: Thu, 26 May 2005 15:15:57 -0500 From: Billy Newsom User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <007f01c561b0$ff758f40$cbc1a10a@Curs3> In-Reply-To: <007f01c561b0$ff758f40$cbc1a10a@Curs3> Content-Type: multipart/mixed; boundary="------------070802000707010808050705" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at natco9.natcotech.com Cc: sergei Subject: Re: 5-Stable (5.4) any ipnat changes? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 20:16:04 -0000 This is a multi-part message in MIME format. --------------070802000707010808050705 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit sergei wrote: > I have the same problem: > > After I cvsuped my system from 5.3 to 5.4, ipfilter (compiled in the my > custom kernel) & ipnat not start automatically. If I do > "/etc/rc.d/ipfilter start && /etc/rc.d/ipnat start" manually - all works > fine... Lines "ipfilner_enable=YES" and "ipnat_enable=YES" present in > the /etc/rc.conf. > > Okay, I'm going to dig up someone who might be responsible or might be able to fix it. Two strikes while doing the same upgrade... While I'm thinking about it, would you see if it happens on the next reboot? I haven't tried, because my system is a firewall that I need to keep up most of the time (I'm behind it right now), but I will definitely see if it happens again soon. I am going to check some cvs checkins in the last three months or so and see if I can track down a change. As for the custom kernel, I wonder if we both need to post the details of our custom kernel to this list for others to see? I wonder if the problem is only with certain kernel switches. I am attaching my kernel (with no comments) to this email. Let me know if it's easier to read with the comments in it, because a lot of the generic kernel fluff has been removed for sake of speed. I removed them with: cat mykernel | sed -e 's;#.*;;' -e '/^[ ]*$/d' >mykernel.1 Billy > > > ~>-----Original Message----- > ~>From: owner-freebsd-stable@freebsd.org > ~>[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Billy Newsom > ~>Sent: Thursday, May 26, 2005 1:54 AM > ~>To: freebsd-stable@freebsd.org > ~>Subject: 5-Stable (5.4) any ipnat changes? > ~> > ~> > ~>Is there some reason why ipnat wouldn't automatically startup? > ~> > ~>I just upgraded from a 5-stable in February to a 5-stable in > ~>May, so I > ~>could essentially get 5.4 on this firewall machine. I simultaneously > ~>was upgrading some ports, etc., but nothing too severe. When > ~>I rebooted > ~>the machine, everything looked fine. No problems whatsoever. > ~> This was > ~>the first time that I compiled multiple kernels (normally I > ~>just compile > ~>a custom and not the generic), but that is not related. > ~> > ~>What happened is that I had a strange problem receiving mail > ~>on the mail > ~>server. It took me quite a while to finally track down the > ~>problem. I > ~>ended up running a packet sniffer and still couldn't figure it out. > ~>Well, it turned out that the filters in ipnat weren't > ~>installed, and so > ~>all of the NAT routing wasn't happening as normal. > ~> > ~>I have really never seen this server boot without NAT -- it's > ~>basically > ~>the same setup I've used for years and it never dawned on me > ~>what would > ~>happen if ipnat failed to run its filters. Meanwhile, > ~>IPFilter was busy > ~>running the firewall like normal. > ~> > ~>I have looked at the logs in detail and I can't find anything > ~>that would > ~>have turned off ipnat or caused it not to run its filter. > ~>Nor, on the > ~>otherhand, do I see where ipnat logs anything, anyway. > ~> > ~>Where would I look to track this down? Is it possible that > ~>something in > ~> stable messed this up? > ~> > ~> > ~># ls -l /etc/ipnat.rules > ~>-rw-r--r-- 1 root wheel 437 Mar 14 14:18 /etc/ipnat.rules > ~> > ~>Notice no changes since March in that file. > ~> > ~># cat /etc/rc.conf | grep ip > ~>ipfilter_enable="YES" # Set to YES to enable ipfilter > ~>functionality > ~>ipfilter_program="/sbin/ipf" # where the ipfilter program lives > ~>ipfilter_rules="/etc/ipf.rules" # rules definition file for > ~>ipfilter, see > ~> # > ~>/usr/src/contrib/ipfilter/rules for > ~>examples > ~>ipfilter_flags="" # additional flags for ipfilter > ~>ipnat_enable="YES" # Set to YES to enable ipnat > ~>functionality > ~>ipnat_program="/sbin/ipnat" # where the ipnat program lives > ~>ipnat_rules="/etc/ipnat.rules" # rules definition file for ipnat > ~>ipnat_flags="" # additional flags for ipnat > ~>ipmon_enable="YES" # Set to YES for ipmon; > ~>needs ipfilter > ~>or ipnat > ~>ipmon_program="/sbin/ipmon" # where the ipfilter > ~>monitor program lives > ~>ipmon_flags="-Ds" # typically "-Ds" or "-D > ~>/var/log/ipflog" > ~>ipfs_enable="YES" # Set to YES to enable saving > ~>and restoring > ~>ipfs_program="/sbin/ipfs" # where the ipfs program lives > ~>ipfs_flags="" # additional flags for ipfs > ~> > ~>Thanks. > ~>Billy --------------070802000707010808050705 Content-Type: text/plain; name="smp3b.text" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="smp3b.text" machine i386 cpu I686_CPU ident BILLYSMP3 hints "GENERIC.hints" options SMP options MSGMNB=8192 options MSGSSZ=64 options MSGTQL=2048 options MAXCONS=6 options IPFILTER options IPFILTER_LOG options SCHED_4BSD options INET options FFS options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options NFSCLIENT options NFSSERVER options PROCFS options PSEUDOFS options GEOM_GPT options COMPAT_43 options COMPAT_FREEBSD4 options SCSI_DELAY=4000 options KTRACE options SYSVSHM options SYSVMSG options SYSVSEM options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV options ADAPTIVE_GIANT device apic device isa device pci device fdc device ata device atadisk device atapicd options ATA_STATIC_ID device ahc device sym device aha device aic device scbus device ch device da device sa device cd device pass device ses device atkbdc device atkbd device psm device vga device sc device npx device apm device sio device ppc device ppbus device lpt device ppi device miibus device fxp device nge device pcn device re device rl device ste device tx device wb device ed device ep device lnc device loop device mem device io device random device ether device tun device pty device gif device bpf device uhci device ohci device usb device ugen device uhid device ukbd device ulpt device umass --------------070802000707010808050705-- From owner-freebsd-stable@FreeBSD.ORG Thu May 26 21:04: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 661B116A424 for ; Thu, 26 May 2005 21:04:24 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from schubert.byrnehq.com (dsl-33-12.dsl.netsource.ie [213.79.33.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C75DE43D48 for ; Thu, 26 May 2005 21:04:23 +0000 (GMT) (envelope-from freebsd-current@byrnehq.com) Received: from localhost ([192.168.10.1]) by schubert.byrnehq.com (8.13.3/8.13.3) with ESMTP id j4QM3ABt057194 for ; Thu, 26 May 2005 22:03:11 GMT (envelope-from freebsd-current@byrnehq.com) Date: Thu, 26 May 2005 22:04:24 +0100 From: Tony Byrne Organization: ByrneHQ X-Priority: 3 (Normal) Message-ID: <1936063736.20050526220424@byrnehq.com> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ByrneHQ-SA-Hits: -0.945 X-Scanned-By: MIMEDefang 2.51 on 192.168.10.254 Subject: ATA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tony Byrne List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2005 21:04:24 -0000 Folks, We have an up-to date FreeBSD 5.4 Stable server that has suddenly started experiencing timeouts while reading and writing its 200Gb Western Digital SATA hard disk. We see at least one read / write timeout with kernel message every fifteen minutes or so and the box becomes sluggish while the IO is retried. The server has an Intel ICH5 SATA disk controller. I temporarily moved the disk to a recent 5.4 desktop machine equipped with the same chipset and the timeouts stopped, so it appears that the problem is not with the disk. I also tried Soren's ATA mkIII patches on the server, but the problem remains. Since the controller is built onto the Intel server board, we're tempted to try another brand of SATA disk. Does anyone have any ideas as to what could cause a previously happy server to start behaving this way? Regards, Tony. -- Tony Byrne From owner-freebsd-stable@FreeBSD.ORG Thu May 26 21:21: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 D40E416A41C for ; Thu, 26 May 2005 21:21:29 +0000 (GMT) (envelope-from spork@bway.net) Received: from mail.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F1C543D1D for ; Thu, 26 May 2005 21:21:29 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 505 invoked by uid 0); 26 May 2005 21:21:27 -0000 Received: from unknown (HELO gee5.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 May 2005 21:21:27 -0000 Date: Thu, 26 May 2005 17:21:27 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@gee5.nat.fasttrackmonkey.com To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 4.11 panic, help decode gdb output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 21:21:29 -0000 Hi, I had a 4.11 box panic today. Followed the example at http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html to get the following info: FreeBSD miko.bway.net 4.11-RELEASE-p2 FreeBSD 4.11-RELEASE-p2 #6: Tue Apr 5 16:49:50 EDT 2005 spork@miko.bway.net:/usr/obj/usr/src/sys/MIKO i386 root@miko[/usr/obj/usr/src/sys/MIKO]# gdb -k kernel.debug /var/crash/vmcore.0 GNU gdb 4.18 (FreeBSD) Copyright 1998 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-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf IdlePTD at physical address 0x003de000 initial pcb at physical address 0x0033c6c0 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf53958 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0263384 stack pointer = 0x10:0xd70e6d24 frame pointer = 0x10:0xd70e6d38 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 = 307 (mysqld) interrupt mask = none trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0xabc694 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c1aaf stack pointer = 0x10:0xd70e6bcc frame pointer = 0x10:0xd70e6be8 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 = 307 (mysqld) interrupt mask = none trap number = 12 panic: page fault Uptime: 49d17h48m22s dumping to dev #ad/0x20001, offset 1048736 dump ata0: resetting devices .. done 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 [snip] 8 7 6 5 4 3 2 1 0 y 18 14:38:56.279 EDT: %LINK-3-UPDOWN: Interface Serial1/0, changed state to up <<-- ODD, a syslog message here??? --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) list *0xc01c1aaf 0xc01c1aaf is in vfs_msync (/usr/src/sys/kern/vfs_subr.c:2710). warning: Source file is more recent than executable. 2705 int tries; 2706 2707 tries = 5; 2708 simple_lock(&mntvnode_slock); 2709 loop: 2710 for (vp = TAILQ_FIRST(&mp->mnt_nvnodelist); vp != NULL; vp = nvp) { 2711 if (vp->v_mount != mp) { 2712 if (--tries > 0) 2713 goto loop; 2714 break; (kgdb) backtrace #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc0191c07 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc019202c in poweroff_wait (junk=0xc02fd5cc, howto=-1070608177) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc02abe6e in trap_fatal (frame=0xd70e6b8c, eva=11257492) at /usr/src/sys/i386/i386/trap.c:974 #4 0xc02abb41 in trap_pfault (frame=0xd70e6b8c, usermode=0, eva=11257492) at /usr/src/sys/i386/i386/trap.c:867 #5 0xc02ab72b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 11257472, tf_esi = 5, tf_ebp = -686920728, tf_isp = -686920776, tf_ebx = 11257472, tf_edx = 0, tf_ecx = -1070252352, tf_eax = -1041269760, tf_trapno = 12, tf_err = 0, tf_eip = -1071899985, tf_cs = 8, tf_eflags = 66050, tf_esp = -1041269760, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:466 #6 0xc01c1aaf in vfs_msync (mp=0xc1ef7c00, flags=2) at /usr/src/sys/kern/vfs_subr.c:2710 #7 0xc01c2a88 in sync (p=0xc0353ec0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:582 #8 0xc01919ca in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:235 #9 0xc019202c in poweroff_wait (junk=0xc02fd5cc, howto=-1070608177) at /usr/src/sys/kern/kern_shutdown.c:595 #10 0xc02abe6e in trap_fatal (frame=0xd70e6ce4, eva=16071000) at /usr/src/sys/i386/i386/trap.c:974 #11 0xc02abb41 in trap_pfault (frame=0xd70e6ce4, usermode=0, eva=16071000) at /usr/src/sys/i386/i386/trap.c:867 #12 0xc02ab72b in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -685923648, tf_esi = -686920296, tf_ebp = -686920392, tf_isp = -686920432, tf_ebx = -1036461056, tf_edx = -685923648, tf_ecx = 34, tf_eax = 16070656, tf_trapno = 12, tf_err = 0, tf_eip = -1071238268, tf_cs = 8, tf_eflags = 66050, tf_esp = -1041196288, tf_ss = -685923648}) at /usr/src/sys/i386/i386/trap.c:466 #13 0xc0263384 in ufs_getattr (ap=0xd70e6d68) at /usr/src/sys/ufs/ufs/ufs_vnops.c:408 #14 0xc0265985 in ufs_vnoperate (ap=0xd70e6d68) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #15 0xc020a9cb in nqsrv_getlease (vp=0xd71da2c0, duration=0xd70e6e24, flags=6, slp=0xffffffff, procp=0xd700b220, nam=0x0, cachablep=0xd70e6e28, frev=0xd70e6e2c, cred=0xc1ff2200) at vnode_if.h:276 #16 0xc020ae24 in nqnfs_vop_lease_check (ap=0xd70e6e64) at /usr/src/sys/nfs/nfs_nqlease.c:366 #17 0xc01bd945 in vop_defaultop (ap=0xd70e6e64) at /usr/src/sys/kern/vfs_default.c:152 #18 0xc0265985 in ufs_vnoperate (ap=0xd70e6e64) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2376 #19 0xc01c7763 in vn_write (fp=0xc2068200, uio=0xd70e6ed4, cred=0xc1ff2200, ---Type to continue, or q to quit--- flags=0, p=0xd700b220) at vnode_if.h:392 #20 0xc01a100d in dofilewrite (p=0xd700b220, fp=0xc2068200, fd=14, buf=0xa449000, nbyte=118, offset=-1, flags=0) at /usr/src/sys/sys/file.h:163 #21 0xc01a0ec4 in write (p=0xd700b220, uap=0xd70e6f80) at /usr/src/sys/kern/sys_generic.c:329 #22 0xc02ac11d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 172265472, tf_esi = 118, tf_ebp = -1103103308, tf_isp = -686919724, tf_ebx = 676124848, tf_edx = -1103102944, tf_ecx = 172265472, tf_eax = 4, tf_trapno = 7, tf_err = 2, tf_eip = 676932060, tf_cs = 31, tf_eflags = 663, tf_esp = -1103103368, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175 #23 0xc02a0435 in Xint0x80_syscall () #24 0x82a9d10 in ?? () #25 0x82abbcf in ?? () #26 0x81028cc in ?? () #27 0x8103cad in ?? () #28 0x284c420b in ?? () (kgdb) quit >From what I remember about reading this stuff, this does not seem like hardware. What's next? Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork@bway.net - 212.655.9344 From owner-freebsd-stable@FreeBSD.ORG Thu May 26 22:02: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 E471216A41C for ; Thu, 26 May 2005 22:02:55 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id F22F743D1F for ; Thu, 26 May 2005 22:02:53 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 26 May 2005 18:02:48 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 78F541361B; Thu, 26 May 2005 18:02:50 -0400 (EDT) Date: Thu, 26 May 2005 18:02:50 -0400 From: Ed Maste To: freebsd-stable@freebsd.org Message-ID: <20050526220250.GA35685@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 May 2005 22:02:48.0214 (UTC) FILETIME=[A72C9B60:01C5623E] Subject: (Mostly) 5.4 DEVICE_POLLING and SMP LOR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 22:02:56 -0000 This happened during boot when dhclient configured the fxp0 address. This is on our mostly-5.4 tree with local changes. This is with DEVICE_POLLING and SMP (we've removed the #error for this case, as -CURRENT). The same thing happens with em. I see netisr_poll() takes Giant and then the device's poll routine takes its lock, while the ioctl holds the device's lock and ether_poll_deregister() takes Giant. The if_fxp.c:2405 is the FXP_LOCK() in fxp_ioctl(). lock order reversal 1st 0xa23d9298 fxp0 (network driver) @ /d2/emaste/emaste_photon/usr/src/sys/dev/fxp/if_fxp.c:2405 2nd 0xa07b0ea0 Giant (Giant) @ /d2/emaste/emaste_photon/usr/src/sys/kern/kern_poll.c:466 KDB: stack backtrace: kdb_backtrace(0,ffffffff,a07d1910,a07d3148,a07846e0) at 0xa058f18e = kdb_backtrace+0x2e witness_checkorder(a07b0ea0,9,a073f539,1d2) at 0xa0598bb8 = witness_checkorder+0x548 _mtx_lock_flags(a07b0ea0,0,a073f539,1d2) at 0xa056ebd4 = _mtx_lock_flags+0x64 ether_poll_deregister(a23d9000,a23d9000,80206910,a2835a20,c5e15bd4) at 0xa055baa2 = ether_poll_deregister+0x22 fxp_stop(a23d9000,a23d9000,a23d9000,80206910,a2835a20) at 0xa04fd651 = fxp_stop+0x21 fxp_init_body(a23d9000) at 0xa04fd846 = fxp_init_body+0x36 fxp_ioctl(a23d9000,80206910,a2835a20) at 0xa04fe42d = fxp_ioctl+0xcd ifhwioctl(80206910,a23d9000,a2835a20,a280dd80,12b) at 0xa05e0082 = ifhwioctl+0x302 ifioctl(a2919d80,80206910,a2835a20,a280dd80,a056cf01) at 0xa05e08a1 = ifioctl+0xc1 soo_ioctl(a287c3b8,80206910,a2835a20,a2283780,a280dd80) at 0xa05a08df = soo_ioctl+0x3cf ioctl(a280dd80,c5e15d14,3,1,247) at 0xa059aefe = ioctl+0x35e syscall(2f,2f,2f,4,1) at 0xa06e0db7 = syscall+0x247 Xint0x80_syscall() at 0xa06cd9c9 = Xint0x80_syscall+0x29 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x680d2667, esp = 0x9fbfec8c, ebp = 0x9fbfecd8 --- -- Ed Maste, Sandvine Incorporated From owner-freebsd-stable@FreeBSD.ORG Thu May 26 22:58: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 66A3F16A41C for ; Thu, 26 May 2005 22:58:31 +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 0E98A43D49 for ; Thu, 26 May 2005 22:58:30 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-244-56.client.mchsi.com[12.216.244.56]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20050526225829m9100pvflqe>; Thu, 26 May 2005 22:58:30 +0000 Message-ID: <42965495.1060001@math.missouri.edu> Date: Thu, 26 May 2005 17:58:29 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050521 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------000001010409030806050300" Subject: Reproducable panic with 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: Thu, 26 May 2005 22:58:31 -0000 This is a multi-part message in MIME format. --------------000001010409030806050300 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I have now found a way to reliably reproduce the panic on FreeBSD RELENG_5 (as of about May 21 2005). I enclose as an attachment the program that does the dirty deed. It needs the math/fftw3 port with the SMP stuff enabled. After starting the program ddd, run "top -s0" - you have to do this as root, otherwise the -s0 option will not be accepted. At this point, my HTT enabled dual Xeon system with machdep.hyperthreading_allowed=1 panics after less than a minute. Sometimes it dumps, and sometimes it doesn't. I would be curious if other people can get there similar systems to panic. I have made some attempts to create programs that produce this effect without using fftw3, but I have not succeeded. --------------000001010409030806050300 Content-Type: text/plain; name="ddd.shar" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ddd.shar" # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # ddd # ddd/ddd.c # ddd/wisdom.out # ddd/Makefile # ddd/README # echo c - ddd mkdir -p ddd > /dev/null 2>&1 echo x - ddd/ddd.c sed 's/^X//' >ddd/ddd.c << 'END-of-ddd/ddd.c' X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X X#define D (1<<13) X Xfftw_plan p; Xdouble *fft_in; Xcomplex *fft_out; X Xint main() { X FILE *wisdom_out; X int dim[1] = {D}; X int i; X X fftw_init_threads(); X fftw_plan_with_nthreads(4); X X if ((wisdom_out = fopen("wisdom.out","r"))==NULL) { X perror("Cannot open wisdom.out"); X exit(1); X } X X fftw_import_wisdom_from_file(wisdom_out); X fclose(wisdom_out); X X fft_in = fftw_malloc(sizeof(double)*D*5); X fft_out = fftw_malloc(sizeof(complex)*(D/2+1)*5); X X p = fftw_plan_many_dft_r2c(1,dim,5,fft_in,NULL,1,D,fft_out,NULL,1,D/2+1,FFTW_EXHAUSTIVE); X X while (1) { X memset(fft_in,0,sizeof(double)*D*5); X for (i=0;iddd/wisdom.out << 'END-of-ddd/wisdom.out' X(fftw-3.0.1 fftw_wisdom X (fftw_rdft2_radix2_register 0 #xc040 #xf7bda7be #x12056b7a #x59fc8404 #xbb7cea09) X (fftw_rdft2_thr_vrank_geq1_register 0 #xc040 #xc29d2dfe #x445a408b #xf34f1e77 #xbfe59da9) X (fftw_codelet_n1_16 0 #xc040 #x3d877fef #x12b9a2eb #x702a3084 #x115fe742) X (fftw_codelet_n1_16 0 #xc040 #xde3e9b75 #xa9c89431 #x48d5d383 #x9ad2d071) X (fftw_rdft2_thr_vrank_geq1_register 0 #xc040 #x5e2fbbb5 #xb8e5d15e #xbe183237 #x98def706) X (fftw_codelet_t1_16 0 #xc040 #xead00db9 #x84525223 #xde0c1ade #x3fd0a83a) X (fftw_rdft2_radix2_register 0 #xc040 #x6cca79b0 #x7b35f7a6 #x740ec972 #x5e145ea5) X (fftw_dft_vrank_geq1_register 1 #xc040 #x5aa4f029 #xeb0b8e7e #xecb5d7d8 #xd8168da4) X (fftw_codelet_t1_16 0 #xc040 #xae874ae5 #xa35569bf #x1374173a #xc28a6c6a) X (fftw_codelet_t1_16 0 #xc040 #xdd5bb17a #xb51edc5d #x27305acf #x2c8658de) X (fftw_codelet_t1_16 0 #xc040 #xcdc6362e #x0d594e65 #x826d28fd #xe2a20fbd) X (fftw_dft_vrank_geq1_register 1 #xc040 #x1afeea22 #xf0f5939d #x0d01c4e1 #x0a3e416e) X (fftw_rdft2_radix2_register 2 #xc040 #x4ca79471 #xfe5b9d2b #xaf3cc798 #x1c835346) X (fftw_codelet_t1_16 0 #xc040 #x6c8cc00e #x72a117ce #x61682263 #x44776160) X (fftw_codelet_n1_16 0 #xc040 #x75704e1e #x59732e31 #x714c2cb0 #x88f3c387) X (fftw_dft_vrank_geq1_register 1 #xc040 #xbed4f14c #xb8a29440 #xf8a07c9e #x08852bad) X (fftw_rdft2_thr_vrank_geq1_register 0 #xc040 #x72cb8c46 #x4f30ceab #x046f523c #xd3256c49) X (fftw_codelet_t1_16 0 #xc040 #xb7c20184 #xa7b75389 #xc1762caf #xbb7b0e88) X ) END-of-ddd/wisdom.out echo x - ddd/Makefile sed 's/^X//' >ddd/Makefile << 'END-of-ddd/Makefile' X#CC=cc -funroll-loops -O3 -fomit-frame-pointer -ffast-math \ XCC=cc -I/usr/local/include \ X -I/usr/X11R6/include \ X -L/usr/local/lib \ X -L/usr/X11R6/lib X XLIBRARIES= -lfftw3_threads -lfftw3 -lm -pthread X Xall: ddd X Xddd: ddd.c X ${CC} -o ddd ddd.c ${LIBRARIES} X Xclean: X rm -f ddd core *.core END-of-ddd/Makefile echo x - ddd/README sed 's/^X//' >ddd/README << 'END-of-ddd/README' XThis program will bring down FreeBSD RELENG_5 on my dual Xeon with XHHT enabled (including machdep.hyperthreading_allowed=1). X XInstall the math/fftw3 port with SMP_THREADS_ENABLED set in the options. X XAfter make, run the program: X./ddd & XIt is important that you run the program from within the directory that Xcontains the file wisdom.out. X XThen run the command Xtop -s0 XThis last command has to be run as root, although if you merely run top, Xyou will get the same effect, only you have to wait much longer. X XAfter a very short time, your system should panic. X END-of-ddd/README exit --------------000001010409030806050300-- From owner-freebsd-stable@FreeBSD.ORG Thu May 26 23:01:18 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 B5E5B16A41C for ; Thu, 26 May 2005 23:01:18 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26BB743D4C for ; Thu, 26 May 2005 23:01:17 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3FAB9.dip.t-dialin.net [84.163.250.185] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwh2-1DbRLl3NuP-0002JF; Fri, 27 May 2005 01:01:13 +0200 From: Max Laier To: Victor Balada Diaz Date: Fri, 27 May 2005 01:01:08 +0200 User-Agent: KMail/1.8 References: <20050525230901.GA5396@pato.euesrg02.net> <20050526154525.GA1492@pato.euesrg02.net> In-Reply-To: <20050526154525.GA1492@pato.euesrg02.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1416582.W4PDsjp6qB"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505270101.17826.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: stable@freebsd.org Subject: Re: Panic in 5.3 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: Thu, 26 May 2005 23:01:18 -0000 --nextPart1416582.W4PDsjp6qB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 26 May 2005 17:45, Victor Balada Diaz wrote: > On Thu, May 26, 2005 at 01:09:01AM +0200, Victor Balada Diaz wrote: > > Hi, > > using the "user" keyword in pf rules the system panics. I found > > this in the errata page: > > > > (31 Oct 2004) When the user/group rule clauses in pf(4) and ipfw(4) > > are used, the loader tunable debug.mpsafenet must be set to 0 > > (this is 1 by default). > > > > I have mpsafenet disabled so i assume that this should work and this > > is an unknown issue. > > [ CC'ed to mlaier@ because he did the committ] > > Sorry for replying to myself but i found that with this[1] patch the > system no longer panics. I think that this sould be merged to > RELENG_5_3 or at least, update the errata page. Should i send a pr? I don't see why this should be pushed into the 5.3 *security* branch. I=20 certainly regret that I didn't put it into RELENG_5_3 before the release wa= s=20 cut, but with 5.4 out and well, I'm of the opinion that this is water under= =20 the bridge. As a general note to all FreeBSD pf users: It's not a bad idea to follow=20 RELENG_5 in [sys/]contrib/pf to get all the fixes. Even when you are=20 tracking a release in the rest of your tree. WRT the errata page: yes, please send a doc-pr. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1416582.W4PDsjp6qB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCllU9XyyEoT62BG0RAk67AJ97FGcnesnJR/8YR10YuibXksYrfQCbB8cg ME2oPbZnNWsuJEZqQG8+sdg= =lhlJ -----END PGP SIGNATURE----- --nextPart1416582.W4PDsjp6qB-- From owner-freebsd-stable@FreeBSD.ORG Thu May 26 23:18: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 E2E1E16A41C for ; Thu, 26 May 2005 23:18:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 7613043D4C for ; Thu, 26 May 2005 23:18:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 26 May 2005 23:18:27 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Thu, 26 May 2005 19:18:25 -0400 (EDT) Message-ID: <2868.172.16.0.199.1117149505.squirrel@172.16.0.1> Date: Thu, 26 May 2005 19:18:25 -0400 (EDT) From: "Mike Jakubik" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: [drm:pid35448:radeon_cp_init] *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: Thu, 26 May 2005 23:18:29 -0000 I am receiving the following error, on a freshly installed 5.4 system on my laptop, running xorg-6.8.2. drm0: port 0x9000-0x90ff mem 0xd0100000-0xd010ffff,0xe0000000-0xefffffff irq 10 at device 5.0 on pci1 info: [drm] Initialized radeon 1.11.0 20020828 on minor 0 error: [drm:pid35448:radeon_cp_init] *ERROR* radeon_cp_init called without lock held error: [drm:pid35448:radeon_unlock] *ERROR* Process 35448 using kernel context 0 I recall the same problem in 5.3, i was hoping it would be fixed. Anyone have an idea what the problem is? From owner-freebsd-stable@FreeBSD.ORG Thu May 26 23:59: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 84F7016A41C for ; Thu, 26 May 2005 23:59:02 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E7543D1F for ; Thu, 26 May 2005 23:59:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4QNwvv7018871; Fri, 27 May 2005 09:28:57 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 27 May 2005 09:28:47 +0930 User-Agent: KMail/1.8 References: <4295913B.70508@speechpro.com> <200505262025.25982.doconnor@gsoft.com.au> <4295AE6D.5070007@speechpro.com> In-Reply-To: <4295AE6D.5070007@speechpro.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2028523.U51qJYgbUM"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505270928.53917.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO, PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT, REFERENCES, SPAM_PHRASE_00_01, USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Cc: Igor Robul Subject: Re: Linuxulator & UDP & PowerWare LanSafe III X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 May 2005 23:59:02 -0000 --nextPart2028523.U51qJYgbUM Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 26 May 2005 20:39, Igor Robul wrote: > As you can read from my post NUT does not support this model. I'll try Oops sorry, I didn't read it properly :( I looked at this project on the NUT home page -> http://www.lygre.org/upscode2/ =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 --nextPart2028523.U51qJYgbUM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBClmK95ZPcIHs/zowRArgQAJ9a2nCaiLza/iy/0aA8gyscwKAOsgCgqjlj u5UjxH8Yd7GFdIC6CXGLa4M= =iblm -----END PGP SIGNATURE----- --nextPart2028523.U51qJYgbUM-- From owner-freebsd-stable@FreeBSD.ORG Fri May 27 00:00: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 7BBAD16A41C for ; Fri, 27 May 2005 00:00:13 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1FF143D1F for ; Fri, 27 May 2005 00:00:12 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j4R008Le018901; Fri, 27 May 2005 09:30:09 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Fri, 27 May 2005 09:30:08 +0930 User-Agent: KMail/1.8 References: <4295913B.70508@speechpro.com> <4295AE6D.5070007@speechpro.com> <4295C50B.3030506@speechpro.com> In-Reply-To: <4295C50B.3030506@speechpro.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1981790.sbDDSAsenW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505270930.08440.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO, PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT, REFERENCES, SPAM_PHRASE_00_01, USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Cc: Igor Robul Subject: Re: Linuxulator & UDP & PowerWare LanSafe III X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 00:00:13 -0000 --nextPart1981790.sbDDSAsenW Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 26 May 2005 22:16, Igor Robul wrote: > Igor Robul wrote: > > As you can read from my post NUT does not support this model. I'll try > > with different linux_base. > > I have tried "truss" on server process, but could not find anything > > helpful :-(. I'll try ktrace. > > No luck with linux_base-7 (From FreeBSD-5.2.1 CD). Also I cannot build > linux_kdump, because > linux_devtools is broken. It's not marked broken here.. Is your ports tree up to date? PS your replies are not being CC'd to me. =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 --nextPart1981790.sbDDSAsenW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBClmMI5ZPcIHs/zowRAnfQAJ9WclyXgHT+cBauYiF2XNxPzzlzNQCgmKup Ime6kFXWoaDQdoxJ9shlSME= =w4SK -----END PGP SIGNATURE----- --nextPart1981790.sbDDSAsenW-- From owner-freebsd-stable@FreeBSD.ORG Fri May 27 04:02: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 AA1B316A41C for ; Fri, 27 May 2005 04:02:47 +0000 (GMT) (envelope-from lists@natserv.com) Received: from mail1.acecape.com (mail1.acecape.com [66.114.74.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4936743D48 for ; Fri, 27 May 2005 04:02:47 +0000 (GMT) (envelope-from lists@natserv.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mail1.acecape.com (8.12.11/8.12.11) with ESMTP id j4R42kQ5028652; Fri, 27 May 2005 00:02:46 -0400 Date: Fri, 27 May 2005 00:02:46 -0400 (EDT) From: Francisco Reyes X-X-Sender: fran@zoraida.natserv.net To: Scott Long In-Reply-To: <42937D06.1070309@samsco.org> Message-ID: <20050526235805.N5798@zoraida.natserv.net> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42937D06.1070309@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 04:02:47 -0000 On Tue, 24 May 2005, Scott Long wrote: > Again, please don't take the abrupt switch to 6.0 to mean that 5.x is > flawed or that 6.x will also have a short lifespan. The real purpose > of the switch is nothing but positive; it'll keep us focused and prevent > us from overreaching and overextending ourselves. It's a very good > and very postive strategy. So why have a 6.X naming convention to begin with? Why not just stay in 5.X name wise? Is there a thread that sheds some light on that topic? Is the goal to have a new major branch every 2 years? From owner-freebsd-stable@FreeBSD.ORG Fri May 27 04:09: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 91A5416A41C for ; Fri, 27 May 2005 04:09:28 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AD9743D1D for ; Fri, 27 May 2005 04:09:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4R4BN8b046881; Thu, 26 May 2005 22:11:23 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42969D28.6070306@samsco.org> Date: Thu, 26 May 2005 22:08:08 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Francisco Reyes References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42937D06.1070309@samsco.org> <20050526235805.N5798@zoraida.natserv.net> In-Reply-To: <20050526235805.N5798@zoraida.natserv.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 04:09:28 -0000 Francisco Reyes wrote: > On Tue, 24 May 2005, Scott Long wrote: > >> Again, please don't take the abrupt switch to 6.0 to mean that 5.x is >> flawed or that 6.x will also have a short lifespan. The real purpose >> of the switch is nothing but positive; it'll keep us focused and prevent >> us from overreaching and overextending ourselves. It's a very good >> and very postive strategy. > > > So why have a 6.X naming convention to begin with? > Why not just stay in 5.X name wise? I really should have given 5.3 the name of 6.0. I considered it at the time, but decided not to for some insane reason. > > Is there a thread that sheds some light on that topic? > Is the goal to have a new major branch every 2 years? Yes. This will allow us to pace our major development projects much better than we have in the past. Thus, a ".0" release becomes less of a major event with lofty goals, and more of a snapshot of where our technology is at the time. There will still be goals and major projects, but I don't want us to go through another exercise of spending 4+ years on loosely defined goals that grow out of bounds. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 27 04:09: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 E483816A420 for ; Fri, 27 May 2005 04:09:39 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DF4143D1D for ; Fri, 27 May 2005 04:09:39 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr1so.prod.shaw.ca (pd5mr1so-qfe3.prod.shaw.ca [10.0.141.232]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IH40064ORK3FI20@l-daemon> for freebsd-stable@freebsd.org; Thu, 26 May 2005 22:09:39 -0600 (MDT) Received: from pn2ml10so.prod.shaw.ca ([10.0.121.80]) by pd5mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IH400ENJRK3SZ40@pd5mr1so.prod.shaw.ca> for freebsd-stable@freebsd.org; Thu, 26 May 2005 22:09:39 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IH400H8JRK277@l-daemon> for freebsd-stable@freebsd.org; Thu, 26 May 2005 22:09:39 -0600 (MDT) Date: Thu, 26 May 2005 21:09:38 -0700 From: Colin Percival In-reply-to: <20050526235805.N5798@zoraida.natserv.net> To: Francisco Reyes Message-id: <42969D82.9040102@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.91.0.0 References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42937D06.1070309@samsco.org> <20050526235805.N5798@zoraida.natserv.net> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) Cc: freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 04:09:40 -0000 Francisco Reyes wrote: > So why have a 6.X naming convention to begin with? > Why not just stay in 5.X name wise? Because 5.x has been declared to be STABLE, and some of the changes in 6.x will require that applications (and especially kernel modules) be recompiled (which isn't allowed on a stable branch). > Is the goal to have a new major branch every 2 years? Something like that, yes. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Fri May 27 04:19: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 790DD16A464 for ; Fri, 27 May 2005 04:19:35 +0000 (GMT) (envelope-from asser-hide@yandex.ru) Received: from soapbox.yandex.ru (soapbox.yandex.ru [213.180.200.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8726A43D49 for ; Fri, 27 May 2005 04:19:34 +0000 (GMT) (envelope-from asser-hide@yandex.ru) Received: from YAMAIL (soapbox.yandex.ru) by mail.yandex.ru id ; Fri, 27 May 2005 08:19:24 +0400 Date: Fri, 27 May 2005 08:19:24 +0400 (MSD) From: "asser-hide" Sender: asser-hide@yandex.ru Message-Id: <42969FCC.000001.11613@soapbox.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: asser-hide@yandex.ru To: freebsd-stable@freebsd.org X-Source-Ip: 80.237.76.157 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: hang on reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: asser-hide@yandex.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 04:19:36 -0000 FreeBSD 5.3-5.4 and motherboard Asus P4SP-MX hang on reboot. Last message: Syncing disks, vnodes remaining...1 1 1 0 0 done No buffers busy after final sync Uptime: 19h20m46s Shutting down ACPI Rebooting... and hang. then hardware reset only ( I tried with/witout ACPI, changed all bios setting. FreeBSD ufa.uraltrans.ru 5.4-RELEASE-p1 FreeBSD 5.4-RELEASE-p1 #0: Thu May 26 14:28:25 YEKST 2005 root@ufa.uraltrans.ru:/usr/obj/usr/src/sys/TEST i386 MB: Asus P4Sp-MX with last bios Diff TEST config from GENERIC (ACPI dont working without this): device apm device acpi device acpi_asus From owner-freebsd-stable@FreeBSD.ORG Fri May 27 04:57:17 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 BA12F16A41C for ; Fri, 27 May 2005 04:57:17 +0000 (GMT) (envelope-from malcolm.kay@internode.on.net) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FD9543D4C for ; Fri, 27 May 2005 04:57:16 +0000 (GMT) (envelope-from malcolm.kay@internode.on.net) Received: from beta.home (ppp215-225.lns1.adl2.internode.on.net [203.122.215.225]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j4R4vDYW010483 for ; Fri, 27 May 2005 14:27:14 +0930 (CST) From: Malcolm Kay Organization: at home To: freebsd-stable@freebsd.org Date: Fri, 27 May 2005 14:27:13 +0930 User-Agent: KMail/1.5.4 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200505271427.13508.malcolm.kay@internode.on.net> Subject: Context sensitivity in beastie.4th? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 04:57:17 -0000 I have installed FreeBSD 5.4 RELEASE on a new machine, Celeron + SATA drive, without and problems, include a kernel rebuild to support a PCI serial card. But now I wish to change the graphic, beastie, that appears in the boot menu. I am certainly no expert or even acolyte in forth programming but the job appears to be simple enough -- just change the characters in the 'beastie' constructions and if we don't exceed the available screen space all should be well! Well what I got was a cycling reboot going back ech time to the BIOS splash screen and advancing an apparently negligable distance into the FBSD boot sequence. I had actually copied /boot/beastie.4th to /boot/phoenix.4th, edited the copy and pointed /boot/loader.rc at phoenix.4th instead of beastie.4th. Recovery by booting from the distribution CD and entering "Fixit" to change the pointer back to beastie.4th. Most variants on my original attempt ended up the same way, but some crashed with a "directory full" message which seems quite strange as my images have always been smaller than the original 'beastie'. Replacing the colourised version of my 'phoenix' with a copy of the monochrome version worked. At present I have a phoenix.4th file which works but does not exhibit the full image. The differences to the original beastie.4th file are shown here with escape characters replaced by '{esc}' to limit mail confusion. With the line: ( 2dup at-xy ." {esc}[1m^ ^" 1+ ) uncommented the system goes back to an infinite boot loop. This all seems very strange and unbelievable -- I must surely be doing something very stupid. Does anyone have any idea what that might be? ------------ diff beastie.4th phoenix.4th --------------------------------- t52c52 < \ The BSD Daemon. He is 19 rows high and 34 columns wide --- > \ The BSD Daemon. 54,72c54,65 < 2dup at-xy ." {esc}[1;31m, ," 1+ < 2dup at-xy ." /( )`" 1+ < 2dup at-xy ." \ \___ / |" 1+ < 2dup at-xy ." /- {esc}[37m_{esc}[31m `-/ '" 1+ < 2dup at-xy ." ({esc}[37m/\/ \{esc}[31m \ /\" 1+ < 2dup at-xy ." {esc}[37m/ / |{esc}[31m ` \" 1+ < 2dup at-xy ." {esc}[34mO O {esc}[37m) {esc}[31m/ |" 1+ < 2dup at-xy ." {esc}[37m`-^--'{esc}[31m`< '" 1+ < 2dup at-xy ." (_.) _ ) /" 1+ < 2dup at-xy ." `.___/` / " 1+ < 2dup at-xy ." `-----' /" 1+ < 2dup at-xy ." {esc}[33m<----.{esc}[31m __ / __ \" 1+ < 2dup at-xy ." {esc}[33m<----|===={esc}[31mO))){esc}[33m=={esc}[31m) \) /{esc}[33m====|" 1+ < 2dup at-xy ." {esc}[33m<----'{esc}[31m `--' `.__,' \" 1+ < 2dup at-xy ." | |" 1+ < 2dup at-xy ." \ / /\" 1+ < 2dup at-xy ." {esc}[36m______{esc}[31m( (_ / \______/" 1+ < 2dup at-xy ." {esc}[36m,' ,-----' |" 1+ < at-xy ." `--{__________) {esc}[0m" --- > 2dup at-xy ." {esc}[1;31m. ." 1+ > 2dup at-xy ." .\\ //." 1+ > 2dup at-xy ." .\ \ / /." 1+ > 2dup at-xy ." .\ '\ {esc}[0m /` {esc}[1;31m/' /." 1+ > 2dup at-xy ." -. '\ {esc}[35m/{esc}[33m`{esc}[35m/ {esc}[31m/' .-" 1+ > 2dup at-xy ." `- `-{esc}[35m' \{esc}[31m /." 1+ > 2dup at-xy ." '. {esc}[35m/ /{esc}[31m .-" 1+ > 2dup at-xy ." -{esc}[35m, ,{esc}[31m-" 1+ > 2dup at-xy ." {esc}[0m////" 1+ > 2dup at-xy ." ,/,/" 1+ > ( 2dup at-xy ." {esc}[1m^ ^" 1+ ) > at-xy ." {esc}[34m I E S P h o e n i x {esc}[0m " 76,94c69,80 < 2dup at-xy ." , ," 1+ < 2dup at-xy ." /( )`" 1+ < 2dup at-xy ." \ \___ / |" 1+ < 2dup at-xy ." /- _ `-/ '" 1+ < 2dup at-xy ." (/\/ \ \ /\" 1+ < 2dup at-xy ." / / | ` \" 1+ < 2dup at-xy ." O O ) / |" 1+ < 2dup at-xy ." `-^--'`< '" 1+ < 2dup at-xy ." (_.) _ ) /" 1+ < 2dup at-xy ." `.___/` /" 1+ < 2dup at-xy ." `-----' /" 1+ < 2dup at-xy ." <----. __ / __ \" 1+ < 2dup at-xy ." <----|====O)))==) \) /====" 1+ < 2dup at-xy ." <----' `--' `.__,' \" 1+ < 2dup at-xy ." | |" 1+ < 2dup at-xy ." \ / /\" 1+ < 2dup at-xy ." ______( (_ / \______/" 1+ < 2dup at-xy ." ,' ,-----' |" 1+ < at-xy ." `--{__________)" --- > 2dup at-xy ." . . " 1+ > 2dup at-xy ." .\\ //. " 1+ > 2dup at-xy ." .\ \ / /. " 1+ > 2dup at-xy ." .\ '\ /` /' /. " 1+ > 2dup at-xy ." -. '\ /`/ /' .- " 1+ > 2dup at-xy ." `- `-' \ /. " 1+ > 2dup at-xy ." '. / / .- " 1+ > 2dup at-xy ." -, ,- " 1+ > 2dup at-xy ." //// " 1+ > 2dup at-xy ." ,/,/ " 1+ > 2dup at-xy ." ^ ^ " 1+ > at-xy ." I E S P h o e n i x " ------------------------------------------------------------------- Any ideas gratefully accepted, Malcolm Kay From owner-freebsd-stable@FreeBSD.ORG Fri May 27 05:42: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 1C48416A41C for ; Fri, 27 May 2005 05:42:23 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 473E143D1D for ; Fri, 27 May 2005 05:42:17 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4R5iA7M047260; Thu, 26 May 2005 23:44:10 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4296B306.9080300@samsco.org> Date: Thu, 26 May 2005 23:41:26 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Malcolm Kay References: <200505271427.13508.malcolm.kay@internode.on.net> In-Reply-To: <200505271427.13508.malcolm.kay@internode.on.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Context sensitivity in beastie.4th? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 05:42:23 -0000 Malcolm Kay wrote: > I have installed FreeBSD 5.4 RELEASE on a new machine, > Celeron + SATA drive, without and problems, include a kernel rebuild to > support a PCI serial card. > > But now I wish to change the graphic, beastie, that appears in the boot > menu. I am certainly no expert or even acolyte in forth programming but > the job appears to be simple enough -- just change the characters in the > 'beastie' constructions and if we don't exceed the available screen space > all should be well! > > Well what I got was a cycling reboot going back ech time to the BIOS > splash screen and advancing an apparently negligable distance into the FBSD > boot sequence. > > I had actually copied /boot/beastie.4th to /boot/phoenix.4th, edited > the copy and pointed /boot/loader.rc at phoenix.4th instead of beastie.4th. > Recovery by booting from the distribution CD and entering "Fixit" to change > the pointer back to beastie.4th. > > Most variants on my original attempt ended up the same way, but some > crashed with a "directory full" message which seems quite strange as my > images have always been smaller than the original 'beastie'. > > Replacing the colourised version of my 'phoenix' with a copy of the > monochrome version worked. > > At present I have a phoenix.4th file which works but does not exhibit the > full image. The differences to the original beastie.4th file are shown here > with escape characters replaced by '{esc}' to limit mail confusion. > > With the line: > ( 2dup at-xy ." {esc}[1m^ ^" 1+ ) > uncommented the system goes back to an infinite boot loop. > > This all seems very strange and unbelievable -- I must surely be doing > something very stupid. Does anyone have any idea what that might be? Seems to work for me with the commented lines fixed. Btw, you by no doubt have noticed that it's somewhat inconvenient to do 4th programming by modifying the boot scripts and then praying that the reboot works. It's possible to do 90% of the testing in userland, like I did when I wrote beastie.4th. Go to /sys/boot/ficl. Do 'make clean && make testmain'. This will create a binary called 'testmain' either in the '.' directory or in /usr/obj/usr/src/sys/boot/ficl. Copy this binary to your home directory. Then copy screen.4th, frames.4th, and beastie.4th from /boot to your home directory. Next create a file called init.4th containing the following: : boot drop exit ; : reboot drop exit ; load screen.4th load frames.4th load beastie.4th beastie-start Then run it via './testmain init.4th'. The countdown timer won't work and most of the keys naturally won't do what they are supposed to do, but everything else in the menu should work just as it would at boot. I tested your colorized phoenix this way just now and it worked. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 27 05:44: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 D605516A41C for ; Fri, 27 May 2005 05:44:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83B6043D1F for ; Fri, 27 May 2005 05:44:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4R5kfR6047277; Thu, 26 May 2005 23:46:41 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4296B39D.9030107@samsco.org> Date: Thu, 26 May 2005 23:43:57 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Malcolm Kay References: <200505271427.13508.malcolm.kay@internode.on.net> <4296B306.9080300@samsco.org> In-Reply-To: <4296B306.9080300@samsco.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Context sensitivity in beastie.4th? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 05:44:47 -0000 Scott Long wrote: > Malcolm Kay wrote: > >> I have installed FreeBSD 5.4 RELEASE on a new machine, >> Celeron + SATA drive, without and problems, include a kernel rebuild to >> support a PCI serial card. >> >> But now I wish to change the graphic, beastie, that appears in the >> boot menu. I am certainly no expert or even acolyte in forth >> programming but the job appears to be simple enough -- just change the >> characters in the >> 'beastie' constructions and if we don't exceed the available screen space >> all should be well! >> >> Well what I got was a cycling reboot going back ech time to the BIOS >> splash screen and advancing an apparently negligable distance into the >> FBSD >> boot sequence. >> >> I had actually copied /boot/beastie.4th to /boot/phoenix.4th, edited >> the copy and pointed /boot/loader.rc at phoenix.4th instead of >> beastie.4th. >> Recovery by booting from the distribution CD and entering "Fixit" to >> change >> the pointer back to beastie.4th. >> >> Most variants on my original attempt ended up the same way, but some >> crashed with a "directory full" message which seems quite strange as >> my images have always been smaller than the original 'beastie'. >> >> Replacing the colourised version of my 'phoenix' with a copy of the >> monochrome version worked. >> >> At present I have a phoenix.4th file which works but does not exhibit >> the full image. The differences to the original beastie.4th file are >> shown here >> with escape characters replaced by '{esc}' to limit mail confusion. >> >> With the line: >> ( 2dup at-xy ." {esc}[1m^ ^" 1+ ) >> uncommented the system goes back to an infinite boot loop. >> >> This all seems very strange and unbelievable -- I must surely be doing >> something very stupid. Does anyone have any idea what that might be? > > > Seems to work for me with the commented lines fixed. Btw, you by no > doubt have noticed that it's somewhat inconvenient to do 4th programming > by modifying the boot scripts and then praying that the reboot works. > It's possible to do 90% of the testing in userland, like I did when I > wrote beastie.4th. > > Go to /sys/boot/ficl. Do 'make clean && make testmain'. This will > create a binary called 'testmain' either in the '.' directory or in > /usr/obj/usr/src/sys/boot/ficl. Copy this binary to your home > directory. Then copy screen.4th, frames.4th, and beastie.4th from > /boot to your home directory. Next create a file called init.4th > containing the following: > > : boot drop exit ; > : reboot drop exit ; > > load screen.4th > load frames.4th > load beastie.4th > beastie-start > > Then run it via './testmain init.4th'. The countdown timer won't > work and most of the keys naturally won't do what they are supposed to > do, but everything else in the menu should work just as it would at > boot. I tested your colorized phoenix this way just now and it worked. > Oh, one thing I forgot to mention is that you'll need to comment out the 'include' lines in beastie.4th since the testmain environment doesn't implement those words. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 27 05:50: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 1450916A41C for ; Fri, 27 May 2005 05:50:06 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB22343D48 for ; Fri, 27 May 2005 05:50:05 +0000 (GMT) (envelope-from igorr@speechpro.com) Received: from sysadm.stc ([192.168.2.26]) by s1.stc with esmtp (Exim 4.44 (FreeBSD)) id 1DbXjQ-000CGx-9T; Fri, 27 May 2005 09:50:04 +0400 Message-ID: <4296B502.7010304@speechpro.com> Date: Fri, 27 May 2005 09:49:54 +0400 From: Igor Robul User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050518) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4295913B.70508@speechpro.com> <200505262025.25982.doconnor@gsoft.com.au> <4295AE6D.5070007@speechpro.com> <200505270928.53917.doconnor@gsoft.com.au> In-Reply-To: <200505270928.53917.doconnor@gsoft.com.au> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Cc: Subject: Re: Linuxulator & UDP & PowerWare LanSafe III X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 05:50:06 -0000 Daniel O'Connor wrote: >Oops sorry, I didn't read it properly :( > >I looked at this project on the NUT home page -> >http://www.lygre.org/upscode2/ > > Thank you for info. I'll try this as soon as possible, but in general I need working LanSafe because there are some Windows servers hooked into same UPS, and they monitor Lansafe on main server. I have tried several times LanSafe on FreeBSD 4-STABLE, and sometimes I got message about timeout, but ls3con tries several times, so it works. On FreeBSD-5 these timeouts just longer, and ls3con could not process this situation. From owner-freebsd-stable@FreeBSD.ORG Fri May 27 06:08: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 4B18416A41C for ; Fri, 27 May 2005 06:08:37 +0000 (GMT) (envelope-from malcolm.kay@internode.on.net) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA38443D1F for ; Fri, 27 May 2005 06:08:36 +0000 (GMT) (envelope-from malcolm.kay@internode.on.net) Received: from beta.home (ppp215-225.lns1.adl2.internode.on.net [203.122.215.225]) by smtp3.adl2.internode.on.net (8.12.9/8.12.9) with ESMTP id j4R68UD5038439; Fri, 27 May 2005 15:38:34 +0930 (CST) From: Malcolm Kay Organization: at home To: Scott Long Date: Fri, 27 May 2005 15:38:29 +0930 User-Agent: KMail/1.5.4 References: <200505271427.13508.malcolm.kay@internode.on.net> <4296B306.9080300@samsco.org> In-Reply-To: <4296B306.9080300@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505271538.29810.malcolm.kay@internode.on.net> Cc: freebsd-stable@freebsd.org Subject: Re: Context sensitivity in beastie.4th? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 06:08:37 -0000 On Fri, 27 May 2005 03:11 pm, Scott Long wrote: > Malcolm Kay wrote: > > I have installed FreeBSD 5.4 RELEASE on a new machine, > > Celeron + SATA drive, without and problems, include a kernel rebuild to > > support a PCI serial card. > > > > But now I wish to change the graphic, beastie, that appears in the boot > > menu. I am certainly no expert or even acolyte in forth programming but > > the job appears to be simple enough -- just change the characters in the > > 'beastie' constructions and if we don't exceed the available screen space > > all should be well! > > > > Well what I got was a cycling reboot going back ech time to the BIOS > > splash screen and advancing an apparently negligable distance into the > > FBSD boot sequence. > > > > I had actually copied /boot/beastie.4th to /boot/phoenix.4th, edited > > the copy and pointed /boot/loader.rc at phoenix.4th instead of > > beastie.4th. Recovery by booting from the distribution CD and entering > > "Fixit" to change the pointer back to beastie.4th. > > > > Most variants on my original attempt ended up the same way, but some > > crashed with a "directory full" message which seems quite strange as my > > images have always been smaller than the original 'beastie'. > > > > Replacing the colourised version of my 'phoenix' with a copy of the > > monochrome version worked. > > > > At present I have a phoenix.4th file which works but does not exhibit the > > full image. The differences to the original beastie.4th file are shown > > here with escape characters replaced by '{esc}' to limit mail confusion. > > > > With the line: > > ( 2dup at-xy ." {esc}[1m^ ^" 1+ ) > > uncommented the system goes back to an infinite boot loop. > > > > This all seems very strange and unbelievable -- I must surely be doing > > something very stupid. Does anyone have any idea what that might be? > > Seems to work for me with the commented lines fixed. Btw, you by no Looks as though I may have some strange hardware problem (Groan) but I'll push on a bit further. > doubt have noticed that it's somewhat inconvenient to do 4th programming > by modifying the boot scripts and then praying that the reboot works. Yes Yes Yes ! ! ! > It's possible to do 90% of the testing in userland, like I did when I > wrote beastie.4th. > > Go to /sys/boot/ficl. Do 'make clean && make testmain'. This will > create a binary called 'testmain' either in the '.' directory or in > /usr/obj/usr/src/sys/boot/ficl. Copy this binary to your home > directory. Then copy screen.4th, frames.4th, and beastie.4th from > /boot to your home directory. Next create a file called init.4th > > containing the following: > : boot drop exit ; > : reboot drop exit ; > > load screen.4th > load frames.4th > load beastie.4th > beastie-start > > Then run it via './testmain init.4th'. The countdown timer won't > work and most of the keys naturally won't do what they are supposed to > do, but everything else in the menu should work just as it would at > boot. I tested your colorized phoenix this way just now and it worked. > Thanks for the suggestion -- I'll give it a go. > Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 27 07:11:50 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 1CBC316A41F; Fri, 27 May 2005 07:11:50 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CE7A43D5D; Fri, 27 May 2005 07:11:49 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j4R7BTMf078204; Fri, 27 May 2005 00:11:35 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200505270711.j4R7BTMf078204@gw.catspoiler.org> Date: Fri, 27 May 2005 00:11:29 -0700 (PDT) From: Don Lewis To: skylar@cs.earlham.edu In-Reply-To: <4295CC7C.3080009@cs.earlham.edu> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 07:11:50 -0000 On 26 May, Skylar Thompson wrote: > I'm having some problems with NFS serving on a FreeBSD 5.4-RELEASE > machine. The FreeBSD machine is the NFS/NIS server for a group of four > Linux clusters. The network archictecture looks like this: > > 234/24 234/24 > Cluster 1 --- |--------------- Cluster 3 > | --------------- > em0| File server | fxp0 > | -------------- > Cluster 2 --- |--------------- Cluster 4 > 234/24 230/24 > > > em0 and fxp0 are bridged, and em0 has a 234/24 IP address while fxp0 is > just in promiscuous mode. 234/24 is an 802.1q VLAN on the fxp0 side of > the server, so packets are untagged at the switch just before fxp0, and > are forwarded to em0 through the bridge. > > The problem manifests itself in large UDP NFS requests from Clusters 3 > and 4. The export can be mounted fine from both those clusters, and > small transfers such as with ls work fine, but the moment any serious > data transfer starts, the entire mount just hangs. Running ethereal on > the file server shows a a lot of fragmented packets, and RPC > retransmissions on just a single request. Reducing the read and write > NFS buffers on the Linux clients to 1kB from the default of 4kB solves > the issue, but kills the transfer rate. The moment I go to 2kB, the > problem reappearss. Clusters 1 and 2 use the default of 4kB buffers, and > have no problems communicating to em0. > > Poking through the list archives, I ran across this message > (http://lists.freebsd.org/pipermail/freebsd-stable/2003-May/001007.html) > that reveals a bug in the fxp(4) driver in 4-RELEASE that incorrectly > detects the capabilities of the NIC. Is this still an issue in > 5-RELEASE, or am I looking at a different problem? Any ideas on how I > can get the NFS buffers up to a reasonable level? That problem was fixed quite some time ago. Which transfer direction fails? Client writing to server Client reading from server Both? Do you see all the fragments in the retransmitted request? From owner-freebsd-stable@FreeBSD.ORG Fri May 27 07:16: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 9E32B16A41C; Fri, 27 May 2005 07:16:26 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from heisenberg.zen.co.uk (heisenberg.zen.co.uk [212.23.3.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2BC743D48; Fri, 27 May 2005 07:16:25 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.50] (helo=rtxnetworks.co.uk) by heisenberg.zen.co.uk with esmtp (Exim 4.30) id 1DbZ4z-0006Yt-0w; Fri, 27 May 2005 07:16:25 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Fri, 27 May 2005 08:16:07 +0100 thread-index: AcVii/N/a0VM1WOjSqS7anaqZlFJ7g== X-Original-To: freebsd-questions@FreeBSD.org Delivered-To: freebsd-questions@FreeBSD.org Date: Fri, 27 May 2005 08:16:07 +0100 From: "Don Lewis" To: In-Reply-To: <4295CC7C.3080009@cs.earlham.edu> Message-ID: <000001c5628b$f37feab0$144da8c0@rtxnetworks.local> MIME-Version: 1.0 Content-Type: TEXT/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list X-Mailer: Microsoft CDO for Exchange 2000 Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 1 X-Zen-Test-Spam-Bar: (/) X-Originating-Schroedinger-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk Content-Class: urn:content-classes:message X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf Importance: normal X-Zen-Stored: julia.zen.co.uk/1DbZ3l-0002vI-5C/2005-05-27 07:15:09 Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-OriginalArrivalTime: 27 May 2005 07:16:07.0734 (UTC) FILETIME=[F3A15560:01C5628B] X-Originating-Heisenberg-IP: [82.69.255.50] Cc: freebsd-stable@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 07:16:26 -0000 On 26 May, Skylar Thompson wrote: > I'm having some problems with NFS serving on a FreeBSD 5.4-RELEASE > machine. The FreeBSD machine is the NFS/NIS server for a group of four > Linux clusters. The network archictecture looks like this: > > 234/24 234/24 > Cluster 1 --- |--------------- Cluster 3 > | --------------- > em0| File server | fxp0 > | -------------- > Cluster 2 --- |--------------- Cluster 4 > 234/24 230/24 > > > em0 and fxp0 are bridged, and em0 has a 234/24 IP address while fxp0 is > just in promiscuous mode. 234/24 is an 802.1q VLAN on the fxp0 side of > the server, so packets are untagged at the switch just before fxp0, and > are forwarded to em0 through the bridge. > > The problem manifests itself in large UDP NFS requests from Clusters 3 > and 4. The export can be mounted fine from both those clusters, and > small transfers such as with ls work fine, but the moment any serious > data transfer starts, the entire mount just hangs. Running ethereal on > the file server shows a a lot of fragmented packets, and RPC > retransmissions on just a single request. Reducing the read and write > NFS buffers on the Linux clients to 1kB from the default of 4kB solves > the issue, but kills the transfer rate. The moment I go to 2kB, the > problem reappearss. Clusters 1 and 2 use the default of 4kB buffers, and > have no problems communicating to em0. > > Poking through the list archives, I ran across this message > (http://lists.freebsd.org/pipermail/freebsd-stable/2003-May/001007.html) > that reveals a bug in the fxp(4) driver in 4-RELEASE that incorrectly > detects the capabilities of the NIC. Is this still an issue in > 5-RELEASE, or am I looking at a different problem? Any ideas on how I > can get the NFS buffers up to a reasonable level? That problem was fixed quite some time ago. Which transfer direction fails? Client writing to server Client reading from server Both? Do you see all the fragments in the retransmitted request? _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri May 27 08:52: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 6902016A41C; Fri, 27 May 2005 08:52:12 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from ngwee.ugcs.caltech.edu (ngwee.ugcs.caltech.edu [131.215.176.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D09E43D1D; Fri, 27 May 2005 08:52:09 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by ngwee.ugcs.caltech.edu (Postfix, from userid 3640) id 6CAEECC085; Fri, 27 May 2005 01:52:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ngwee.ugcs.caltech.edu (Postfix) with ESMTP id BA4BBBD0A5; Fri, 27 May 2005 01:51:57 -0700 (PDT) Date: Fri, 27 May 2005 01:51:57 -0700 (PDT) From: Jon Dama To: Don Lewis In-Reply-To: <200505270711.j4R7BTMf078204@gw.catspoiler.org> Message-ID: References: <200505270711.j4R7BTMf078204@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, skylar@cs.earlham.edu, freebsd-questions@freebsd.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 08:52:12 -0000 Try switching to TCP NFS. a 100MBit interface cannot keep up with a 1GBit interface in a bridge configuration. Therefore, in the long run, at full-bore you'd expect to drop 9 out of every 10 ethernet frames. MTU is 1500 therefore 1K works (it fits in one frame), 2K doesn't (your NFS transactions are split across frames, one of which will almost certainly be dropped, it's UDP so the loss of one frame invalidates the whole transaction). This is the same reason you can't use UDP with a block size greater than MTU to use NFS over your DSL or some such arrangement. Incidentially, this has nothing to do with FreeBSD. So if using TCP mounts solves your problem, don't expect Solaris NFS to magically make the UDP case work... -Jon On Fri, 27 May 2005, Don Lewis wrote: > On 26 May, Skylar Thompson wrote: > > I'm having some problems with NFS serving on a FreeBSD 5.4-RELEASE > > machine. The FreeBSD machine is the NFS/NIS server for a group of four > > Linux clusters. The network archictecture looks like this: > > > > 234/24 234/24 > > Cluster 1 --- |--------------- Cluster 3 > > | --------------- > > em0| File server | fxp0 > > | -------------- > > Cluster 2 --- |--------------- Cluster 4 > > 234/24 230/24 > > > > > > em0 and fxp0 are bridged, and em0 has a 234/24 IP address while fxp0 is > > just in promiscuous mode. 234/24 is an 802.1q VLAN on the fxp0 side of > > the server, so packets are untagged at the switch just before fxp0, and > > are forwarded to em0 through the bridge. > > > > The problem manifests itself in large UDP NFS requests from Clusters 3 > > and 4. The export can be mounted fine from both those clusters, and > > small transfers such as with ls work fine, but the moment any serious > > data transfer starts, the entire mount just hangs. Running ethereal on > > the file server shows a a lot of fragmented packets, and RPC > > retransmissions on just a single request. Reducing the read and write > > NFS buffers on the Linux clients to 1kB from the default of 4kB solves > > the issue, but kills the transfer rate. The moment I go to 2kB, the > > problem reappearss. Clusters 1 and 2 use the default of 4kB buffers, and > > have no problems communicating to em0. > > > > Poking through the list archives, I ran across this message > > (http://lists.freebsd.org/pipermail/freebsd-stable/2003-May/001007.html) > > that reveals a bug in the fxp(4) driver in 4-RELEASE that incorrectly > > detects the capabilities of the NIC. Is this still an issue in > > 5-RELEASE, or am I looking at a different problem? Any ideas on how I > > can get the NFS buffers up to a reasonable level? > > That problem was fixed quite some time ago. > > Which transfer direction fails? > Client writing to server > Client reading from server > Both? > > Do you see all the fragments in the retransmitted request? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri May 27 09:00: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 1837016A41C; Fri, 27 May 2005 09:00:39 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from rutherford.zen.co.uk (rutherford.zen.co.uk [212.23.3.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C42D43D49; Fri, 27 May 2005 09:00:38 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.50] (helo=rtxnetworks.co.uk) by rutherford.zen.co.uk with esmtp (Exim 4.34) id 1Dbahp-0007QU-01; Fri, 27 May 2005 09:00:37 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Fri, 27 May 2005 10:00:20 +0100 thread-index: AcVimoI3QBs9tbdsTI+5yaem88R9wQ== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Date: Fri, 27 May 2005 10:00:19 +0100 From: "Jon Dama" To: In-Reply-To: <200505270711.j4R7BTMf078204@gw.catspoiler.org> Message-ID: <000101c5629a$82371220$144da8c0@rtxnetworks.local> Content-Transfer-Encoding: 7bit References: <200505270711.j4R7BTMf078204@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset="US-ASCII" X-BeenThere: freebsd-questions@freebsd.org X-Mailer: Microsoft CDO for Exchange 2000 X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 0 X-Zen-Test-Spam-Bar: (/) X-Originating-Feynman-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk Content-Class: urn:content-classes:message X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Zen-Stored: hausdorff.zen.co.uk/1Dbab1-0005bW-4j/2005-05-27 08:53:35 X-OriginalArrivalTime: 27 May 2005 09:00:20.0140 (UTC) FILETIME=[825AC6C0:01C5629A] X-Originating-Rutherford-IP: [82.69.255.50] Cc: freebsd-stable@freebsd.org, skylar@cs.earlham.edu, freebsd-questions@freebsd.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 09:00:39 -0000 Try switching to TCP NFS. a 100MBit interface cannot keep up with a 1GBit interface in a bridge configuration. Therefore, in the long run, at full-bore you'd expect to drop 9 out of every 10 ethernet frames. MTU is 1500 therefore 1K works (it fits in one frame), 2K doesn't (your NFS transactions are split across frames, one of which will almost certainly be dropped, it's UDP so the loss of one frame invalidates the whole transaction). This is the same reason you can't use UDP with a block size greater than MTU to use NFS over your DSL or some such arrangement. Incidentially, this has nothing to do with FreeBSD. So if using TCP mounts solves your problem, don't expect Solaris NFS to magically make the UDP case work... -Jon On Fri, 27 May 2005, Don Lewis wrote: > On 26 May, Skylar Thompson wrote: > > I'm having some problems with NFS serving on a FreeBSD 5.4-RELEASE > > machine. The FreeBSD machine is the NFS/NIS server for a group of four > > Linux clusters. The network archictecture looks like this: > > > > 234/24 234/24 > > Cluster 1 --- |--------------- Cluster 3 > > | --------------- > > em0| File server | fxp0 > > | -------------- > > Cluster 2 --- |--------------- Cluster 4 > > 234/24 230/24 > > > > > > em0 and fxp0 are bridged, and em0 has a 234/24 IP address while fxp0 is > > just in promiscuous mode. 234/24 is an 802.1q VLAN on the fxp0 side of > > the server, so packets are untagged at the switch just before fxp0, and > > are forwarded to em0 through the bridge. > > > > The problem manifests itself in large UDP NFS requests from Clusters 3 > > and 4. The export can be mounted fine from both those clusters, and > > small transfers such as with ls work fine, but the moment any serious > > data transfer starts, the entire mount just hangs. Running ethereal on > > the file server shows a a lot of fragmented packets, and RPC > > retransmissions on just a single request. Reducing the read and write > > NFS buffers on the Linux clients to 1kB from the default of 4kB solves > > the issue, but kills the transfer rate. The moment I go to 2kB, the > > problem reappearss. Clusters 1 and 2 use the default of 4kB buffers, and > > have no problems communicating to em0. > > > > Poking through the list archives, I ran across this message > > (http://lists.freebsd.org/pipermail/freebsd-stable/2003-May/001007.html) > > that reveals a bug in the fxp(4) driver in 4-RELEASE that incorrectly > > detects the capabilities of the NIC. Is this still an issue in > > 5-RELEASE, or am I looking at a different problem? Any ideas on how I > > can get the NFS buffers up to a reasonable level? > > That problem was fixed quite some time ago. > > Which transfer direction fails? > Client writing to server > Client reading from server > Both? > > Do you see all the fragments in the retransmitted request? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri May 27 09:27: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 1E11516A41C; Fri, 27 May 2005 09:27:35 +0000 (GMT) (envelope-from dmehler26@woh.rr.com) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE59B43D1F; Fri, 27 May 2005 09:27:34 +0000 (GMT) (envelope-from dmehler26@woh.rr.com) Received: from satellite (cpe-65-31-41-46.woh.res.rr.com [65.31.41.46]) by ms-smtp-01-eri0.ohiordc.rr.com (8.12.10/8.12.7) with SMTP id j4R9RVWY003064; Fri, 27 May 2005 05:27:31 -0400 (EDT) Message-ID: <000f01c5629e$4ce81480$0200a8c0@satellite> From: "dave" To: Date: Fri, 27 May 2005 05:27:27 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-stable@freebsd.org Subject: trouble booting 5.4 installation media (repost) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dave List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 09:27:35 -0000 Hello, Didn't get a response so i'm going to try this again. I'm trying to do a fresh install of 5.4 on a test machine, which previously ran 5.3 just fine. I'm doing the install via a serial terminal as this box is headless and off of an nfs server which i've also prepared identically to 5.3. I have made the three floppies, boot.flp and the two kern*.flp disks, then mounted boot.flp and created a boot.config file on it with "-h" so i get output on serial port1. All this works fine, i am prompted to switch disks to the two kern* disks, again no problems. When i put in boot.flp after being prompted after kern2.flp i get a repeating error, which is below from sysinstall and the process goes no further. At first i thought it was a problem with the downloaded iso image, so i checked the md5 signatures, they matched, then i rewrote the floppy in question, on 4 different disks with the same result. Any help appreciated. Thanks. Dave. error: Uncompressing ... done Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS 638kB/392192kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@harlow.cse.buffalo.edu, Sun May 8 05:59:07 UTC 2005) Loading /boot/defaults/loader.conf /kernel text=0x444168 \ Insert disk labelled "Kernel floppy 1" and press any key... | Insert disk labelled "Kernel floppy 2" and press any key... data=0x7d5c8+0x4fc78 syms=[0x4+0x5b390+0x4+0x706c9] Insert boot floppy and press Enter /acpi.ko text=0x414fc data=0x1dc4+0x112c syms=[0x4+0x7670+0x4+0x9d05] zf_read: fill error 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 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (397.33-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 402653184 (384 MB) avail memory = 380243968 (362 MB) ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TABLES ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES ACPI: table load failed: AE_NO_ACPI_TABLES npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xfcd0-0xfcdf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xfce0-0xfcff irq 11 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 4.3 (no driver attached) ed0: port 0xf8e0-0xf8ff irq 3 at device 13.0 on pci0 ed0: Ethernet address: 00:20:78:1a:5d:ab ed0: if_start running deferred for Giant ed0: type NE2000 (16 bit) rl0: port 0xf400-0xf4ff mem 0xfedffc00-0xfedffcff irq 10 at device 14.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:7d:d9:a1:58 orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) uhid0: American Power Conversion Back-UPS RS 1500 FW:8.g8 .D USB FW:g8, rev 1.10/1.06, addr 2, iclass 3/0 Timecounter "TSC" frequency 397331331 Hz quality 800 Timecounters tick every 10.000 msec md0: Preloaded image 3719168 bytes at 0xc0a34270 ad0: 4104MB [8895/15/63] at ata0-master UDMA33 ad2: 4028MB [8184/16/63] at ata1-master UDMA33 Mounting root from ufs:/dev/md0 spec_getpages:(md0) I/O read failure: (error=5) bp 0xc94fb9ec vp 0xc1d42d68 size: 36864, resid: 36864, a_count: 36864, valid: 0x0 nread: 0, reqpage: 0, pindex: 459, pcount: 9 vm_fault: pager read error, pid 1 (sysinstall) spec_getpages:(md0) I/O read failure: (error=5) bp 0xc94fb9ec vp 0xc1d42d68 size: 36864, resid: 36864, a_count: 36864, valid: 0x0 nread: 0, reqpage: 0, pindex: 459, pcount: 9 From owner-freebsd-stable@FreeBSD.ORG Fri May 27 09:30: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 8D39816A41C for ; Fri, 27 May 2005 09:30:59 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from rutherford.zen.co.uk (rutherford.zen.co.uk [212.23.3.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8F0043D49 for ; Fri, 27 May 2005 09:30:58 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.50] (helo=rtxnetworks.co.uk) by rutherford.zen.co.uk with esmtp (Exim 4.34) id 1DbbBB-0006oY-TP for freebsd-stable@freebsd.org; Fri, 27 May 2005 09:30:58 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Fri, 27 May 2005 10:30:40 +0100 thread-index: AcVinr+DbiB9szHDSBmM+QfWgbaJ2A== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org From: "dave" To: Date: Fri, 27 May 2005 10:30:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 Message-ID: <000001c5629e$bf85d0e0$144da8c0@rtxnetworks.local> X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Virus-Scanned: Symantec AntiVirus Scan Engine X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 5 X-Zen-Test-Spam-Bar: (/) X-Originating-Feynman-IP: [216.136.204.119] X-Envelope-From: owner-freebsd-questions@freebsd.org X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk Content-Class: urn:content-classes:message X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf Importance: normal X-Zen-Stored: julia.zen.co.uk/1Dbb9P-0007zG-Fj/2005-05-27 09:29:08 Priority: normal X-OriginalArrivalTime: 27 May 2005 09:30:40.0953 (UTC) FILETIME=[BFA4CA90:01C5629E] X-Originating-Rutherford-IP: [82.69.255.50] Cc: freebsd-stable@freebsd.org Subject: trouble booting 5.4 installation media (repost) X-BeenThere: freebsd-stable@freebsd.org Reply-To: dave List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 09:30:59 -0000 Hello, Didn't get a response so i'm going to try this again. I'm trying to do a fresh install of 5.4 on a test machine, which previously ran 5.3 just fine. I'm doing the install via a serial terminal as this box is headless and off of an nfs server which i've also prepared identically to 5.3. I have made the three floppies, boot.flp and the two kern*.flp disks, then mounted boot.flp and created a boot.config file on it with "-h" so i get output on serial port1. All this works fine, i am prompted to switch disks to the two kern* disks, again no problems. When i put in boot.flp after being prompted after kern2.flp i get a repeating error, which is below from sysinstall and the process goes no further. At first i thought it was a problem with the downloaded iso image, so i checked the md5 signatures, they matched, then i rewrote the floppy in question, on 4 different disks with the same result. Any help appreciated. Thanks. Dave. error: Uncompressing ... done Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS 638kB/392192kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (root@harlow.cse.buffalo.edu, Sun May 8 05:59:07 UTC 2005) Loading /boot/defaults/loader.conf /kernel text=0x444168 \ Insert disk labelled "Kernel floppy 1" and press any key... | Insert disk labelled "Kernel floppy 2" and press any key... data=0x7d5c8+0x4fc78 syms=[0x4+0x5b390+0x4+0x706c9] Insert boot floppy and press Enter /acpi.ko text=0x414fc data=0x1dc4+0x112c syms=[0x4+0x7670+0x4+0x9d05] zf_read: fill error 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 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (397.33-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 402653184 (384 MB) avail memory = 380243968 (362 MB) ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TABLES ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES ACPI: table load failed: AE_NO_ACPI_TABLES npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xfcd0-0xfcdf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xfce0-0xfcff irq 11 at device 4.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 4.3 (no driver attached) ed0: port 0xf8e0-0xf8ff irq 3 at device 13.0 on pci0 ed0: Ethernet address: 00:20:78:1a:5d:ab ed0: if_start running deferred for Giant ed0: type NE2000 (16 bit) rl0: port 0xf400-0xf4ff mem 0xfedffc00-0xfedffcff irq 10 at device 14.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:e0:7d:d9:a1:58 orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) uhid0: American Power Conversion Back-UPS RS 1500 FW:8.g8 .D USB FW:g8, rev 1.10/1.06, addr 2, iclass 3/0 Timecounter "TSC" frequency 397331331 Hz quality 800 Timecounters tick every 10.000 msec md0: Preloaded image 3719168 bytes at 0xc0a34270 ad0: 4104MB [8895/15/63] at ata0-master UDMA33 ad2: 4028MB [8184/16/63] at ata1-master UDMA33 Mounting root from ufs:/dev/md0 spec_getpages:(md0) I/O read failure: (error=5) bp 0xc94fb9ec vp 0xc1d42d68 size: 36864, resid: 36864, a_count: 36864, valid: 0x0 nread: 0, reqpage: 0, pindex: 459, pcount: 9 vm_fault: pager read error, pid 1 (sysinstall) spec_getpages:(md0) I/O read failure: (error=5) bp 0xc94fb9ec vp 0xc1d42d68 size: 36864, resid: 36864, a_count: 36864, valid: 0x0 nread: 0, reqpage: 0, pindex: 459, pcount: 9 _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri May 27 09:33:10 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 05A7F16A41C for ; Fri, 27 May 2005 09:33:10 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AECF43D1D for ; Fri, 27 May 2005 09:33:09 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) by mail18.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j4R9X73X006543 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 27 May 2005 19:33:07 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j4R9X7Rx018854; Fri, 27 May 2005 19:33:07 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j4R9X7rQ018853; Fri, 27 May 2005 19:33:07 +1000 (EST) (envelope-from pjeremy) Date: Fri, 27 May 2005 19:33:06 +1000 From: Peter Jeremy To: Scott Long Message-ID: <20050527093306.GC18696@cirb503493.alcatel.com.au> References: <200505271427.13508.malcolm.kay@internode.on.net> <4296B306.9080300@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4296B306.9080300@samsco.org> User-Agent: Mutt/1.4.2i Cc: freebsd-stable@freebsd.org Subject: Re: Context sensitivity in beastie.4th? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 09:33:10 -0000 On Thu, 2005-May-26 23:41:26 -0600, Scott Long wrote: >Seems to work for me with the commented lines fixed. Btw, you by no >doubt have noticed that it's somewhat inconvenient to do 4th programming >by modifying the boot scripts and then praying that the reboot works. >It's possible to do 90% of the testing in userland, like I did when I >wrote beastie.4th. [Instructions deleted] I believe your instructions are worth preserving. Any chance of you adding that to (eg) /usr/src/sys/boot/README or into the ficl or forth directories? -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri May 27 10:50: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 2A9B516A41C for ; Fri, 27 May 2005 10:50:27 +0000 (GMT) (envelope-from phil.brennan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id D831A43D49 for ; Fri, 27 May 2005 10:50:26 +0000 (GMT) (envelope-from phil.brennan@gmail.com) Received: by zproxy.gmail.com with SMTP id 16so687571nzp for ; Fri, 27 May 2005 03:50:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=VT8PKrcCHmD7trrd9Ampftf35LKqvXlBzr4EMIxBB02Jqenma589Nm13OTHbJzzHwEpvgQvglNGT5my8BpDm/r40D7hN7KGfaPH07+pbat1YjBLA/VkXO5GWw7/tEj3/y1zKEF9BPKzad7U/g+V57CKNiUfT1L2YdLFb1trRzPU= Received: by 10.36.82.9 with SMTP id f9mr926623nzb; Fri, 27 May 2005 03:50:26 -0700 (PDT) Received: by 10.36.100.20 with HTTP; Fri, 27 May 2005 03:50:26 -0700 (PDT) Message-ID: Date: Fri, 27 May 2005 10:50:26 +0000 From: Phil Brennan 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: cron stops silently X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Phil Brennan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 10:50:27 -0000 Hi, Since updating our server to 5.4-STABLE, I've noticed a very strange problem with cron. Sometimes it just decides to stop, for no apparent reason. It stops at different times, it doesn't seem to be affected by any particular cronjob. There are no messages about this in any logfile, it just stops running and I have to start it manually. Obviously this is a major PITA. Can anyone help me to debug this problem further? I really don't know where to look. Searches of all freebsd mailing lists have turned up with nothing. Regards, Philip Brennan From owner-freebsd-stable@FreeBSD.ORG Fri May 27 11: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 540DE16A41C for ; Fri, 27 May 2005 11:01:29 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id D117B43D1D for ; Fri, 27 May 2005 11:01:28 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id DC0F4183B43 for ; Fri, 27 May 2005 19:01:25 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id CE238183A54 for ; Fri, 27 May 2005 19:01:25 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.input (Postfix) with ESMTP id C2287183A1A for ; Fri, 27 May 2005 19:01:25 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id B3B7D17F35; Fri, 27 May 2005 19:01:24 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 259FB17F23; Fri, 27 May 2005 19:01:24 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1Dbcai-0000qk-00; Fri, 27 May 2005 19:01:24 +0800 Date: Fri, 27 May 2005 19:01:23 +0800 (WST) From: David Adam To: Phil Brennan In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (237/050526) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: freebsd-stable@freebsd.org Subject: Re: cron stops silently X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 11:01:29 -0000 Phil, On Fri, 27 May 2005, Phil Brennan wrote: > Since updating our server to 5.4-STABLE, I've noticed a very strange > problem with cron. > Sometimes it just decides to stop, for no apparent reason. It stops at > different times, it doesn't seem to be affected by any particular > cronjob. > There are no messages about this in any logfile, it just stops running > and I have to start it manually. Obviously this is a major PITA. Can > anyone help me to debug this problem further? I really don't know > where to look. Searches of all freebsd mailing lists have turned up > with nothing. I've only got access to a FreeBSD 4.11 machine at the moment, but have you tried the -x debug flags listed under cron(8)? (4.11 doesn't have rcNG, so I can't tell you where it's started or whether you'll need to redirect output, but I'm sure a bit of diggin around will show you.) Cheers, David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Fri May 27 11:47: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 5142616A41C; Fri, 27 May 2005 11:47:29 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1238743D4C; Fri, 27 May 2005 11:47:28 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 2B50446B04; Fri, 27 May 2005 07:47:28 -0400 (EDT) Date: Fri, 27 May 2005 12:47:28 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Marc Olzheim In-Reply-To: <20050510131005.GA4083@stack.nl> Message-ID: <20050527124531.U727@fledge.watson.org> References: <20050503150014.GG17096@stack.nl> <20050510131005.GA4083@stack.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, bug-followup@FreeBSD.org Subject: Re: kern/78824: race condition close()ing and read()ing the same socketpair on 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: Fri, 27 May 2005 11:47:29 -0000 On Tue, 10 May 2005, Marc Olzheim wrote: > On Tue, May 03, 2005 at 05:00:14PM +0200, Marc Olzheim wrote: >> Is this going to be fixed before 5.4 ? It still breaks on today's >> 5.4-STABLE. > > As this is the only issue known to me now, that I don't have a patch for > and is standing in my way of upgrading from FreeBSD 4.x to 5.x, I would > like to know whether this is a simple bug that could be fixed in a > second or not... If there are any issues (like being able to reproduce > it) or not, please let me know where I can be of assistance. Hmm. I'm unable to reproduce this on local SMP hardware, although I can see at least one way that the race could occur. Could you try the attached patch and see if it helps matters? This is a slight shot in the dark but closes at least two races in the transition of socket state with respect to socket buffer state. Robert N M Watson Index: uipc_socket2.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_socket2.c,v retrieving revision 1.145 diff -u -r1.145 uipc_socket2.c --- uipc_socket2.c 12 Mar 2005 13:39:39 -0000 1.145 +++ uipc_socket2.c 27 May 2005 11:34:03 -0000 @@ -159,15 +159,12 @@ { /* - * XXXRW: This code separately acquires SOCK_LOCK(so) and - * SOCKBUF_LOCK(&so->so_rcv) even though they are the same mutex to - * avoid introducing the assumption that they are the same. + * XXXRW: This code assumes that SOCK_LOCK(so) and + * SOCKBUF_LOCK(&so->so_rcv) are the same. */ - SOCK_LOCK(so); + SOCKBUF_LOCK(&so->so_rcv); so->so_state &= ~SS_ISCONNECTING; so->so_state |= SS_ISDISCONNECTING; - SOCK_UNLOCK(so); - SOCKBUF_LOCK(&so->so_rcv); so->so_rcv.sb_state |= SBS_CANTRCVMORE; sorwakeup_locked(so); SOCKBUF_LOCK(&so->so_snd); @@ -182,16 +179,12 @@ { /* - * XXXRW: This code separately acquires SOCK_LOCK(so) and - * SOCKBUF_LOCK(&so->so_rcv) even though they are the same mutex to - * avoid introducing the assumption that they are the same. + * XXXRW: This code assumes that SOCK_LOCK(so) and + * SOCKBUF_LOCK(&so->so_rcv) are the same. */ - /* XXXRW: so_state locking? */ SOCK_LOCK(so); so->so_state &= ~(SS_ISCONNECTING|SS_ISCONNECTED|SS_ISDISCONNECTING); so->so_state |= SS_ISDISCONNECTED; - SOCK_UNLOCK(so); - SOCKBUF_LOCK(&so->so_rcv); so->so_rcv.sb_state |= SBS_CANTRCVMORE; sorwakeup_locked(so); SOCKBUF_LOCK(&so->so_snd); From owner-freebsd-stable@FreeBSD.ORG Fri May 27 13:05: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 437A316A41C for ; Fri, 27 May 2005 13:05:52 +0000 (GMT) (envelope-from dean@dragon.stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id E727843D49 for ; Fri, 27 May 2005 13:05:51 +0000 (GMT) (envelope-from dean@dragon.stack.nl) Received: from dragon.stack.nl (dragon.stack.nl [IPv6:2001:610:1108:5011:207:e9ff:fe09:230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailhost.stack.nl (Postfix) with ESMTP id E6D8B1F1BC; Fri, 27 May 2005 15:05:50 +0200 (CEST) Received: by dragon.stack.nl (Postfix, from userid 1600) id AE7465F15E; Fri, 27 May 2005 15:05:50 +0200 (CEST) Date: Fri, 27 May 2005 15:05:50 +0200 From: Dean Strik To: Phil Brennan Message-ID: <20050527130550.GA43864@dragon.stack.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: VIM Rulez! http://www.vim.org/ X-MUD: Outerspace - telnet://mud.stack.nl:3333 X-Really: Yes User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: cron stops silently X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 13:05:52 -0000 Phil Brennan wrote: > Since updating our server to 5.4-STABLE, I've noticed a very strange > problem with cron. > Sometimes it just decides to stop, for no apparent reason. It stops at > different times, it doesn't seem to be affected by any particular > cronjob. > There are no messages about this in any logfile, it just stops running > and I have to start it manually. Obviously this is a major PITA. Can > anyone help me to debug this problem further? I really don't know > where to look. Searches of all freebsd mailing lists have turned up > with nothing. I just filed PR 81555 about this. For me, it appears that cron(8) exits after a SIGPIPE when an LDAP-user does a crontab -e. Are you also using LDAP here? See also the PR (hasn't appeared on the website when I type this btw). http://www.freebsd.org/cgi/query-pr.cgi?pr=81555 -- Dean C. Strik Eindhoven University of Technology dean@stack.nl | dean@ipnet6.org | http://www.ipnet6.org/ "This isn't right. This isn't even wrong." -- Wolfgang Pauli From owner-freebsd-stable@FreeBSD.ORG Fri May 27 13:37: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 4C82916A41C for ; Fri, 27 May 2005 13:37:45 +0000 (GMT) (envelope-from phil.brennan@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id F407443D1D for ; Fri, 27 May 2005 13:37:44 +0000 (GMT) (envelope-from phil.brennan@gmail.com) Received: by zproxy.gmail.com with SMTP id 16so721121nzp for ; Fri, 27 May 2005 06:37:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cnskBs3fsDZg/6edSZQWWGKbNSozoxRChEo2FPov0tBePtbf/D4dlGevgc6gzUL8c2k0VFxExrbHLbrG85wIidMu8g24wrOMpcxF4Fr3HEfNyFjVxOY6nNcxzf0sa5yGEMgIN8xYpGxWsTOrnQ5pYuRfyzwK359gt/1OYfNNFQA= Received: by 10.36.34.18 with SMTP id h18mr979944nzh; Fri, 27 May 2005 06:31:04 -0700 (PDT) Received: by 10.36.100.20 with HTTP; Fri, 27 May 2005 06:31:04 -0700 (PDT) Message-ID: Date: Fri, 27 May 2005 13:31:04 +0000 From: Phil Brennan 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: <20050527130550.GA43864@dragon.stack.nl> Subject: cron stops silently X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Phil Brennan List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 13:37:45 -0000 From: Phil Brennan Date: May 27, 2005 1:30 PM Subject: Re: cron stops silently To: Dean Strik On 5/27/05, Dean Strik wrote: > Phil Brennan wrote: > > Since updating our server to 5.4-STABLE, I've noticed a very strange > > problem with cron. > > Sometimes it just decides to stop, for no apparent reason. It stops at > > different times, it doesn't seem to be affected by any particular > > cronjob. > > There are no messages about this in any logfile, it just stops running > > and I have to start it manually. Obviously this is a major PITA. Can > > anyone help me to debug this problem further? I really don't know > > where to look. Searches of all freebsd mailing lists have turned up > > with nothing. > > I just filed PR 81555 about this. For me, it appears that cron(8) exits > after a SIGPIPE when an LDAP-user does a crontab -e. Are you also using > LDAP here? See also the PR (hasn't appeared on the website when I type > this btw). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D81555 > > -- > Dean C. Strik Eindhoven University of Technology > dean@stack.nl | dean@ipnet6.org | http://www.ipnet6.org/ > "This isn't right. This isn't even wrong." -- Wolfgang Pauli > aha, I had a faint suspicion that was it. Yes, I'm using ldap, and I've just managed to reproduce the problem. I'm wondering if this has anything to do with nss_ldap, I haven't rebuilt it since moving from 5.2.1-Release to 5-STABLE. Did you do a fresh install or an upgrade? Regards, Philip From owner-freebsd-stable@FreeBSD.ORG Fri May 27 13:44: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 F08F416A41C; Fri, 27 May 2005 13:44:44 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65F9F43D49; Fri, 27 May 2005 13:44:42 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 9DC291F1BC; Fri, 27 May 2005 15:44:41 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 740EC655D; Fri, 27 May 2005 15:44:41 +0200 (CEST) Date: Fri, 27 May 2005 15:44:41 +0200 From: Marc Olzheim To: Robert Watson Message-ID: <20050527134441.GA94234@stack.nl> References: <20050503150014.GG17096@stack.nl> <20050510131005.GA4083@stack.nl> <20050527124531.U727@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050527124531.U727@fledge.watson.org> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , freebsd-stable@freebsd.org, bug-followup@FreeBSD.org Subject: Re: kern/78824: race condition close()ing and read()ing the same socketpair on 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: Fri, 27 May 2005 13:44:45 -0000 On Fri, May 27, 2005 at 12:47:28PM +0100, Robert Watson wrote: > Hmm. I'm unable to reproduce this on local SMP hardware, although I can > see at least one way that the race could occur. Could you try the > attached patch and see if it helps matters? This is a slight shot in the > dark but closes at least two races in the transition of socket state with > respect to socket buffer state. I'll cvsup back to 2005.05.03 (where I can reproduce it easily) and apply your patch and see what happens. Race conditions and reproducability are not terms that go together well. :-( Marc From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:04: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 AF8EA16A41C for ; Fri, 27 May 2005 14:04:44 +0000 (GMT) (envelope-from dean@dragon.stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D71D43D4C for ; Fri, 27 May 2005 14:04:44 +0000 (GMT) (envelope-from dean@dragon.stack.nl) Received: from dragon.stack.nl (dragon.stack.nl [IPv6:2001:610:1108:5011:207:e9ff:fe09:230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailhost.stack.nl (Postfix) with ESMTP id 552DA1F021; Fri, 27 May 2005 16:04:43 +0200 (CEST) Received: by dragon.stack.nl (Postfix, from userid 1600) id 216D45F15E; Fri, 27 May 2005 16:04:43 +0200 (CEST) Date: Fri, 27 May 2005 16:04:43 +0200 From: Dean Strik To: Phil Brennan Message-ID: <20050527140443.GB43864@dragon.stack.nl> References: <20050527130550.GA43864@dragon.stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: VIM Rulez! http://www.vim.org/ X-MUD: Outerspace - telnet://mud.stack.nl:3333 X-Really: Yes User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: cron stops silently X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 14:04:44 -0000 Phil Brennan wrote: > From: Phil Brennan > Date: May 27, 2005 1:30 PM > Subject: Re: cron stops silently > To: Dean Strik > > > On 5/27/05, Dean Strik wrote: > > Phil Brennan wrote: > > > Since updating our server to 5.4-STABLE, I've noticed a very strange > > > problem with cron. [..] > > I just filed PR 81555 about this. For me, it appears that cron(8) exits > > after a SIGPIPE when an LDAP-user does a crontab -e. Are you also using > > LDAP here? See also the PR (hasn't appeared on the website when I type > > this btw). > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=81555 > > aha, I had a faint suspicion that was it. > Yes, I'm using ldap, and I've just managed to reproduce the problem. > I'm wondering if this has anything to do with nss_ldap, I haven't > rebuilt it since moving from 5.2.1-Release to 5-STABLE. > Did you do a fresh install or an upgrade? In my case, it was an upgrade from RELENG_5_3 (original install) to RELENG_5_4. -- Dean C. Strik Eindhoven University of Technology dean@stack.nl | dean@ipnet6.org | http://www.ipnet6.org/ "This isn't right. This isn't even wrong." -- Wolfgang Pauli From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:25: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 6987816A41C for ; Fri, 27 May 2005 14:25:57 +0000 (GMT) (envelope-from lists@natserv.com) Received: from mail1.acecape.com (mail1.acecape.com [66.114.74.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A59443D48 for ; Fri, 27 May 2005 14:25:56 +0000 (GMT) (envelope-from lists@natserv.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mail1.acecape.com (8.12.11/8.12.11) with ESMTP id j4REPtLV030891; Fri, 27 May 2005 10:25:56 -0400 Date: Fri, 27 May 2005 10:25:55 -0400 (EDT) From: Francisco Reyes X-X-Sender: fran@zoraida.natserv.net To: Scott Long In-Reply-To: <42969D28.6070306@samsco.org> Message-ID: <20050527102221.X12475@zoraida.natserv.net> References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42937D06.1070309@samsco.org> <20050526235805.N5798@zoraida.natserv.net> <42969D28.6070306@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 14:25:57 -0000 On Thu, 26 May 2005, Scott Long wrote: >> Is the goal to have a new major branch every 2 years? > > Yes. This will allow us to pace our major development projects much > better than we have in the past. Someone mentioned 5.X will be supported till 2007 (or at least that's the plan). So will, in average, branches be supported 2 years after a new one takes over? Sounds like a good strategy for most shops. I can imagine that for a big shop with lots of machines it may be a bit agressive, but I am not one of them. :-).. besides big shops likely have developed entire systems around how to deploy the OS to many machines. From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:38: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 A21E316A41C for ; Fri, 27 May 2005 14:38:15 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B73443D1D for ; Fri, 27 May 2005 14:38:14 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id 9665C22155D for ; Fri, 27 May 2005 09:38:13 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14675-12 for ; Fri, 27 May 2005 09:38:06 -0500 (CDT) Received: from janus.daycos.com (janus.daycos.com [204.26.70.77]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 2440822116D for ; Fri, 27 May 2005 09:38:06 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Fri, 27 May 2005 09:37:53 -0500 User-Agent: KMail/1.8 References: <20050527130550.GA43864@dragon.stack.nl> In-Reply-To: <20050527130550.GA43864@dragon.stack.nl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1404182.95kXUNlepH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505270937.53448.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: Re: cron stops silently X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 14:38:15 -0000 --nextPart1404182.95kXUNlepH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 27 May 2005 08:05, Dean Strik wrote: > I just filed PR 81555 about this. For me, it appears that cron(8) exits > after a SIGPIPE when an LDAP-user does a crontab -e. Are you also using > LDAP here? See also the PR (hasn't appeared on the website when I type > this btw). Me too =2D-=20 Kirk Strauser --nextPart1404182.95kXUNlepH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iD8DBQBClzDB5sRg+Y0CpvERAgI9AJsGGholPNL2RruRayOZtEcHR1Xs6ACfaghc L1kRylVmiETVEN079wteHew= =tUjc -----END PGP SIGNATURE----- --nextPart1404182.95kXUNlepH-- From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:40: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 92BFE16A41C for ; Fri, 27 May 2005 14:40:56 +0000 (GMT) (envelope-from daniel@mester.eu.org) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 132AD43D1D for ; Fri, 27 May 2005 14:40:55 +0000 (GMT) (envelope-from daniel@mester.eu.org) Received: (qmail 20693 invoked from network); 27 May 2005 14:40:52 -0000 Received: from unknown (HELO [84.137.118.192]) (551729@[84.137.118.192]) (envelope-sender ) by smtprelay02.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 27 May 2005 14:40:52 -0000 Message-ID: <42973190.8070302@mester.eu.org> Date: Fri, 27 May 2005 16:41:20 +0200 From: Daniel Mester User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050427) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Billy Newsom References: <4294F3EE.9000609@leadhill.net> In-Reply-To: <4294F3EE.9000609@leadhill.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 5-Stable (5.4) any ipnat changes? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 14:40:56 -0000 Hi, I got the same problem with NAT not working at boot time after upgrading to 5.4. I compiled a generic kernel, so it doesn't seem to be a problem concerning the kernel. I guess some change in the rc system. Hope we find a solution. sincerely, Daniel Mester From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:41: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 E6AA116A41C for ; Fri, 27 May 2005 14:41:33 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A41543D1D for ; Fri, 27 May 2005 14:41:33 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4REhO3C049780; Fri, 27 May 2005 08:43:24 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4297316B.3060801@samsco.org> Date: Fri, 27 May 2005 08:40:43 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Francisco Reyes References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42937D06.1070309@samsco.org> <20050526235805.N5798@zoraida.natserv.net> <42969D28.6070306@samsco.org> <20050527102221.X12475@zoraida.natserv.net> In-Reply-To: <20050527102221.X12475@zoraida.natserv.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 14:41:34 -0000 Francisco Reyes wrote: > On Thu, 26 May 2005, Scott Long wrote: > >>> Is the goal to have a new major branch every 2 years? >> >> >> Yes. This will allow us to pace our major development projects much >> better than we have in the past. > > > Someone mentioned 5.X will be supported till 2007 (or at least that's > the plan). So will, in average, branches be supported 2 years after a > new one takes over? Yes, that is the usual policy of the security team. There will likely be other developers that push changes into the 5.x stream for some time to come. > > Sounds like a good strategy for most shops. I can imagine that for a big > shop with lots of machines it may be a bit agressive, but I am not one > of them. :-).. besides big shops likely have developed entire systems > around how to deploy the OS to many machines. Yeah, and what I'm trying to do is smooth the bumps for the long term. The 4.x->5.x transition was simply a gigantic mess for users, and it was largely a function of it being 4+ years in the making. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:47: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 973CD16A41C for ; Fri, 27 May 2005 14:47:37 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from mta05-winn.mailhost.ntl.com (smtpout15.mailhost.ntl.com [212.250.162.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB50143D49 for ; Fri, 27 May 2005 14:47:36 +0000 (GMT) (envelope-from rasputnik@hellooperator.net) Received: from aamta07-winn.mailhost.ntl.com ([212.250.162.8]) by mta05-winn.mailhost.ntl.com with ESMTP id <20050527144734.TITQ23015.mta05-winn.mailhost.ntl.com@aamta07-winn.mailhost.ntl.com>; Fri, 27 May 2005 15:47:34 +0100 Received: from 9.hellooperator.net ([81.103.32.202]) by aamta07-winn.mailhost.ntl.com with ESMTP id <20050527144734.DINP18002.aamta07-winn.mailhost.ntl.com@9.hellooperator.net>; Fri, 27 May 2005 15:47:34 +0100 Received: from [10.4.0.5] (helo=eris.tenfour) by 9.hellooperator.net with esmtp (Exim 4.44) id 1Dbg7X-0001sz-G4; Fri, 27 May 2005 15:47:32 +0100 Received: from rasputnik by eris.tenfour with local (Exim 4.51 (FreeBSD)) id 1Dbg7W-000KpK-VE; Fri, 27 May 2005 15:47:30 +0100 Date: Fri, 27 May 2005 15:47:30 +0100 From: Dick Davies To: Kirk Strauser Message-ID: <20050527144730.GA79587@eris.tenfour> References: <20050527130550.GA43864@dragon.stack.nl> <200505270937.53448.kirk@strauser.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: <200505270937.53448.kirk@strauser.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Stable Users Subject: Re: cron stops silently X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dick Davies List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 14:47:37 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kirk Strauser [0538 15:38]: > On Friday 27 May 2005 08:05, Dean Strik wrote: >=20 > > I just filed PR 81555 about this. For me, it appears that cron(8) exits > > after a SIGPIPE when an LDAP-user does a crontab -e. Are you also using > > LDAP here? See also the PR (hasn't appeared on the website when I type > > this btw). >=20 > > Me too > Me three - 5.4 and nss_ldap.=20 --=20 'You may need to metaphorically make a deal with the devil. By 'devil' I mean robot devil and by 'metaphorically' I mean get your coat.' -- Bender Rasputin :: Jack of All Trades - Master of Nuns --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClzMBVFnamZKfe00RAjKPAJ93BbBQ3rMSBgQJRG6KvvQZSSamKACdFCgM Qrwi1yC3ziKjalWJZYO/6mk= =9lB0 -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ-- From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:50: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 52D2016A41C for ; Fri, 27 May 2005 14:50:18 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E99A943D4C for ; Fri, 27 May 2005 14:50:17 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4REq8fU049838; Fri, 27 May 2005 08:52:09 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42973378.5010703@samsco.org> Date: Fri, 27 May 2005 08:49:28 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <200505271427.13508.malcolm.kay@internode.on.net> <4296B306.9080300@samsco.org> <20050527093306.GC18696@cirb503493.alcatel.com.au> In-Reply-To: <20050527093306.GC18696@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: Context sensitivity in beastie.4th? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 14:50:18 -0000 Peter Jeremy wrote: > On Thu, 2005-May-26 23:41:26 -0600, Scott Long wrote: > >>Seems to work for me with the commented lines fixed. Btw, you by no >>doubt have noticed that it's somewhat inconvenient to do 4th programming >>by modifying the boot scripts and then praying that the reboot works. >>It's possible to do 90% of the testing in userland, like I did when I >>wrote beastie.4th. > > > [Instructions deleted] > > I believe your instructions are worth preserving. Any chance of you > adding that to (eg) /usr/src/sys/boot/README or into the ficl or forth > directories? > Yeah, it would be a good thing to do. We should actually go a step further and write a ficl manpage that talks about the whole environment and how to develop in it. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 27 14:58: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 65C5716A41C; Fri, 27 May 2005 14:58:01 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6D7743D53; Fri, 27 May 2005 14:57:59 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 226E71F1FB; Fri, 27 May 2005 16:57:58 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id F1A2D655D; Fri, 27 May 2005 16:57:57 +0200 (CEST) Date: Fri, 27 May 2005 16:57:57 +0200 From: Marc Olzheim To: Robert Watson Message-ID: <20050527145757.GD94234@stack.nl> References: <20050503150014.GG17096@stack.nl> <20050510131005.GA4083@stack.nl> <20050527124531.U727@fledge.watson.org> <20050527134441.GA94234@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z4+8/lEcDcG5Ke9S" Content-Disposition: inline In-Reply-To: <20050527134441.GA94234@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: Marc Olzheim , freebsd-stable@freebsd.org, bug-followup@FreeBSD.org Subject: Re: kern/78824: race condition close()ing and read()ing the same socketpair on 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: Fri, 27 May 2005 14:58:01 -0000 --z4+8/lEcDcG5Ke9S Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, May 27, 2005 at 03:44:41PM +0200, Marc Olzheim wrote: > Could you try the attached patch and see if it helps matters? This is > a slight shot in the dark but closes at least two races in the > transition of socket state with respect to socket buffer state. Yes! This fixes it, on the tag=RELENG_5 date=2005.03.03.00.00.00 kernel. I'll try and see if it works on a recent RELENG_5 kernel as well, later. Marc --z4+8/lEcDcG5Ke9S Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFClzV1ezjnobFOgrERAqBVAJ4psR4E3/yfaNjpvMmgwo765/klLQCfV/fH hI7dWu2IF+tqEoGiWzJ8Yo0= =qeu2 -----END PGP SIGNATURE----- --z4+8/lEcDcG5Ke9S-- From owner-freebsd-stable@FreeBSD.ORG Fri May 27 15:16: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 A08E516A41C for ; Fri, 27 May 2005 15:16:38 +0000 (GMT) (envelope-from f@esil.univ-mrs.fr) Received: from jiyu.esil.univ-mrs.fr (jiyu.esil.univ-mrs.fr [139.124.44.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B05743D48 for ; Fri, 27 May 2005 15:16:37 +0000 (GMT) (envelope-from f@esil.univ-mrs.fr) Received: from localhost (localhost.esil.univ-mrs.fr [127.0.0.1]) by jiyu.esil.univ-mrs.fr (Thomson TO7 SMTP mail server) with ESMTP id 7A1C724EFA for ; Fri, 27 May 2005 17:16:35 +0200 (CEST) Received: from [139.124.44.65] (pcfb.esil.univ-mrs.fr [139.124.44.65]) by jiyu.esil.univ-mrs.fr (Thomson TO7 SMTP mail server) with ESMTP id 305B324E2E for ; Fri, 27 May 2005 17:16:29 +0200 (CEST) Message-ID: <429739CF.3010905@esil.univ-mrs.fr> Date: Fri, 27 May 2005 17:16:31 +0200 From: =?ISO-8859-1?Q?Fr=E9d=E9ric_Bloise?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050420 Debian/1.7.7-2 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by AMaViS perl-10 Subject: rpc.yppasswdd exits on signal 11 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 15:16:38 -0000 Hi, We can't change nis password on your server using yppaswd : after "Retype New Password:" server says "yppasswd: pam_chauthtok(): error in service module". In /var/log/messages : nisserver kernel: pid 5196 (rpc.yppasswdd), uid 0: exited on signal 11 nisserver yppasswd: in pam_sm_chauthtok(): yppasswd_local(): NIS password update failed: monstrogoth.esil.univ-mrs.fr: RPC: Unable to receive; errno = Connection reset by peer In /var/yp/ : a new file named pw.XXXXXX containing the first lines of master.passwd.vim ( 67 of 827 ) If we restart rpc.yppasswdd and try again, the same error occurs, and a new file pw.XXXXXX of the same length is created. Any help appreciated. Thanks. -- Frédéric BLOISE École Supérieure d'Ingénieurs de Luminy (ESIL) Luminy - Case 925 - 13288 Marseille Cedex 09 Tél.: 04 91 82 85 42 - Fax.: 04 91 82 85 11 mailto:f@esil.univ-mrs.fr From owner-freebsd-stable@FreeBSD.ORG Fri May 27 15:51:50 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 4C8D516A41C for ; Fri, 27 May 2005 15:51:50 +0000 (GMT) (envelope-from mgrant@grant.org) Received: from grant.org (grant.org [206.190.173.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3C4D43D1D for ; Fri, 27 May 2005 15:51:49 +0000 (GMT) (envelope-from mgrant@grant.org) Received: from grant.org (localhost [127.0.0.1]) by grant.org (8.12.11/8.12.11) with ESMTP id j4RFphvM008368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 27 May 2005 11:51:44 -0400 (EDT) (envelope-from mgrant@grant.org) Received: (from mgrant@localhost) by grant.org (8.12.11/8.12.11/Submit) id j4RFph4Y008367 for freebsd-stable@freebsd.org; Fri, 27 May 2005 11:51:43 -0400 (EDT) (envelope-from mgrant) Date: Fri, 27 May 2005 11:51:43 -0400 From: Michael Grant To: freebsd-stable@freebsd.org Message-ID: <20050527155143.GC57111@grant.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on grant.org X-Virus-Scanned: by amavisd-new Subject: mdconfig X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 15:51:50 -0000 I'm mounting a snapshot using mdconfig, then mount like this: mdconfig -a -t vnode -f /home/.snap/4 -u 0 mount /dev/md0 /snapshot/home mount (with no args) shows this: /dev/md0 on /snapshot/home (ufs, local, read-only) # mdconfig -l -u md0 md0 vnode 23503425 KBytes How can I see (to verify) what file md0 is based on? Perhaps this should be part of the mdconfig -l output? Furthermore, could we have that info when we run mount (with no args) and df? Or might that break something that depends on their output? Michael Grant From owner-freebsd-stable@FreeBSD.ORG Fri May 27 17:16: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 3968816A41C for ; Fri, 27 May 2005 17:16:04 +0000 (GMT) (envelope-from jovanross@msn.com) Received: from hotmail.com (bay107-f8.bay107.hotmail.com [64.4.51.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1578243D1F for ; Fri, 27 May 2005 17:16:03 +0000 (GMT) (envelope-from jovanross@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 27 May 2005 10:16:03 -0700 Message-ID: Received: from 64.4.51.220 by by107fd.bay107.hotmail.msn.com with HTTP; Fri, 27 May 2005 17:16:03 GMT X-Originating-IP: [64.4.51.220] X-Originating-Email: [jovanross@msn.com] X-Sender: jovanross@msn.com From: "Jovan Ross" To: freebsd-stable@freebsd.org Date: Fri, 27 May 2005 13:16:03 -0400 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 27 May 2005 17:16:03.0632 (UTC) FILETIME=[C2DB7B00:01C562DF] Subject: FreeBSD 5.4 Dropping off Network X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 17:16:04 -0000 I am experiencing problems keeping FreeBSD 5.4 connected. I have uptimes of 5 or 6 days - sometimes 10 or 11, then, without freezing the machine totally, it stops responding to network traffic. I get DOS attacked every once and a while and my logs are also filled with failed auths from password crackers but it seems that I have the worst effects from it. I don't have any web traffic yet b/c this is my development machine. I have portsentry with a default open firewall config running. I even took the firewall & portsentry off and I get the same problem. I am new to FreeBSD and have done the standard security procedures that new ones are advised to do: enabled secure level 1 syslogd -ss no portmap ssh protocol 2 no inetd (could this help my server get up again if it loses connectivity or a service fails?) no ftpd no ntpd sysctl: log in vain tcp/udp blackhole 2 tcp blackhole 1 udp ip rtexpire 2 ip rtminexpire 2 nmbclusters 81920 maxfiles 32768 maxfilesperproc 32768 maxusers 512 somaxconn 1024 tcp sendspace 8192 tcp recvspace 16384 tcp always_keepalive 1 maxsockets 163840 maxsockbuf 2097152 Am I missing something? I want to experience the stability that I've been hearing from FreeBSD users but have not been able to achieve it. Could there possibly be a setting that says basically: "In case of attack deny all connections?" I know I may be stretching it but I've exhausted all my other ideas. Please let me know if you need any information - I will gladly send anything. From owner-freebsd-stable@FreeBSD.ORG Fri May 27 17:30: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 6FF4916A41C for ; Fri, 27 May 2005 17:30:11 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1362543D1F for ; Fri, 27 May 2005 17:30:10 +0000 (GMT) (envelope-from igor@doom.homeunix.org) Received: from dialup84108-147.ip.peterstar.net ([84.204.108.147] helo=doom.homeunix.org) by voodoo.oberon.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1Dbif0-00019o-94 for stable@freebsd.org; Fri, 27 May 2005 19:30:15 +0200 Received: from doom.homeunix.org (localhost [127.0.0.1]) by doom.homeunix.org (8.13.3/8.13.3) with ESMTP id j4RHTRME000946; Fri, 27 May 2005 21:29:51 +0400 (MSD) (envelope-from igor@doom.homeunix.org) Received: (from igor@localhost) by doom.homeunix.org (8.13.3/8.13.3/Submit) id j4PGn8Vt015356; Wed, 25 May 2005 20:49:08 +0400 (MSD) (envelope-from igor) Date: Wed, 25 May 2005 20:49:08 +0400 From: Igor Pokrovsky To: Mike Jakubik Message-ID: <20050525164907.GA1449@doom.homeunix.org> Mail-Followup-To: Mike Jakubik , stable@freebsd.org References: <20050516203932.0A38316A4D0@hub.freebsd.org> <428B59A0.7030108@netstream.ru> <20050518164326.GA69208@thought.org> <20050520062152.GD25164@nu.org> <20050520084157.H95376@maren.thelosingend.net> <1288.172.16.0.199.1116620142.squirrel@172.16.0.1> <264865265.20050520150242@takeda.tk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <264865265.20050520150242@takeda.tk> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: Alright you primitive screwheads, LISTEN UP!! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 17:30:11 -0000 Friday, May 20, 2005, 1:15:42 PM, you wrote: > Do these lists have a moderator or is he on vacation? Im tired of deleting > this useless thread from my mailbox. So you decided to add another *useless* message to the thread, as did I. :) -ip -- The more time and energy you put into preparing a meal the greater the chance you guests will spend the entire meal discussing other meals they have had. From owner-freebsd-stable@FreeBSD.ORG Fri May 27 17:42: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 DA78016A41C; Fri, 27 May 2005 17:42:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A93443D49; Fri, 27 May 2005 17:42:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RHgqxR008788; Fri, 27 May 2005 13:42:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RHgqqX079141; Fri, 27 May 2005 13:42:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 107D17306E; Fri, 27 May 2005 13:42:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050527174251.107D17306E@freebsd-current.sentex.ca> Date: Fri, 27 May 2005 13:42:51 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 17:42:54 -0000 TB --- 2005-05-27 16:27:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-27 16:27:09 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2005-05-27 16:27:09 - cleaning the object tree TB --- 2005-05-27 16:27:40 - checking out the source tree TB --- 2005-05-27 16:27:40 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2005-05-27 16:27:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-05-27 16:36:10 - building world (CFLAGS=-O -pipe) TB --- 2005-05-27 16:36:10 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-05-27 16:36:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-27 17:27:16 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 17:27:16 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-05-27 17:27:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri May 27 17:27:16 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri May 27 17:35:48 UTC 2005 TB --- 2005-05-27 17:35:48 - generating LINT kernel config TB --- 2005-05-27 17:35:48 - cd /home/tinderbox/RELENG_5/alpha/alpha/src/sys/alpha/conf TB --- 2005-05-27 17:35:48 - /usr/bin/make -B LINT TB --- 2005-05-27 17:35:48 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 17:35:48 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-05-27 17:35:48 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 27 17:35:48 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_async.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_atmllc.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_base.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_bpf.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_bridge.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_cisco.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_device.c /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_device.c:137: warning: 'ng_device_mod_event' defined but not used *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2005-05-27 17:42:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-27 17:42:51 - ERROR: failed to build lint kernel TB --- 2005-05-27 17:42:51 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Fri May 27 18:31: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 0A81316A41C for ; Fri, 27 May 2005 18:31:34 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C02343D1D for ; Fri, 27 May 2005 18:31:33 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so418552rng for ; Fri, 27 May 2005 11:31:33 -0700 (PDT) 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=V2g3QH6s9ijCaZjh4SHR6byM1pQ9Xgfri2QDau9/H3oUrtoW+eG61ePfWw+k6Q04xAye/UQb00Y5IZGHg7DD/a99b4njKLtFozRMi2SmiasgGV8PyQ2VTNEAdK0OXgFOg10qtxS5dbp7jr9sCUX/+Yys2qRT5ntCEi05ZeuTWFQ= Received: by 10.38.67.10 with SMTP id p10mr3959120rna; Fri, 27 May 2005 11:31:32 -0700 (PDT) Received: by 10.39.1.40 with HTTP; Fri, 27 May 2005 11:31:32 -0700 (PDT) Message-ID: <3aaaa3a050527113122eb3e52@mail.gmail.com> Date: Fri, 27 May 2005 19:31:32 +0100 From: Chris To: Jovan Ross 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: FreeBSD 5.4 Dropping off Network X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 18:31:34 -0000 On 5/27/05, Jovan Ross wrote: > I am experiencing problems keeping FreeBSD 5.4 connected. I have uptimes = of > 5 or 6 days - sometimes 10 or 11, then, without freezing the machine > totally, it stops responding to network traffic. I get DOS attacked every > once and a while and my logs are also filled with failed auths from passw= ord > crackers but it seems that I have the worst effects from it. I don't have > any web traffic yet b/c this is my development machine. I have portsentry > with a default open firewall config running. I even took the firewall & > portsentry off and I get the same problem. I am new to FreeBSD and have d= one > the standard security procedures that new ones are advised to do: >=20 > enabled secure level 1 > syslogd -ss > no portmap > ssh protocol 2 > no inetd (could this help my server get up again if it loses connectivity= or > a service fails?) > no ftpd > no ntpd >=20 > sysctl: > log in vain tcp/udp > blackhole 2 tcp > blackhole 1 udp > ip rtexpire 2 > ip rtminexpire 2 > nmbclusters 81920 > maxfiles 32768 > maxfilesperproc 32768 > maxusers 512 > somaxconn 1024 > tcp sendspace 8192 > tcp recvspace 16384 > tcp always_keepalive 1 > maxsockets 163840 > maxsockbuf 2097152 >=20 > Am I missing something? I want to experience the stability that I've been > hearing from FreeBSD users but have not been able to achieve it. Could th= ere > possibly be a setting that says basically: "In case of attack deny all > connections?" I know I may be stretching it but I've exhausted all my oth= er > ideas. >=20 > Please let me know if you need any information - I will gladly send > anything. >=20 nmbclusters 81920 is too high is the 0 a typo? 8192 or 16384 is good. maxfiles 65535 is good if you have the ram for it, in most cases yes. somaxconn 8192, is what I use running ircd servers that also get ddos'd. tcp sendspace 32768 or 65535 depending on ram in machine tcp recvspace 65535 if you have network instability try disabling giant functions and device polling as well, enable syncookies, drop syn+fin, drop all uneeded traffic with ipfw, disable adaptive mutexes. Chris From owner-freebsd-stable@FreeBSD.ORG Fri May 27 19:25:17 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 1DE8916A41C; Fri, 27 May 2005 19:25:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id B25BD43D4C; Fri, 27 May 2005 19:25:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RJPgxs002271; Fri, 27 May 2005 15:25:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RJPEjR026701; Fri, 27 May 2005 15:25:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AFC957306E; Fri, 27 May 2005 15:25:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050527192514.AFC957306E@freebsd-current.sentex.ca> Date: Fri, 27 May 2005 15:25:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 19:25:17 -0000 TB --- 2005-05-27 17:42:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-27 17:42:52 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-05-27 17:42:52 - cleaning the object tree TB --- 2005-05-27 17:43:30 - checking out the source tree TB --- 2005-05-27 17:43:30 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2005-05-27 17:43:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-05-27 17:52:05 - building world (CFLAGS=-O -pipe) TB --- 2005-05-27 17:52:05 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-05-27 17:52:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-05-27 19:07:35 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 19:07:35 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-05-27 19:07:35 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri May 27 19:07:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri May 27 19:17:30 UTC 2005 TB --- 2005-05-27 19:17:30 - generating LINT kernel config TB --- 2005-05-27 19:17:30 - cd /home/tinderbox/RELENG_5/amd64/amd64/src/sys/amd64/conf TB --- 2005-05-27 19:17:30 - /usr/bin/make -B LINT TB --- 2005-05-27 19:17:30 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 19:17:30 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-05-27 19:17:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 27 19:17:30 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_async.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_atmllc.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_base.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_bpf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_bridge.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_cisco.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_device.c /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_device.c:137: warning: 'ng_device_mod_event' defined but not used *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/obj/amd64/tinderbox/RELENG_5/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. TB --- 2005-05-27 19:25:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-27 19:25:14 - ERROR: failed to build lint kernel TB --- 2005-05-27 19:25:14 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Fri May 27 19:38: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 994AF16A41C for ; Fri, 27 May 2005 19:38:31 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40F7143D1D for ; Fri, 27 May 2005 19:38:31 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so582647nzp for ; Fri, 27 May 2005 12:38:30 -0700 (PDT) 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=R+DoszJrTEkdxFM7Uz3IRcz4Y6uiHaZOAbgsv2yH12f8HIGjYT+Oin4hwhDHyULsRvL2xqto3uiYzNIIek09ANFkYi6EqayODcTSJKJIqxY44uf3+nx4ozDq7bhJDghQIdNVZves+/MK31ZymEdQPdATLQDrKUhYgvT1/Q/6H94= Received: by 10.36.159.14 with SMTP id h14mr492314nze; Fri, 27 May 2005 12:38:30 -0700 (PDT) Received: by 10.36.79.12 with HTTP; Fri, 27 May 2005 12:38:30 -0700 (PDT) Message-ID: Date: Fri, 27 May 2005 21:38:30 +0200 From: Arjan Van Leeuwen To: Matthias Buelow In-Reply-To: <4295153A.9010605@incubus.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <84dead7205052420503fded0e9@mail.gmail.com> <20050525050943.GA64320@xor.obsecurity.org> <42940A81.1030801@incubus.de> <20050525052214.GA76339@xor.obsecurity.org> <42940C87.5000705@incubus.de> <20050525053054.GA76491@xor.obsecurity.org> <4294AB75.9080908@incubus.de> <20050525185427.GB92006@xor.obsecurity.org> <4294CC9A.1000200@incubus.de> <4295153A.9010605@incubus.de> Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Performance of 4.x vs 5.x (Re: Lifetime of FreeBSD branches) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 19:38:31 -0000 On 5/26/05, Matthias Buelow wrote: >=20 > >> Others don't see this though, and in other cases it was *definitively > >> proven* to be caused by the issue I mentioned. I'll have to think > >> more about what to try next..thanks for running the tests. > > > > Perhaps it's something SATA-related? >=20 > Before restoring my 5.4 dumps after testing -current, I installed > fedora3 linux just to verify it isn't somehow the hardware itself. Ok, > plain installation from CDs, kernel "2.6.9-1.667smp" (default > installation kernel). There was absolutely zero noticable lag or any > effect on response time on X11 while untarring the same firefox source. > So there really seems to be something foul in FreeBSD in that regard. > And now for the dumps.. *sigh*. I have the same problem (and have had it for a long time) on both my dual Xeon 550MHz and Athlon XP 2000+ machines. I'm running 6-CURRENT (perhaps this thread should move to the -CURRENT list). I'm working on the dual Xeon right now, so here are some data points from that machine: - I only see it when there is heavy file activity, for example untarring firefox or untarring X. Probably because these have a lot of small files. - I do not see it when compiling world or doing other compiles - I don't have any shared irqs. - I don't have an excessive amount of interrupts, not on the USB irq nor on any other irq channels. I think I remember someone (Scott? Jeff? Don Lewis?) mentioning the problem on another mailing list, and noting that it is a problem with the filesystem that is difficult to fix. I'll try to find that post. Arjan From owner-freebsd-stable@FreeBSD.ORG Fri May 27 20:01: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 3B27416A41F for ; Fri, 27 May 2005 20:01:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC9CE43D48 for ; Fri, 27 May 2005 20:01:38 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23665 invoked from network); 27 May 2005 20:01:38 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender ) by mail23.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 27 May 2005 20:01:37 -0000 Received: from [10.50.40.212] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j4RK1R05016026; Fri, 27 May 2005 16:01:28 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Kirk Strauser Date: Fri, 27 May 2005 15:48:41 -0400 User-Agent: KMail/1.8 References: <200505122236.14490.kirk@strauser.com> <20941475b4d98a8a9743a4a7ce85a577@FreeBSD.org> <200505221724.05548.kirk@strauser.com> In-Reply-To: <200505221724.05548.kirk@strauser.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505271548.42926.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Cc: freebsd-stable@FreeBSD.org Subject: Re: wi0 is always status: no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 20:01:39 -0000 On Sunday 22 May 2005 06:24 pm, Kirk Strauser wrote: > On Friday 20 May 2005 10:20 pm, John Baldwin wrote: > > I have a patch to make the PIR code trust the BIOS in this case over the > > $PIR table that you can test if you want. Actually, I committed the > > patch finally a while ago. It is rev 1.117 in HEAD. It should backport > > to 5.x directly. Try that and see if it fixes your problem. > > I wiped the drive and started over with a new install. Then, I applied > your patch and rebooted into the new kernel. My dmesg output was identical > between the two kernels (save for the normal little things like minor skew > in clock rates). Pardon my ignorance, but should I be somehow requesting > that my cbb device get bound to IRQ 11 instead of 10? There's no line > containing "cbb" in /boot/device.hints; should I add one? The patch should change the IRQ numbers and also print out a line about how it is trusting your BIOS over the $PIR, so I think you didn't backport the patch correctly or boot the patched kernel somehow. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri May 27 20:22: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 BA9F616A41C for ; Fri, 27 May 2005 20:22:12 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66E4243D53 for ; Fri, 27 May 2005 20:22:12 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAD883.dip.t-dialin.net [84.170.216.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 247222E042; Fri, 27 May 2005 22:24:49 +0200 (CEST) Message-ID: <42978172.6060200@incubus.de> Date: Fri, 27 May 2005 22:22:10 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42937D06.1070309@samsco.org> <20050526235805.N5798@zoraida.natserv.net> <42969D28.6070306@samsco.org> <20050527102221.X12475@zoraida.natserv.net> <4297316B.3060801@samsco.org> In-Reply-To: <4297316B.3060801@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 20:22:12 -0000 Scott Long wrote: > Yeah, and what I'm trying to do is smooth the bumps for the long term. > The 4.x->5.x transition was simply a gigantic mess for users, and it was > largely a function of it being 4+ years in the making. It still _is_ a gigantic mess. My hosted 5.3-stable server just crapped itself for the second time this year, for no apparent reason. I suggest reestablishing 4.x as the "production" tree and continuing to maintain it for a while, including making releases, and regressing 5.x to what it is and probably will be for quite a while: "experimental". mkb. From owner-freebsd-stable@FreeBSD.ORG Fri May 27 20: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 C115916A41C for ; Fri, 27 May 2005 20:39:37 +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 F0A5743D1D for ; Fri, 27 May 2005 20:39:36 +0000 (GMT) (envelope-from ltning@anduin.net) Received: from ranger.anduin.net ([81.0.162.52] helo=[192.168.1.110]) by anduin.net with esmtpa (Exim 4.50 (FreeBSD)) id 1DblcF-0000rt-0i for stable@freebsd.org; Fri, 27 May 2005 22:39:35 +0200 Mime-Version: 1.0 (Apple Message framework v730) Content-Transfer-Encoding: 7bit Message-Id: <61F5A5AE-B1E6-499B-9BEA-9DC1A80AC2AA@anduin.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: =?ISO-8859-1?Q?Eirik_=D8verby?= Date: Fri, 27 May 2005 22:39:03 +0200 X-Mailer: Apple Mail (2.730) Cc: Subject: 5.4-panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 20:39:38 -0000 Hi folks, I have sinned, I have forgotten to configure a dump device. I do have a debug kernel compiled though (I think), so maybe someone can help me figure out what's happening here. Nothing in particular going on, server has been up for a few weeks. Dual opteron machine, running FreeBSD-amd64. Info below (uname -a, panic info and dmesg). /Eirik Version info: FreeBSD anduin.net 5.4-STABLE FreeBSD 5.4-STABLE #0: Tue May 3 11:19:51 CEST 2005 root@anduin.net:/usr/obj/usr/src/sys/ANDUIN amd64 PANIC INFO: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x88 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff803cd9e9 stack pointer = 0x10:0xffffffffa54f5a20 frame pointer = 0x10:0xffffffffa54f5a50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 62 (pagedaemon) [thread pid 62 tid 100049 ] Stopped at thread_fini+0x89: subl 0x88(%ebx),%eax db> where Tracing pid 62 tid 100049 td 0xffffff003dab0280 thread_fini() at thread_fini+0x89 zone_drain() at zone_drain+0x1e5 zone_foreach() at zone_foreach+0x4d uma_reclaim() at uma_reclaim+0x21 vm_pageout() at vm_pageout+0x5fc fork_exit() at fork_exit+0x8f fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffa54f5d00, rbp = 0 --- db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 52843 ffffff0005248ba0 0 52838 52838 0004000 [RUNQ] perl 52842 ffffff00387e9ba0 91 52840 52840 0004000 [CPU 1] python 52840 ffffff0003162ba0 91 52837 52840 0004000 [SLPQ wait 0xffffff0003162ba0][SLP] sh 52838 ffffff000fa50000 0 52835 52838 0004000 [SLPQ wait 0xffffff000fa50000][SLP] sh 52837 ffffff003bea4000 0 636 636 0000000 [SLPQ piperd 0xffffff001e0a7b40][SLP] cron 52835 ffffff00227fb000 0 636 636 0000000 [SLPQ piperd 0xffffff0011be2000][SLP] cron 52824 ffffff00394758b8 1000 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 52822 ffffff002fdd7000 1000 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 52820 ffffff0037475ba0 1000 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 52818 ffffff001a5bb8b8 1000 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 52815 ffffff000f20fba0 1000 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 52813 ffffff0034d442e8 1000 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 52811 ffffff0023f9eba0 1000 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 52808 ffffff001a140ba0 0 1291 52808 0004100 [SLPQ sbwait 0xffffff0016cb39b8][SLP] ftpd 52806 ffffff0039475ba0 0 1291 52806 0004100 [SLPQ sbwait 0xffffff00081abe08][SLP] ftpd 52805 ffffff0035c5e2e8 0 1291 52805 0004100 [SLPQ sbwait 0xffffff000395c118][SLP] ftpd 52764 ffffff000328b2e8 1051 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 52730 ffffff0036e4c8b8 0 1248 1248 0000000 [SLPQ accept 0xffffff002c2108fe][SLP] perl5.8.6 52589 ffffff002b39c5d0 1027 52588 52589 0004002 [SLPQ ttyin 0xffffff0024801410][SLP] bash 52588 ffffff001a1402e8 1027 52585 52585 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 52585 ffffff002b227ba0 0 609 52585 0000100 [SLPQ sbwait 0xffffff002075abe0][SLP] sshd 52548 ffffff002c6be5d0 0 1248 1248 0000000 [SLPQ accept 0xffffff002c2108fe][SLP] perl5.8.6 52387 ffffff00374758b8 1024 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 52299 ffffff00219515d0 0 1248 1248 0000000 [SLPQ accept 0xffffff002c2108fe][SLP] perl5.8.6 52275 ffffff001471d8b8 0 1248 1248 0000000 [SLPQ accept 0xffffff002c2108fe][SLP] perl5.8.6 46768 ffffff00117825d0 1001 46765 46768 0004002 [SLPQ ttyin 0xffffff0000a8b810][SLP] bash 46765 ffffff001b674000 1001 46749 46749 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 46749 ffffff0037ab32e8 0 609 46749 0000100 [SLPQ sbwait 0xffffff003694f790][SLP] sshd 46699 ffffff0003dc32e8 6681 46695 46699 0004002 [SLPQ select 0xffffffff8082b2d0][SLP] pine 46695 ffffff001a44a2e8 6681 46694 46695 0004002 [SLPQ wait 0xffffff001a44a2e8][SLP] bash 46694 ffffff0005248000 6681 46689 46689 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 46689 ffffff002eec15d0 0 609 46689 0000100 [SLPQ sbwait 0xffffff001ecca118][SLP] sshd 45600 ffffff001529d2e8 1001 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 45043 ffffff0034d44000 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 43651 ffffff0019e05000 6682 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 42697 ffffff0000db1000 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 42696 ffffff00086d78b8 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 42695 ffffff001c9feba0 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 41451 ffffff001c9fe5d0 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 41447 ffffff001b7c85d0 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 41078 ffffff002f226000 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 40576 ffffff000aef62e8 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 40295 ffffff0000db1ba0 2003 15975 40295 0004102 [SLPQ pause 0xffffff0000db1c10][SLP] screen 34134 ffffff0019fb65d0 1017 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 27552 ffffff0031aba8b8 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 15975 ffffff001529dba0 2003 15974 15975 0004002 [SLPQ wait 0xffffff001529dba0][SLP] bash 15974 ffffff0014fc98b8 2003 15960 15960 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 15960 ffffff003297f5d0 0 609 15960 0000100 [SLPQ sbwait 0xffffff002a1ed9b8][SLP] sshd 9303 ffffff00052482e8 80 697 697 0000100 [SLPQ accept 0xffffff002cfef05e][SLP] httpd 61918 ffffff00117828b8 6676 61914 61918 0004002 [SLPQ select 0xffffffff8082b2d0][SLP] pine 61914 ffffff0033501000 6676 61913 61914 0004002 [SLPQ wait 0xffffff0033501000][SLP] bash 61913 ffffff000ca7dba0 6676 61911 61911 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 61911 ffffff0014d832e8 0 609 61911 0000100 [SLPQ sbwait 0xffffff002c6fa790][SLP] sshd 48436 ffffff000aef65d0 1068 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 40876 ffffff002c8bc8b8 1006 744 744 0004000 [SLPQ select 0xffffffff8082b2d0][SLP] imapd 48661 ffffff002ef9d8b8 106 1 48661 0008180 (threaded) clamd thread 0xffffff0032d03500 ksegrp 0xffffff003069f420 [SLPQ kserel 0xffffff003069f490][SLP] thread 0xffffff0004b82a00 ksegrp 0xffffff003069f420 [SLPQ kserel 0xffffff003069f490][SLP] thread 0xffffff001dc47c80 ksegrp 0xffffff003069f420 [SLPQ accept 0xffffff000b2038fe][SLP] thread 0xffffff0015efd280 ksegrp 0xffffff000e293420 [SLPQ ksesigwait 0xffffff002ef9da68][SLP] 48650 ffffff00031625d0 106 1 48650 0000100 [SLPQ pause 0xffffff0003162640][SLP] freshclam 36572 ffffff003033b000 6681 1 36571 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] dircproxy 36813 ffffff001f52e000 0 1 36810 0000100 [SLPQ sbwait 0xffffff002c12e9b8][SLP] sshd 23616 ffffff000abe88b8 6671 23614 23616 0004002 [SLPQ ttyin 0xffffff002ce5b010][SLP] bash 23614 ffffff0002ac55d0 6671 23611 23611 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 23611 ffffff00202b15d0 0 609 23611 0000100 [SLPQ sbwait 0xffffff0028dd2790][SLP] sshd 90642 ffffff0039475000 0 1 90638 0000100 [SLPQ sbwait 0xffffff00125d1340][SLP] sshd 78160 ffffff001a140000 0 76625 78160 0004002 [SLPQ select 0xffffffff8082b2d0][SLP] ssh 76625 ffffff001d5da000 0 76624 76625 0004002 [SLPQ wait 0xffffff001d5da000][SLP] bash 76624 ffffff001f52e8b8 0 1 76624 0004102 [SLPQ wait 0xffffff001f52e8b8][SLP] su 5720 ffffff0031aba2e8 1000 1 5720 0000002 [SLPQ select 0xffffffff8082b2d0][SLP] eggdrop 5718 ffffff002eddaba0 1000 1 5718 0000002 [SLPQ select 0xffffffff8082b2d0][SLP] eggdrop 5712 ffffff002edda000 1000 5709 5712 0004002 [SLPQ select 0xffffffff8082b2d0][SLP] scrollz-1.9.4 5709 ffffff002edfaba0 1000 5699 5709 0004002 [SLPQ wait 0xffffff002edfaba0][SLP] bash 5708 ffffff002ee7a000 1000 5705 5708 0004002 [SLPQ select 0xffffffff8082b2d0][SLP] scrollz-1.9.4 5705 ffffff001d42a2e8 1000 5699 5705 0004002 [SLPQ wait 0xffffff001d42a2e8][SLP] bash 5704 ffffff0013bdc8b8 1000 5701 5704 0004002 [SLPQ select 0xffffffff8082b2d0][SLP] scrollz-1.9.4 5701 ffffff002edda8b8 1000 5699 5701 0004002 [SLPQ wait 0xffffff002edda8b8][SLP] bash 5699 ffffff0003162000 1000 1 5699 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] screen 89851 ffffff00394755d0 0 1 89851 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] inetd 89834 ffffff000aef6ba0 0 1 89834 0000000 [SLPQ nanslp 0xffffffff80822ba0][SLP] cron 89828 ffffff00176468b8 25 1 89828 0000100 [SLPQ pause 0xffffff0017646928][SLP] sendmail 89824 ffffff00129fd8b8 0 1 89824 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sendmail 89818 ffffff002ee7aba0 0 1 89818 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 89816 ffffff00100122e8 0 1 89816 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] inetd 89799 ffffff003bea45d0 0 1 89799 0000000 [SLPQ nanslp 0xffffffff80822ba0][SLP] cron 89793 ffffff000aef68b8 25 1 89793 0000100 [SLPQ pause 0xffffff000aef6928][SLP] sendmail 89789 ffffff001529d000 0 1 89789 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sendmail 89787 ffffff00100128b8 0 1 89787 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] inetd 89770 ffffff0010012000 0 1 89770 0000000 [SLPQ nanslp 0xffffffff80822ba0][SLP] cron 89761 ffffff003bea4ba0 25 1 89761 0000100 [SLPQ pause 0xffffff003bea4c10][SLP] sendmail 89754 ffffff00303fc000 0 1 89754 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] inetd 89746 ffffff0037ab3ba0 0 1 89746 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 89744 ffffff003bea42e8 0 1 89744 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] inetd 89741 ffffff0013bdc000 0 1 89741 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sendmail 89698 ffffff002f2265d0 0 1 89698 0000000 [SLPQ nanslp 0xffffffff80822ba0][SLP] cron 89696 ffffff000abe82e8 0 1 89696 0000000 [SLPQ nanslp 0xffffffff80822ba0][SLP] cron 89687 ffffff003d5822e8 25 1 89687 0000100 [SLPQ pause 0xffffff003d582358][SLP] sendmail 89675 ffffff00055aa000 25 1 89675 0000100 [SLPQ pause 0xffffff00055aa070][SLP] sendmail 89656 ffffff002ef9dba0 0 1 89656 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sendmail 89645 ffffff001f52eba0 0 1 89645 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sendmail 89623 ffffff002ef1b8b8 0 1 89623 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 89612 ffffff001d42a5d0 0 1 89612 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] syslogd 89574 ffffff00129fd000 0 1 89574 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 89566 ffffff001f52e5d0 0 1 89566 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 89502 ffffff000abe8ba0 0 1 89502 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] syslogd 89290 ffffff00129fd2e8 0 1 89290 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] syslogd 89256 ffffff00073ac5d0 0 1 89256 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] syslogd 89231 ffffff00202b1000 0 1 89231 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] syslogd 88982 ffffff00229de8b8 0 1 88982 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] inetd 88965 ffffff0013bdc2e8 0 1 88965 0000000 [SLPQ nanslp 0xffffffff80822ba0][SLP] cron 88959 ffffff0031df95d0 25 1 88959 0000100 [SLPQ pause 0xffffff0031df9640][SLP] sendmail 88955 ffffff00227fb8b8 0 1 88955 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sendmail 88949 ffffff002b2278b8 0 1 88949 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 88899 ffffff001d42a8b8 0 1 88899 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] syslogd 7246 ffffff002ee7a8b8 0 1 7246 0000000 [SLPQ accept 0xffffff0018e7bd4e][SLP] python 64001 ffffff0011b7f8b8 1026 1 64001 0015002 [SLPQ select 0xffffffff8082b2d0][SLP] ruby 49159 ffffff003d582000 2003 49158 49159 0004003 [SLPQ select 0xffffffff8082b2d0][SLP] irssi 49158 ffffff002f148ba0 2003 49156 49158 0004002 [SLPQ wait 0xffffff002f148ba0][SLP] bash 49156 ffffff00303fc8b8 2003 1 49156 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] screen 48054 ffffff00202b1ba0 6694 48052 48054 0004002 [SLPQ select 0xffffffff8082b2d0][SLP] irssi 48052 ffffff000abe8000 6694 1 48052 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] screen 37525 ffffff003d6e75d0 389 1 37525 0008180 (threaded) slapd thread 0xffffff0032500780 ksegrp 0xffffff003d6830b0 [SLPQ kserel 0xffffff003d683120][SLP] thread 0xffffff0014ef9500 ksegrp 0xffffff003d6830b0 [SLPQ select 0xffffffff8082b2d0][SLP] thread 0xffffff000e91bc80 ksegrp 0xffffff003d6830b0 [SLPQ kserel 0xffffff003d683120][SLP] thread 0xffffff002da22c80 ksegrp 0xffffff000adae840 [SLPQ ksesigwait 0xffffff003d6e7780][SLP] 1326 ffffff002fdd7ba0 0 1291 1326 0004100 [SLPQ select 0xffffffff8082b2d0][SLP] fam 1311 ffffff002eb99ba0 0 1 1311 0004002 [SLPQ ttyin 0xffffff0000f5f010][SLP] getty 1310 ffffff002eec18b8 0 1 1310 0004002 [SLPQ ttyin 0xffffff003cbf0c10][SLP] getty 1309 ffffff002ed42000 0 1 1309 0004002 [SLPQ ttyin 0xffffff003ce31810][SLP] getty 1308 ffffff003dabb8b8 0 1 1308 0004002 [SLPQ ttyin 0xffffff003ce31410][SLP] getty 1307 ffffff002ef9d2e8 0 1 1307 0004002 [SLPQ ttyin 0xffffff003c06e810][SLP] getty 1306 ffffff002eb992e8 0 1 1306 0004002 [SLPQ ttyin 0xffffff003c06ec10][SLP] getty 1305 ffffff002edfa5d0 0 1 1305 0004002 [SLPQ ttyin 0xffffff003cbf0010][SLP] getty 1304 ffffff002b39c2e8 0 1 1304 0004002 [SLPQ ttyin 0xffffff003cbf0410][SLP] getty 1303 ffffff002b888000 0 1 1303 0004002 [SLPQ ttyin 0xffffff003cbf0810][SLP] getty 1291 ffffff003033b8b8 0 1 1291 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] inetd 1273 ffffff002b8885d0 0 1 1273 0000000 [SLPQ accept 0xffffff002cfef286][SLP] vtund 1256 ffffff002e2425d0 0 1 1255 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] snmpd 1248 ffffff002ef1b2e8 0 1 1248 0000000 [SLPQ pause 0xffffff002ef1b358][SLP] perl5.8.6 1117 ffffff002e6625d0 88 1068 1049 000c082 (threaded) mysqld thread 0xffffff002b5a1780 ksegrp 0xffffff003d683c60 [SLPQ kserel 0xffffff003d683cd0][SLP] thread 0xffffff001a641280 ksegrp 0xffffff0021f91000 [SLPQ sbwait 0xffffff000bd7d568][SLP] thread 0xffffff002045a280 ksegrp 0xffffff003d683c60 [SLPQ select 0xffffffff8082b2d0][SLP] thread 0xffffff0038bb5780 ksegrp 0xffffff003d683c60 [SLPQ kserel 0xffffff003d683cd0][SLP] thread 0xffffff0019b8ec80 ksegrp 0xffffff0014f34bb0 [SLPQ sbwait 0xffffff0020716340][SLP] thread 0xffffff003cb4ac80 ksegrp 0xffffff0021f912c0 [SLPQ sbwait 0xffffff003b58c118][SLP] thread 0xffffff001fc26000 ksegrp 0xffffff0014f342c0 [SLPQ sbwait 0xffffff0012478be0][SLP] thread 0xffffff00018de780 ksegrp 0xffffff001b51f840 [SLPQ sbwait 0xffffff0025aa6568][SLP] thread 0xffffff0030fe6000 ksegrp 0xffffff000c0d20b0 [SLPQ sbwait 0xffffff002f889118][SLP] thread 0xffffff0032d8a500 ksegrp 0xffffff000adae790 [SLPQ sbwait 0xffffff001f0dd568][SLP] thread 0xffffff003166fa00 ksegrp 0xffffff000c0d29a0 [SLPQ sbwait 0xffffff002c12e118][SLP] thread 0xffffff003a14e500 ksegrp 0xffffff0033bcbdc0 [SLPQ sbwait 0xffffff00106de118][SLP] thread 0xffffff00201e7000 ksegrp 0xffffff0035042160 [SLPQ sbwait 0xffffff003d470790][SLP] thread 0xffffff002e483500 ksegrp 0xffffff002b867d10 [SLPQ sigwait 0xffffffffa83aca38][SLP] thread 0xffffff002d8f8000 ksegrp 0xffffff002b867dc0 [SLPQ ksesigwait 0xffffff002e662780][SLP] 1068 ffffff002f1485d0 88 1 1049 0004002 [SLPQ wait 0xffffff002f1485d0][SLP] sh 783 ffffff002f168ba0 0 1 783 0000000 [SLPQ pause 0xffffff002f168c10][SLP] ipa 778 ffffff002b888ba0 26 1 778 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] exim-4.50-1 767 ffffff002eec1ba0 0 1 765 0004002 [SLPQ piperd 0xffffff002ce4c870][SLP] courierlogger 765 ffffff002edfa000 0 1 765 0000003 [SLPQ select 0xffffffff8082b2d0][SLP] couriertcpd 762 ffffff002ed425d0 0 720 719 0000002 [SLPQ select 0xffffffff8082b2d0][SLP] authdaemond 761 ffffff002ed428b8 0 720 719 0000002 [SLPQ select 0xffffffff8082b2d0][SLP] authdaemond 760 ffffff002ed42ba0 0 720 719 0000002 [SLPQ select 0xffffffff8082b2d0][SLP] authdaemond 759 ffffff002eec1000 0 720 719 0000002 [SLPQ select 0xffffffff8082b2d0][SLP] authdaemond 758 ffffff002eec12e8 0 720 719 0000002 [SLPQ select 0xffffffff8082b2d0][SLP] authdaemond 746 ffffff002edda5d0 0 1 744 0004002 [SLPQ piperd 0xffffff002b1da5a0][SLP] courierlogger 744 ffffff002b8882e8 0 1 744 0000003 [SLPQ select 0xffffffff8082b2d0][SLP] couriertcpd 733 ffffff002e662ba0 0 1 731 0004002 [SLPQ piperd 0xffffff002b29bb40][SLP] courierlogger 731 ffffff002e242ba0 0 1 731 0000003 [SLPQ select 0xffffffff8082b2d0][SLP] couriertcpd 720 ffffff002e2422e8 0 719 719 0004002 [SLPQ select 0xffffffff8082b2d0][SLP] authdaemond 719 ffffff003dabbba0 0 1 719 0000003 [SLPQ piperd 0xffffff002ce4c5a0][SLP] courierlogger 697 ffffff002ef1bba0 0 1 697 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] httpd 676 ffffff002e662000 70 675 674 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] postgres 675 ffffff00303fc2e8 70 674 674 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] postgres 674 ffffff002ed422e8 70 1 674 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] postgres 636 ffffff002b39c000 0 1 636 0000000 [SLPQ nanslp 0xffffffff80822ba0][SLP] cron 609 ffffff002f168000 0 1 609 0000100 [SLPQ select 0xffffffff8082b2d0][SLP] sshd 595 ffffff002f148000 0 1 595 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] ntpd 554 ffffff002f1685d0 0 1 554 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] usbd 523 ffffff002e6628b8 0 519 519 0000000 [SLPQ - 0xffffff002ef33800][SLP] nfsd 522 ffffff002f1682e8 0 519 519 0000000 [SLPQ - 0xffffff002ef33000][SLP] nfsd 521 ffffff003d6e78b8 0 519 519 0000000 [SLPQ - 0xffffff002eb32800][SLP] nfsd 520 ffffff003033bba0 0 519 519 0000000 [SLPQ - 0xffffff002eb32600][SLP] nfsd 519 ffffff00303fcba0 0 1 519 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] nfsd 517 ffffff002b39cba0 0 1 517 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] mountd 495 ffffff002f2262e8 0 1 495 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] rpcbind 424 ffffff002eb99000 53 1 424 0008180 (threaded) named thread 0xffffff0002731a00 ksegrp 0xffffff003069fd10 [SLPQ kserel 0xffffff003069fd80][SLP] thread 0xffffff000ff08000 ksegrp 0xffffff003069fd10 [SLPQ select 0xffffffff8082b2d0][SLP] thread 0xffffff001bceac80 ksegrp 0xffffff003069fd10 [SLPQ kserel 0xffffff003069fd80][SLP] thread 0xffffff002effc500 ksegrp 0xffffff002f3678f0 [SLPQ ksesigwait 0xffffff002eb991b0][SLP] 342 ffffff002fdd72e8 0 1 342 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] syslogd 320 ffffff002fdd75d0 0 1 320 0000000 [SLPQ select 0xffffffff8082b2d0][SLP] devd 249 ffffff003033b2e8 0 1 249 0000000 [SLPQ pause 0xffffff003033b358][SLP] adjkerntz 213 ffffff002fdd78b8 0 0 0 0000204 [SLPQ mdwait 0xffffff003ceaf000][SLP] md0 72 ffffff003d5825d0 0 0 0 0000204 [SLPQ - 0xffffffffa5527be4][SLP] schedcpu 71 ffffff003d5828b8 0 0 0 0000204 [SLPQ - 0xffffffff80835af8][SLP] nfsiod 3 70 ffffff003d582ba0 0 0 0 0000204 [SLPQ - 0xffffffff80835af0][SLP] nfsiod 2 69 ffffff003d684000 0 0 0 0000204 [SLPQ - 0xffffffff80835ae8][SLP] nfsiod 1 68 ffffff003d6842e8 0 0 0 0000204 [SLPQ - 0xffffffff80835ae0][SLP] nfsiod 0 67 ffffff003d6845d0 0 0 0 0000204 [SLPQ syncer 0xffffffff80822780][SLP] syncer 66 ffffff003d6848b8 0 0 0 0000204 [SLPQ vlruwt 0xffffff003d6848b8][SLP] vnlru 65 ffffff003d684ba0 0 0 0 0000204 [SLPQ psleep 0xffffffff8082bbfc][SLP] bufdaemon 64 ffffff003d6e7000 0 0 0 000020c [RUNQ] pagezero 63 ffffff003da532e8 0 0 0 0000204 [SLPQ psleep 0xffffffff8083e704][SLP] vmdaemon 62 ffffff003da535d0 0 0 0 0000204 [CPU 0] pagedaemon 61 ffffff003da538b8 0 0 0 0000204 [SLPQ m:w1 0xffffff003ce0fa00][SLP] g_mirror gm0s1 60 ffffff003da53ba0 0 0 0 0000204 [SLPQ - 0xffffff0000d69248][SLP] fdc0 59 ffffff003da58000 0 0 0 0000204 [IWAIT] swi0: sio 58 ffffff003da582e8 0 0 0 0000204 [SLPQ idle 0xffffffff80c45000][SLP] aic_recovery1 57 ffffff003da585d0 0 0 0 0000204 [SLPQ idle 0xffffffff80c41000][SLP] aic_recovery0 56 ffffff003da588b8 0 0 0 0000204 [SLPQ usbevt 0xffffffff80c3d420][SLP] usb1 55 ffffff003da58ba0 0 0 0 0000204 [SLPQ usbtsk 0xffffffff808160d0][SLP] usbtask 54 ffffff003dabb000 0 0 0 0000204 [SLPQ usbevt 0xffffffff80c3b420][SLP] usb0 9 ffffff003dabb2e8 0 0 0 0000204 [SLPQ actask 0xffffffff808008e0][SLP] acpi_task2 8 ffffff003dabb5d0 0 0 0 0000204 [SLPQ actask 0xffffffff808008e0][SLP] acpi_task1 7 ffffff003da8c000 0 0 0 0000204 [SLPQ actask 0xffffffff808008e0][SLP] acpi_task0 53 ffffff003da8c2e8 0 0 0 0000204 [IWAIT] swi6: task queue 52 ffffff003da8c5d0 0 0 0 0000204 [IWAIT] swi6:+ 6 ffffff003da8c8b8 0 0 0 0000204 [SLPQ - 0xffffff0000ca0900][SLP] thread taskq 51 ffffff003da8cba0 0 0 0 0000204 [IWAIT] swi6:+ 50 ffffff003daaf000 0 0 0 0000204 [IWAIT] swi3: cambio 49 ffffff003daaf2e8 0 0 0 0000204 [IWAIT] swi2: camnet 5 ffffff003daaf5d0 0 0 0 0000204 [SLPQ - 0xffffff0000ca0d80][SLP] kqueue taskq 48 ffffff003daaf8b8 0 0 0 0000204 [IWAIT] swi6: acpitaskq 47 ffffff003daafba0 0 0 0 0000204 [SLPQ - 0xffffffff80813cc0][SLP] yarrow 4 ffffff003da53000 0 0 0 0000204 [SLPQ - 0xffffffff80819b08][SLP] g_down 3 ffffff003da92000 0 0 0 0000204 [SLPQ - 0xffffffff80819b00][SLP] g_up 2 ffffff003da922e8 0 0 0 0000204 [SLPQ - 0xffffffff80819af0][SLP] g_event 46 ffffff003da925d0 0 0 0 0000204 [IWAIT] swi1: net 45 ffffff003da928b8 0 0 0 0000204 [IWAIT] swi4: vm 44 ffffff003da92ba0 0 0 0 000020c [RUNQ] swi5: clock sio 43 ffffff003da95000 0 0 0 0000204 [IWAIT] irq0: clk 42 ffffff003da952e8 0 0 0 0000204 [IWAIT] irq31: 41 ffffff003da955d0 0 0 0 0000204 [IWAIT] irq30: 40 ffffff003da958b8 0 0 0 0000204 [IWAIT] irq29: 39 ffffff003da95ba0 0 0 0 0000204 [IWAIT] irq28: 38 ffffff003da772e8 0 0 0 0000204 [IWAIT] irq27: 37 ffffff003da775d0 0 0 0 0000204 [IWAIT] irq26: 36 ffffff003da778b8 0 0 0 0000204 [IWAIT] irq25: bge1 ahd1 35 ffffff003da77ba0 0 0 0 0000204 [RUNQ] irq24: bge0 ahd0 34 ffffff003da46000 0 0 0 0000204 [IWAIT] irq23: 33 ffffff003da462e8 0 0 0 0000204 [IWAIT] irq22: 32 ffffff003da465d0 0 0 0 0000204 [IWAIT] irq21: 31 ffffff003da468b8 0 0 0 0000204 [IWAIT] irq20: 30 ffffff003da46ba0 0 0 0 0000204 [IWAIT] irq19: ohci0 ohci1+ 29 ffffff003da8a8b8 0 0 0 0000204 [IWAIT] irq18: fxp0 28 ffffff003da8aba0 0 0 0 0000204 [IWAIT] irq17: 27 ffffff003da93000 0 0 0 0000204 [IWAIT] irq16: 26 ffffff003da932e8 0 0 0 0000204 [IWAIT] irq15: ata1 25 ffffff003da935d0 0 0 0 0000204 [IWAIT] irq14: ata0 24 ffffff003da938b8 0 0 0 0000204 [IWAIT] irq13: 23 ffffff003da93ba0 0 0 0 0000204 [IWAIT] irq12: 22 ffffff003da77000 0 0 0 0000204 [IWAIT] irq11: 21 ffffff003daa02e8 0 0 0 0000204 [IWAIT] irq10: 20 ffffff003daa05d0 0 0 0 0000204 [IWAIT] irq9: acpi0 19 ffffff003daa08b8 0 0 0 0000204 [IWAIT] irq8: rtc 18 ffffff003daa0ba0 0 0 0 0000204 [IWAIT] irq7: ppc0 17 ffffff003da8a000 0 0 0 0000204 [IWAIT] irq6: fdc0 16 ffffff003da8a2e8 0 0 0 0000204 [IWAIT] irq5: 15 ffffff003da8a5d0 0 0 0 0000204 [IWAIT] irq4: sio0 14 ffffff003da97000 0 0 0 0000204 [IWAIT] irq3: sio1 13 ffffff003da972e8 0 0 0 0000204 [IWAIT] irq1: 12 ffffff003da975d0 0 0 0 000020c [Can run] idle: cpu0 11 ffffff003da978b8 0 0 0 000020c [Can run] idle: cpu1 1 ffffff003da97ba0 0 0 1 0004200 [SLPQ wait 0xffffff003da97ba0][SLP] init 10 ffffff003daa0000 0 0 0 0000204 [SLPQ ktrace 0xffffffff8081f3d0][SLP] ktrace 0 ffffffff80819c80 0 0 0 0000200 [SLPQ sched 0xffffffff80819c80][SLP] swapper db> DMESG output: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #0: Tue May 3 11:19:51 CEST 2005 root@anduin.net:/usr/obj/usr/src/sys/ANDUIN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 242 (1595.97-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 1073676288 (1023 MB) avail memory = 1024086016 (976 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 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci3: on pcib1 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci3 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci3 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xa400-0xa40f, 0xa800-0xa803,0xac00-0xac07,0xb000-0xb003,0xb400-0xb407 mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci3 ata2: channel #0 on atapci0 ata3: channel #1 on atapci0 ata4: channel #2 on atapci0 ata5: channel #3 on atapci0 pci3: at device 6.0 (no driver attached) fxp0: port 0xbc00-0xbc3f mem 0xfeaa0000-0xfeabffff,0xfeafb000-0xfeafbfff irq 18 at device 8.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:2a:11:64 isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0xffa0-0xffaf, 0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 ata0: channel #0 on atapci1 ata1: channel #1 on atapci1 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci2: on pcib2 ahd0: port 0x9c00-0x9cff, 0x9000-0x90ff mem 0xfc8fc000-0xfc8fdfff irq 24 at device 6.0 on pci2 aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x9400-0x94ff, 0x9800-0x98ff mem 0xfc8fe000-0xfc8fffff irq 25 at device 6.1 on pci2 aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs bge0: mem 0xfc8a0000-0xfc8affff,0xfc8b0000-0xfc8bffff irq 24 at device 9.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:2a:59:8c bge1: mem 0xfc8d0000-0xfc8dffff,0xfc8e0000-0xfc8effff irq 25 at device 9.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:2a:59:8d pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xd1000-0xd57ff,0xc0000-0xc7fff on isa0 atkbdc0: at port 0x64,0x60 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging disabled acd0: CDROM at ata1-slave PIO4 ad4: 152627MB [310101/16/63] at ata2- master SATA150 ad6: 152627MB [310101/16/63] at ata3- master SATA150 ar0: 152625MB [19457/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master Waiting 15 seconds for SCSI devices to settle sa0 at ahd0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 32) da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) da1 at ahd0 bus 0 target 9 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687340 512 byte sectors: 255H 63S/T 4462C) GEOM_MIRROR: Device gm0s1 created (id=3433009533). GEOM_MIRROR: Device gm0s1: provider da0s1 detected. GEOM_MIRROR: Device gm0s1: provider da1s1 detected. GEOM_MIRROR: Device gm0s1: provider da1s1 activated. GEOM_MIRROR: Device gm0s1: provider mirror/gm0s1 launched. GEOM_MIRROR: Device gm0s1: rebuilding provider da0s1. SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/mirror/gm0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted /tmp: mount pending error: blocks 0 files 1 WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted WARNING: /export/home was not properly dismounted /export/home: mount pending error: blocks 240 files 2 GEOM_MIRROR: Device gm0s1: rebuilding provider da0s1 finished. GEOM_MIRROR: Device gm0s1: provider da0s1 activated. From owner-freebsd-stable@FreeBSD.ORG Fri May 27 20:47: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 E74B716A41C; Fri, 27 May 2005 20:47:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85D8B43D49; Fri, 27 May 2005 20:47:14 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RKlecc007257; Fri, 27 May 2005 16:47:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RKlDlA061824; Fri, 27 May 2005 16:47:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ECAC77306E; Fri, 27 May 2005 16:47:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050527204712.ECAC77306E@freebsd-current.sentex.ca> Date: Fri, 27 May 2005 16:47:12 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 20:47:15 -0000 TB --- 2005-05-27 19:25:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-27 19:25:14 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-05-27 19:25:14 - cleaning the object tree TB --- 2005-05-27 19:25:55 - checking out the source tree TB --- 2005-05-27 19:25:55 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2005-05-27 19:25:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-05-27 19:34:27 - building world (CFLAGS=-O -pipe) TB --- 2005-05-27 19:34:27 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-05-27 19:34:27 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-27 20:26:35 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 20:26:35 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-05-27 20:26:35 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri May 27 20:26:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri May 27 20:38:12 UTC 2005 TB --- 2005-05-27 20:38:12 - generating LINT kernel config TB --- 2005-05-27 20:38:12 - cd /home/tinderbox/RELENG_5/i386/i386/src/sys/i386/conf TB --- 2005-05-27 20:38:12 - /usr/bin/make -B LINT TB --- 2005-05-27 20:38:12 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 20:38:12 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-05-27 20:38:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 27 20:38:12 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_async.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_atmllc.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_base.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_bpf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_bridge.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_cisco.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_device.c /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_device.c:137: warning: 'ng_device_mod_event' defined but not used *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2005-05-27 20:47:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-27 20:47:12 - ERROR: failed to build lint kernel TB --- 2005-05-27 20:47:12 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Fri May 27 22:05: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 8B5F316A41C; Fri, 27 May 2005 22:05:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C8B643D1D; Fri, 27 May 2005 22:05:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RM5FkI028506; Fri, 27 May 2005 18:05:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RM5FxB089814; Fri, 27 May 2005 18:05:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E10F67306E; Fri, 27 May 2005 18:05:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050527220514.E10F67306E@freebsd-current.sentex.ca> Date: Fri, 27 May 2005 18:05:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 22:05:16 -0000 TB --- 2005-05-27 20:47:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-27 20:47:12 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2005-05-27 20:47:12 - cleaning the object tree TB --- 2005-05-27 20:47:43 - checking out the source tree TB --- 2005-05-27 20:47:43 - cd /home/tinderbox/RELENG_5/i386/pc98 TB --- 2005-05-27 20:47:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-05-27 20:56:14 - building world (CFLAGS=-O -pipe) TB --- 2005-05-27 20:56:14 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-05-27 20:56:14 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-27 21:48:06 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 21:48:06 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-05-27 21:48:06 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri May 27 21:48:06 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri May 27 21:57:54 UTC 2005 TB --- 2005-05-27 21:57:54 - generating LINT kernel config TB --- 2005-05-27 21:57:54 - cd /home/tinderbox/RELENG_5/i386/pc98/src/sys/pc98/conf TB --- 2005-05-27 21:57:54 - /usr/bin/make -B LINT TB --- 2005-05-27 21:57:54 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 21:57:54 - cd /home/tinderbox/RELENG_5/i386/pc98/src TB --- 2005-05-27 21:57:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 27 21:57:54 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/pc98/src/sys/netgraph/ng_async.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/pc98/src/sys/netgraph/ng_atmllc.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/pc98/src/sys/netgraph/ng_base.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/pc98/src/sys/netgraph/ng_bpf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/pc98/src/sys/netgraph/ng_bridge.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/pc98/src/sys/netgraph/ng_cisco.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/pc98/src/sys -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/pc98/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/pc98/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/pc98/src/sys/netgraph/ng_device.c /tinderbox/RELENG_5/i386/pc98/src/sys/netgraph/ng_device.c:137: warning: 'ng_device_mod_event' defined but not used *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/obj/pc98/tinderbox/RELENG_5/i386/pc98/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/pc98/src. TB --- 2005-05-27 22:05:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-27 22:05:14 - ERROR: failed to build lint kernel TB --- 2005-05-27 22:05:14 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Fri May 27 22:11: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 E429916A41C for ; Fri, 27 May 2005 22:11:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D563543D1D for ; Fri, 27 May 2005 22:11:37 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4RMDKDg051642; Fri, 27 May 2005 16:13:20 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42979AC5.60305@samsco.org> Date: Fri, 27 May 2005 16:10:13 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Buelow References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42937D06.1070309@samsco.org> <20050526235805.N5798@zoraida.natserv.net> <42969D28.6070306@samsco.org> <20050527102221.X12475@zoraida.natserv.net> <4297316B.3060801@samsco.org> <42978172.6060200@incubus.de> In-Reply-To: <42978172.6060200@incubus.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 22:11:46 -0000 Matthias Buelow wrote: > Scott Long wrote: > >> Yeah, and what I'm trying to do is smooth the bumps for the long term. >> The 4.x->5.x transition was simply a gigantic mess for users, and it was >> largely a function of it being 4+ years in the making. > > > It still _is_ a gigantic mess. My hosted 5.3-stable server just > crapped itself for the second time this year, for no apparent reason. I > suggest reestablishing 4.x as the "production" tree and continuing to > maintain it for a while, including making releases, and regressing 5.x > to what it is and probably will be for quite a while: > "experimental". > > mkb. No, 4.x is stale enough. If you need help debugging your computer, please let me know and I will personally fix it for you. Scott From owner-freebsd-stable@FreeBSD.ORG Fri May 27 22:19: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 1A13C16A41C for ; Fri, 27 May 2005 22:19:53 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id B886F43D1F for ; Fri, 27 May 2005 22:19:52 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from [192.168.2.11] (p54AAD883.dip.t-dialin.net [84.170.216.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 248242F504; Sat, 28 May 2005 00:22:34 +0200 (CEST) Message-ID: <42979D0A.8060705@incubus.de> Date: Sat, 28 May 2005 00:19:54 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050513) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <42937D06.1070309@samsco.org> <20050526235805.N5798@zoraida.natserv.net> <42969D28.6070306@samsco.org> <20050527102221.X12475@zoraida.natserv.net> <4297316B.3060801@samsco.org> <42978172.6060200@incubus.de> <42979AC5.60305@samsco.org> In-Reply-To: <42979AC5.60305@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 22:19:53 -0000 Scott Long wrote: > No, 4.x is stale enough. If you need help debugging your computer, > please let me know and I will personally fix it for you. Sorry for letting some steam out.. I guess I shouldn't answer directly after a crash. Frankly, I don't know what caused it, so just ignore my rant. I cannot provide details since I've got neither a crashdump now (will fix that for next time), nor access to the console. mkb. From owner-freebsd-stable@FreeBSD.ORG Fri May 27 22:47: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 0BA1916A41C; Fri, 27 May 2005 22:47:16 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from heave.ugcs.caltech.edu (heave.ugcs.caltech.edu [131.215.176.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3F4243D48; Fri, 27 May 2005 22:47:15 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by heave.ugcs.caltech.edu (Postfix, from userid 3640) id 7DB6B8F484; Fri, 27 May 2005 15:47:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by heave.ugcs.caltech.edu (Postfix) with ESMTP id 3338FEAA68; Fri, 27 May 2005 15:47:11 -0700 (PDT) Date: Fri, 27 May 2005 15:47:08 -0700 (PDT) From: Jon Dama To: Don Lewis In-Reply-To: <200505270711.j4R7BTMf078204@gw.catspoiler.org> Message-ID: References: <200505270711.j4R7BTMf078204@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, skylar@cs.earlham.edu, freebsd-questions@freebsd.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 May 2005 22:47:16 -0000 Oh, something else to try: I checked through my notes and discovered that I had gotten UDP to work in a similar configuration before. What I did was bind the IP address to fxp0 instead of em0. By doing this, the kernel seems to send the data at a pace suitable for the slow interface. -Jon On Fri, 27 May 2005, Don Lewis wrote: > On 26 May, Skylar Thompson wrote: > > I'm having some problems with NFS serving on a FreeBSD 5.4-RELEASE > > machine. The FreeBSD machine is the NFS/NIS server for a group of four > > Linux clusters. The network archictecture looks like this: > > > > 234/24 234/24 > > Cluster 1 --- |--------------- Cluster 3 > > | --------------- > > em0| File server | fxp0 > > | -------------- > > Cluster 2 --- |--------------- Cluster 4 > > 234/24 230/24 > > > > > > em0 and fxp0 are bridged, and em0 has a 234/24 IP address while fxp0 is > > just in promiscuous mode. 234/24 is an 802.1q VLAN on the fxp0 side of > > the server, so packets are untagged at the switch just before fxp0, and > > are forwarded to em0 through the bridge. > > > > The problem manifests itself in large UDP NFS requests from Clusters 3 > > and 4. The export can be mounted fine from both those clusters, and > > small transfers such as with ls work fine, but the moment any serious > > data transfer starts, the entire mount just hangs. Running ethereal on > > the file server shows a a lot of fragmented packets, and RPC > > retransmissions on just a single request. Reducing the read and write > > NFS buffers on the Linux clients to 1kB from the default of 4kB solves > > the issue, but kills the transfer rate. The moment I go to 2kB, the > > problem reappearss. Clusters 1 and 2 use the default of 4kB buffers, and > > have no problems communicating to em0. > > > > Poking through the list archives, I ran across this message > > (http://lists.freebsd.org/pipermail/freebsd-stable/2003-May/001007.html) > > that reveals a bug in the fxp(4) driver in 4-RELEASE that incorrectly > > detects the capabilities of the NIC. Is this still an issue in > > 5-RELEASE, or am I looking at a different problem? Any ideas on how I > > can get the NFS buffers up to a reasonable level? > > That problem was fixed quite some time ago. > > Which transfer direction fails? > Client writing to server > Client reading from server > Both? > > Do you see all the fragments in the retransmitted request? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri May 27 23:38: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 E1DE416A41C; Fri, 27 May 2005 23:38:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81F3643D1F; Fri, 27 May 2005 23:38:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RNcuHU031131; Fri, 27 May 2005 19:38:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4RNcukt017413; Fri, 27 May 2005 19:38:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6EEC17306E; Fri, 27 May 2005 19:38:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050527233856.6EEC17306E@freebsd-current.sentex.ca> Date: Fri, 27 May 2005 19:38:56 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2005 23:38:58 -0000 TB --- 2005-05-27 22:05:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-27 22:05:15 - starting RELENG_5 tinderbox run for ia64/ia64 TB --- 2005-05-27 22:05:15 - cleaning the object tree TB --- 2005-05-27 22:05:40 - checking out the source tree TB --- 2005-05-27 22:05:40 - cd /home/tinderbox/RELENG_5/ia64/ia64 TB --- 2005-05-27 22:05:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-05-27 22:14:16 - building world (CFLAGS=-O -pipe) TB --- 2005-05-27 22:14:16 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-05-27 22:14:16 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-27 23:16:42 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 23:16:42 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-05-27 23:16:42 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri May 27 23:16:42 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri May 27 23:29:58 UTC 2005 TB --- 2005-05-27 23:29:58 - generating LINT kernel config TB --- 2005-05-27 23:29:58 - cd /home/tinderbox/RELENG_5/ia64/ia64/src/sys/ia64/conf TB --- 2005-05-27 23:29:58 - /usr/bin/make -B LINT TB --- 2005-05-27 23:29:59 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-27 23:29:59 - cd /home/tinderbox/RELENG_5/ia64/ia64/src TB --- 2005-05-27 23:29:59 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 27 23:29:59 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/dev/twa -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/ src/sys/netgraph/ng_async.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/dev/twa -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/ src/sys/netgraph/ng_atmllc.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/dev/twa -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/ src/sys/netgraph/ng_base.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/dev/twa -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/ src/sys/netgraph/ng_bpf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/dev/twa -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/ src/sys/netgraph/ng_bridge.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/dev/twa -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/ src/sys/netgraph/ng_cisco.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/ia64/ia64/src/sys -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/altq -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/pf -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/ia64/ia64/src/sys/dev/twa -I/tinderbox/RELENG_5/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/RELENG_5/ia64/ia64/ src/sys/netgraph/ng_device.c /tinderbox/RELENG_5/ia64/ia64/src/sys/netgraph/ng_device.c:137: warning: 'ng_device_mod_event' defined but not used *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/obj/ia64/tinderbox/RELENG_5/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/ia64/ia64/src. TB --- 2005-05-27 23:38:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-27 23:38:56 - ERROR: failed to build lint kernel TB --- 2005-05-27 23:38:56 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sat May 28 00:52: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 D154216A41C; Sat, 28 May 2005 00:52:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7173243D1D; Sat, 28 May 2005 00:52:57 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4S0quBT033004; Fri, 27 May 2005 20:52:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4S0quTA039416; Fri, 27 May 2005 20:52:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 78B5A7306E; Fri, 27 May 2005 20:52:56 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050528005256.78B5A7306E@freebsd-current.sentex.ca> Date: Fri, 27 May 2005 20:52:56 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 00:52:58 -0000 TB --- 2005-05-27 23:38:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-27 23:38:56 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-05-27 23:38:56 - cleaning the object tree TB --- 2005-05-27 23:39:20 - checking out the source tree TB --- 2005-05-27 23:39:20 - cd /home/tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-05-27 23:39:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-05-27 23:48:18 - building world (CFLAGS=-O -pipe) TB --- 2005-05-27 23:48:18 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-05-27 23:48:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-28 00:37:44 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-28 00:37:44 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-05-28 00:37:44 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 28 00:37:45 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat May 28 00:46:03 UTC 2005 TB --- 2005-05-28 00:46:03 - generating LINT kernel config TB --- 2005-05-28 00:46:03 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-05-28 00:46:03 - /usr/bin/make -B LINT TB --- 2005-05-28 00:46:03 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-28 00:46:03 - cd /home/tinderbox/RELENG_5/sparc64/sparc64/src TB --- 2005-05-28 00:46:03 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 28 00:46:03 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/netgraph/ng_async.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/netgraph/ng_atmllc.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/netgraph/ng_base.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/netgraph/ng_bpf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/netgraph/ng_bridge.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/netgraph/ng_cisco.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/RELENG_5/sparc64/sparc64/src/sys/netgraph/ng_device.c /tinderbox/RELENG_5/sparc64/sparc64/src/sys/netgraph/ng_device.c:137: warning: 'ng_device_mod_event' defined but not used *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/obj/sparc64/tinderbox/RELENG_5/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/sparc64/sparc64/src. TB --- 2005-05-28 00:52:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-28 00:52:56 - ERROR: failed to build lint kernel TB --- 2005-05-28 00:52:56 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sat May 28 03:33: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 BCFF816A41C for ; Sat, 28 May 2005 03:33:47 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69BA243D1F for ; Sat, 28 May 2005 03:33:47 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 66C1364B891 for ; Sat, 28 May 2005 00:33:46 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 05863-08 for ; Sat, 28 May 2005 03:33:46 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 4B84064B859 for ; Sat, 28 May 2005 00:33:27 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id E75B83C509; Sat, 28 May 2005 00:33:22 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id E20023C501 for ; Sat, 28 May 2005 00:33:22 -0300 (ADT) Date: Sat, 28 May 2005 00:33:22 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050528002333.A828@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: [5.4-STABLE] SATA & IDE ... don't co-exist on same 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: Sat, 28 May 2005 03:33:47 -0000 Today, I decided to merge two machines into one ... faster CPU, double the RAM, etc ... but, seem to having a problem when trying to enable the SATA drives ... Namely, there are 4 drives in this box .. two IDE (ad0 and ad1) and two SATA (ad2 and ad3) ... When I try and boot with just the 2 IDE connected, it boots fine ... If I connect just the two SATA drives connected, it also boots fine ... If I connect all 4 drives, it boots on ad0, as expected, goes through the boot messages until it hits the line for ad0: ad0: 38166MB [77545/16/63] at ata0-master UDMA33 Then it just hangs there for a few seconds, and then pops out an READ_DMA error ... After the first READ_DMA, it then shows me lines for ad1 thru ad3, and then continously pumps out READ_DMA errors and never actually finishes booting ... Now, one thing I've noticed since booting with the two drives is: ata0-master: DMA limited to UDMA33, non-ATA66 cable or device ata0-slave: DMA limited to UDMA33, non-ATA66 cable or device ad0: 38166MB [77545/16/63] at ata0-master UDMA33 ad1: 76319MB [155061/16/63] at ata0-slave UDMA33 Both are running UDMA33 ... when I booted before, and it gave the READ_DMA errors, it was reporting UDMA100 ... and I don't recall seeing the 'non-ATA66' error lines ... Should this work? Something that I'm overlooking? Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat May 28 03: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 976D416A41C for ; Sat, 28 May 2005 03:39:59 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ED1A43D1D for ; Sat, 28 May 2005 03:39:59 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 9DC5F64B88F for ; Sat, 28 May 2005 00:39:58 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 06276-03 for ; Sat, 28 May 2005 03:39:58 +0000 (GMT) Received: from ganymede.hub.org (blk-224-176-51.eastlink.ca [24.224.176.51]) by hub.org (Postfix) with ESMTP id 2D0A264B891 for ; Sat, 28 May 2005 00:39:58 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1000) id 5FDD13625A; Sat, 28 May 2005 00:39:56 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 5D000360EF for ; Sat, 28 May 2005 00:39:56 -0300 (ADT) Date: Sat, 28 May 2005 00:39:56 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org In-Reply-To: <20050528002333.A828@ganymede.hub.org> Message-ID: <20050528003927.O850@ganymede.hub.org> References: <20050528002333.A828@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Subject: Re: [5.4-STABLE] SATA & IDE ... don't co-exist on same 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: Sat, 28 May 2005 03:39:59 -0000 Ignore ... just figured it out ... had UDMA turned off for those drives in the BIOS :( Turned it back on, and all four drives come up as expected again ... Thanks ... On Sat, 28 May 2005, Marc G. Fournier wrote: > > Today, I decided to merge two machines into one ... faster CPU, double the > RAM, etc ... but, seem to having a problem when trying to enable the SATA > drives ... > > Namely, there are 4 drives in this box .. two IDE (ad0 and ad1) and two SATA > (ad2 and ad3) ... > > When I try and boot with just the 2 IDE connected, it boots fine ... > > If I connect just the two SATA drives connected, it also boots fine ... > > If I connect all 4 drives, it boots on ad0, as expected, goes through the > boot messages until it hits the line for ad0: > > ad0: 38166MB [77545/16/63] at ata0-master > UDMA33 > > Then it just hangs there for a few seconds, and then pops out an READ_DMA > error ... > > After the first READ_DMA, it then shows me lines for ad1 thru ad3, and then > continously pumps out READ_DMA errors and never actually finishes booting ... > > Now, one thing I've noticed since booting with the two drives is: > > ata0-master: DMA limited to UDMA33, non-ATA66 cable or device > ata0-slave: DMA limited to UDMA33, non-ATA66 cable or device > ad0: 38166MB [77545/16/63] at ata0-master > UDMA33 > ad1: 76319MB [155061/16/63] at ata0-slave > UDMA33 > > Both are running UDMA33 ... when I booted before, and it gave the READ_DMA > errors, it was reporting UDMA100 ... and I don't recall seeing the > 'non-ATA66' error lines ... > > Should this work? Something that I'm overlooking? > > Thanks ... > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Sat May 28 03:48: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 B892C16A41C; Sat, 28 May 2005 03:48:23 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BC0143D48; Sat, 28 May 2005 03:48:22 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id A46F821C85C; Fri, 27 May 2005 22:48:21 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 46060-08; Fri, 27 May 2005 22:48:10 -0500 (CDT) Received: from kanga.honeypot.net (kanga.honeypot.net [10.0.5.16]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id A666721C846; Fri, 27 May 2005 22:48:09 -0500 (CDT) From: Kirk Strauser To: John Baldwin , "M. Warner Losh" Date: Fri, 27 May 2005 22:48:03 -0500 User-Agent: KMail/1.8 References: <200505122236.14490.kirk@strauser.com> <200505221724.05548.kirk@strauser.com> <200505271548.42926.jhb@FreeBSD.org> In-Reply-To: <200505271548.42926.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2256973.8XievNnJOg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505272248.08196.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Cc: freebsd-stable@FreeBSD.org Subject: Re: wi0 is always status: no carrier X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 03:48:23 -0000 --nextPart2256973.8XievNnJOg Content-Type: multipart/mixed; boundary="Boundary-01=_0n+lC7UIFOJywNl" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_0n+lC7UIFOJywNl Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 27 May 2005 02:48 pm, you wrote: > The patch should change the IRQ numbers and also print out a line about h= ow > it is trusting your BIOS over the $PIR, so I think you didn't backport the > patch correctly or boot the patched kernel somehow. Here's what I did: 1) Install 5.4 to an empty drive. 2) Create a minimal /boot/loader.conf: hw.ata.ata_dma=3D"0" hw.ata.atapi_dma=3D"0" hw.cbb.start_memory=3D"0xd8000" boot_verbose=3D"YES" because FreeBSD picks the wrong DMA mode for my drive, and following Warner= 's=20 advice to use the right memory segment for the PCMCIA card. 3) Cold reboot, boot into GENERIC, and capture dmesg1 (attached). 4) Get http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/pci/pci_pir.c=20 (version 1.117 2005/04/14 18:25:09 jhb, md5 12c65b66c81266694bf2a87dc36cae6= e)=20 and move it onto the laptop. 5) cd /usr/src/sys/i386/pci; rm pci_pir.c; cp /tmp/pci_pir.c . (the one fro= m=20 step 4 above) 6) cd /usr/src/sys/i386/conf; cp GENERIC WOOZLE 7) cd /usr/src; make buildkernel KERNCONF=3DWOOZLE; make installkernel=20 KERNCONF=3DWOOZLE 8) Cold reboot into the new kernel and capture dmesg2 (attached). The two kernels are different sizes (5896397 for GENERIC and 5896729 for=20 WOOZLE), and I can't imagine how the old pci_pir.c would be in there (since= I=20 explicitly deleted it from the drive before compiling the new kernel), yet= =20 the dmesgs really are almost identical: $ diff -u dmesg1 dmesg2 =2D-- dmesg1 Fri May 27 22:03:56 2005 +++ dmesg2 Fri May 27 22:39:45 2005 @@ -1,13 +1,13 @@ 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. =2DFreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 =2D root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC +FreeBSD 5.4-RELEASE #0: Fri May 27 22:32:39 CDT 2005 + root@:/usr/obj/usr/src/sys/WOOZLE Preloaded elf kernel "/boot/kernel/kernel" at 0xc09df000. =2DCalibrating clock(s) ... i8254 clock: 1193114 Hz +Calibrating clock(s) ... i8254 clock: 1193115 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 =2DCalibrating TSC clock ... TSC clock: 334093721 Hz +Calibrating TSC clock ... TSC clock: 334093741 Hz CPU: AMD-K6(tm) 3D+ Processor (334.09-MHz 586-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x591 Stepping =3D 1 Features=3D0x8021bf @@ -415,7 +415,7 @@ unknown: at port 0x2f8-0x2ff on isa0 Device configuration finished. procfs registered =2DTimecounter "TSC" frequency 334093721 Hz quality 800 +Timecounter "TSC" frequency 334093741 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x44 cable=3D80pin Any other ideas of what I might try? The draw of the Gentoo is strengtheni= ng,=20 but I really don't want to go that route. =2D-=20 Kirk Strauser --Boundary-01=_0n+lC7UIFOJywNl Content-Type: text/plain; charset="iso-8859-6"; name="dmesg1" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg1" 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. =46reeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc09df000. Calibrating clock(s) ... i8254 clock: 1193114 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 334093721 Hz CPU: AMD-K6(tm) 3D+ Processor (334.09-MHz 586-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x591 Stepping =3D 1 Features=3D0x8021bf AMD Features=3D0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associat= ive L2 internal cache: 256 kbytes, 32 bytes/line, 2 lines/tag, 4-way associative Write Allocate Disable real memory =3D 402653184 (384 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001790ffff, 382644224 bytes (93419 pages) avail memory =3D 384335872 (366 MB) bios32: Found BIOS32 Service Directory header at 0xc00fa700 bios32: Entry =3D 0xfab80 (c00fab80) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xabb0 pnpbios: Found PnP BIOS data at 0xc00fb720 pnpbios: Entry =3D f0000:b748 Rev =3D 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> mem: K6-family MTRR support enabled (2 registers) null: random: io:
npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80000848 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3Dc7011045) pcibios: BIOS version 2.10 =46ound $PIR table, 4 entries at 0xc00fd890 PCI-Only Interrupts: 11 Location Bus Device Pin Link IRQs embedded 0 4 A 0x02 9 embedded 0 7 A 0x22 10 embedded 0 7 B 0x22 10 embedded 0 7 C 0x22 10 embedded 0 7 D 0x22 10 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x2 255 N 1 9 0x22 255 N 4 10 $PIR: Found matching pin for 0.7.INTA at func 0: 11 $PIR: BIOS IRQ 11 for 0.7.INTA is not valid for link 0x22 $PIR: Found matching pin for 0.7.INTB at func 1: 11 $PIR: BIOS IRQ 11 for 0.7.INTB is not valid for link 0x22 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x2 9 N 1 9 0x22 10 N 4 10 $PIR: IRQs used by BIOS: 9 10 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 1 4 0 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1045, dev=3D0xc701, revid=3D0x32 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1045, dev=3D0xc700, revid=3D0x31 bus=3D0, slot=3D1, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 24, enabled map[14]: type 1, range 32, base e1000000, size 21, enabled map[18]: type 1, range 32, base e1200000, size 20, enabled found-> vendor=3D0x10c8, dev=3D0x0004, revid=3D0x01 bus=3D0, slot=3D6, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0xff (63750 n= s) intpin=3Da, irq=3D255 map[10]: type 1, range 32, base 00000000, size 12, enabled $PIR: 0:7 INTA routed to irq 10 found-> vendor=3D0x1217, dev=3D0x6836, revid=3D0x62 bus=3D0, slot=3D7, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0410, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled $PIR: 0:7 INTB routed to irq 10 found-> vendor=3D0x1217, dev=3D0x6836, revid=3D0x62 bus=3D0, slot=3D7, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0410, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 1 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=3D0x1045, dev=3D0xd568, revid=3D0x30 bus=3D0, slot=3D20, func=3D0 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 6.0 (no driver attached) cbb0: irq 10 at device 7.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x68361217 0x04100007 0x06070062 0x00824000=20 0x10: 0x80000000 0x020000a0 0x20030200 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffd=20 0x30: 0x00000001 0x0000fffd 0x00000001 0x0400010a=20 0x40: 0x68360983 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x00000007 0x00000000 0x00000000 0x00000000=20 0x90: 0x0c013b3f 0x00000388 0x00000000 0x00000000=20 0xa0: 0x76010001 0x00c04000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: irq 10 at device 7.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x68361217 0x04100007 0x06070062 0x00824000=20 0x10: 0x80001000 0x020000a0 0x20050400 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffd=20 0x30: 0x00000001 0x0000fffd 0x00000001 0x0400020a=20 0x40: 0x68360983 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x00000007 0x00000000 0x00000000 0x00000000=20 0x90: 0x0c013b3f 0x00000388 0x00000000 0x00000000=20 0xa0: 0x76010001 0x00c04000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f= 6,0x1f0-0x1f7 at device 20.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd2 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0xc ata1: [MPSAFE] ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 ESS0006: adding io range 0x800-0xfff, size=3D0x8, align=3D0x8 ESS1869: start dependent (0) ESS1869: adding dma mask 0x2 ESS1869: adding dma mask 0x9 ESS1869: adding irq mask 0x20 ESS1869: adding io range 0x220-0x22f, size=3D0x10, align=3D0 ESS1869: adding io range 0x388-0x38b, size=3D0x4, align=3D0 ESS1869: adding io range 0x330-0x331, size=3D0x2, align=3D0 ESS1869: start dependent (1) ESS1869: adding dma mask 0x2 ESS1869: adding dma mask 0x9 ESS1869: adding irq mask 0x6a0 ESS1869: adding io range 0x220-0x24f, size=3D0x10, align=3D0x20 ESS1869: adding io range 0x388-0x38b, size=3D0x4, align=3D0 ESS1869: adding io range 0x300-0x331, size=3D0x2, align=3D0x30 ESS1869: start dependent (1) ESS1869: adding dma mask 0xb ESS1869: adding dma mask 0xb ESS1869: adding irq mask 0x1ea0 ESS1869: adding io range 0x220-0x28f, size=3D0x10, align=3D0x20 ESS1869: adding io range 0x388-0x38b, size=3D0x4, align=3D0 ESS1869: adding io range 0x300-0x331, size=3D0x2, align=3D0x30 ESS1869: start dependent (1) ESS1869: adding dma mask 0xb ESS1869: adding dma mask 0xb ESS1869: adding irq mask 0x1ea0 ESS1869: adding io range 0x220-0x28f, size=3D0x10, align=3D0x20 ESS1869: adding io range 0x388-0x38b, size=3D0x4, align=3D0 ESS1869: adding io range 0x800-0xfff, size=3D0x2, align=3D0x2 ESS1869: start dependent (2) ESS1869: adding dma mask 0xb ESS1869: adding dma mask 0xb ESS1869: adding irq mask 0x1ea0 ESS1869: adding io range 0x220-0x28f, size=3D0x10, align=3D0x20 ESS1869: adding io range 0x800-0xfff, size=3D0x4, align=3D0x4 ESS1869: adding io range 0x800-0xfff, size=3D0x2, align=3D0x2 ESS1869: end dependent ESS0001: start dependent (0) ESS0001: adding io range 0x201-0x201, size=3D0x1, align=3D0 ESS0001: start dependent (1) ESS0001: adding io range 0x200-0x20f, size=3D0x1, align=3D0x1 ESS0001: end dependent ex_isa_identify() pnpbios: 19 devices, largest 164 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=3D0x10, align=3D0 PNP0200: adding io range 0x81-0x83, size=3D0x3, align=3D0 PNP0200: adding io range 0x87-0x87, size=3D0x1, align=3D0 PNP0200: adding io range 0x89-0x8b, size=3D0x3, align=3D0 PNP0200: adding io range 0x8f-0x91, size=3D0x3, align=3D0 PNP0200: adding io range 0xc0-0xdf, size=3D0x20, align=3D0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=3D0x4, align=3D0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=3D0x2, align=3D0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=3D0x1, align=3D0 PNP0303: adding io range 0x64-0x64, size=3D0x1, align=3D0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=3D0x1, align=3D0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=3D0x10, align=3D0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=3D0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=3D0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x17ffffff, size=3D0x17f00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=3D0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=3D0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfffff, size=3D0x8000 PNP0c02: adding fixed memory32 range 0xca000-0xcbfff, size=3D0x2000 pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x4d0-0x4d1, size=3D0x2, align=3D0 PNP0a03: adding io range 0xcf8-0xcff, size=3D0x8, align=3D0 PNP0a03: adding io range 0x480-0x48f, size=3D0x10, align=3D0 pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 10 device ID PNP0f13 (130fd041) PNP0c02: adding io range 0x208-0x20f, size=3D0x8, align=3D0 pnpbios: handle 11 device ID PNP0c02 (020cd041) PNP0e03: adding fixed io range 0x3e0-0x3e1, size=3D0x2, align=3D0x1 pnpbios: handle 12 device ID PNP0e03 (030ed041) PNP0c02: adding io range 0x40b-0x40b, size=3D0x1, align=3D0 PNP0c02: adding io range 0x4d6-0x4d6, size=3D0x1, align=3D0 pnpbios: handle 13 device ID PNP0c02 (020cd041) PNP0c02: adding io range 0x398-0x399, size=3D0x2, align=3D0 pnpbios: handle 14 device ID PNP0c02 (020cd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=3D0x8, align=3D0 pnpbios: handle 15 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=3D0x4, align=3D0 PNP0700: adding irq mask 0x40 pnpbios: handle 16 device ID PNP0700 (0007d041) PNP0401: adding dma mask 0x8 PNP0401: adding io range 0x378-0x37f, size=3D0x8, align=3D0 PNP0401: adding io range 0x778-0x77b, size=3D0x4, align=3D0 PNP0401: adding irq mask 0x80 pnpbios: handle 17 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=3D0x8, align=3D0 pnpbios: handle 18 device ID PNP0501 (0105d041) unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc9fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x21 0x31 0x21 0x21 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x21 0x29 0x21 0x21 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 vt0: not probed (disabled) isa_probe_children: probing PnP devices adv1: Invalid baseport of 0x800 specified. Nearest valid baseport is 0x330.= Failing probe. unknown: failed to probe at port 0x80= 0-0x807 on isa0 adv1: Invalid baseport of 0x220 specified. Nearest valid baseport is 0x230.= Failing probe. unknown: failed to probe at port 0x33= 0-0x331,0x388-0x38b,0x220-0x22f irq 5 drq 0,1 on isa0 adv1: Invalid baseport of 0x201 specified. Nearest valid baseport is 0x210.= Failing probe. unknown: failed to probe at port 0x20= 1 on isa0 adv1: Invalid baseport of 0x0 specified. Nearest valid baseport is 0x100. = =46ailing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. = Failing probe. adv1: Invalid baseport of 0x70 specified. Nearest valid baseport is 0x100. = Failing probe. unknown: can't assign resources (port) unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. = Failing probe. unknown: failed to probe at port 0x61 on isa0 adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. = Failing probe. adv1: Invalid baseport of 0x4d0 specified. Nearest valid baseport is 0x330.= Failing probe. unknown: can't assign resources (irq) unknown: at irq 12 on isa0 adv1: Invalid baseport of 0x208 specified. Nearest valid baseport is 0x210.= Failing probe. adv1: Invalid baseport of 0x3e0 specified. Nearest valid baseport is 0x330.= Failing probe. unknown: failed to probe at port 0x3e0-0x3e1 on isa0 adv1: Invalid baseport of 0x40b specified. Nearest valid baseport is 0x330.= Failing probe. adv1: Invalid baseport of 0x398 specified. Nearest valid baseport is 0x330.= Failing probe. unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f2-0x3f5 on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 334093721 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x44 cable=3D80pin ad0: ATA-5 disk at ata0-master ad0: 9590MB (19640880 sectors), 19485 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, PIO4 ar: FreeBSD check1 failed pccard0: CIS version PC Card Standard 5.0 pccard0: CIS info: Microsoft, Wireless Notebook Adapter MN-520, , 1.0.3 pccard0: Manufacturer code 0x2d2, product 0x1 pccard0: function 0: network adapter, ccr addr 3e0 mask 1 pccard0: function 0, config table entry 1: I/O card; irq mask ffff; iomask = 6, iospace 0-3f; io16 irqpulse irqlevel wi0: at port 0x100-0x13f irq 1= 0 function 0 config 1 on pccard0 wi0: [MPSAFE] wi0: using RF:PRISM2.5 MAC:ISL3873 wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: bpf attached wi0: Ethernet address: 00:50:f2:77:c7:c2 wi0: bpf attached wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wi0: bpf attached GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:19640817 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 10056098304 end 10056130559 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 779034624 end 1047470079 GEOM: Configure ad0s1c, start 0 length 10056098304 end 10056098303 GEOM: Configure ad0s1d, start 1047470080 length 268435456 end 1315905535 GEOM: Configure ad0s1e, start 1315905536 length 268435456 end 1584340991 GEOM: Configure ad0s1f, start 1584340992 length 8471757312 end 10056098303 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 ata1: reiniting channel .. ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D01 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0xc ata1: resetting done .. ata1: reiniting channel .. ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1: reiniting channel .. ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0xffffffff cable=3D40pin ata1: device config done .. ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0xffffffff cable=3D40pin acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init --Boundary-01=_0n+lC7UIFOJywNl Content-Type: text/plain; charset="iso-8859-6"; name="dmesg2" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg2" 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. =46reeBSD 5.4-RELEASE #0: Fri May 27 22:32:39 CDT 2005 root@:/usr/obj/usr/src/sys/WOOZLE Preloaded elf kernel "/boot/kernel/kernel" at 0xc09df000. Calibrating clock(s) ... i8254 clock: 1193115 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 334093741 Hz CPU: AMD-K6(tm) 3D+ Processor (334.09-MHz 586-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x591 Stepping =3D 1 Features=3D0x8021bf AMD Features=3D0x80000800 Data TLB: 128 entries, 2-way associative Instruction TLB: 64 entries, 1-way associative L1 data cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associative L1 instruction cache: 32 kbytes, 32 bytes/line, 2 lines/tag, 2-way associat= ive L2 internal cache: 256 kbytes, 32 bytes/line, 2 lines/tag, 4-way associative Write Allocate Disable real memory =3D 402653184 (384 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001790ffff, 382644224 bytes (93419 pages) avail memory =3D 384335872 (366 MB) bios32: Found BIOS32 Service Directory header at 0xc00fa700 bios32: Entry =3D 0xfab80 (c00fab80) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xabb0 pnpbios: Found PnP BIOS data at 0xc00fb720 pnpbios: Entry =3D f0000:b748 Rev =3D 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> mem: K6-family MTRR support enabled (2 registers) null: random: io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80000848 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3Dc7011045) pcibios: BIOS version 2.10 =46ound $PIR table, 4 entries at 0xc00fd890 PCI-Only Interrupts: 11 Location Bus Device Pin Link IRQs embedded 0 4 A 0x02 9 embedded 0 7 A 0x22 10 embedded 0 7 B 0x22 10 embedded 0 7 C 0x22 10 embedded 0 7 D 0x22 10 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x2 255 N 1 9 0x22 255 N 4 10 $PIR: Found matching pin for 0.7.INTA at func 0: 11 $PIR: BIOS IRQ 11 for 0.7.INTA is not valid for link 0x22 $PIR: Found matching pin for 0.7.INTB at func 1: 11 $PIR: BIOS IRQ 11 for 0.7.INTB is not valid for link 0x22 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x2 9 N 1 9 0x22 10 N 4 10 $PIR: IRQs used by BIOS: 9 10 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 1 4 0 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1045, dev=3D0xc701, revid=3D0x32 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1045, dev=3D0xc700, revid=3D0x31 bus=3D0, slot=3D1, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 24, enabled map[14]: type 1, range 32, base e1000000, size 21, enabled map[18]: type 1, range 32, base e1200000, size 20, enabled found-> vendor=3D0x10c8, dev=3D0x0004, revid=3D0x01 bus=3D0, slot=3D6, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x10 (4000 ns), maxlat=3D0xff (63750 n= s) intpin=3Da, irq=3D255 map[10]: type 1, range 32, base 00000000, size 12, enabled $PIR: 0:7 INTA routed to irq 10 found-> vendor=3D0x1217, dev=3D0x6836, revid=3D0x62 bus=3D0, slot=3D7, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0410, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D10 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, enabled $PIR: 0:7 INTB routed to irq 10 found-> vendor=3D0x1217, dev=3D0x6836, revid=3D0x62 bus=3D0, slot=3D7, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0007, statreg=3D0x0410, cachelnsz=3D0 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D10 powerspec 1 supports D0 D1 D2 D3 current D0 map[20]: type 4, range 32, base 0000f000, size 4, enabled found-> vendor=3D0x1045, dev=3D0xd568, revid=3D0x30 bus=3D0, slot=3D20, func=3D0 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 6.0 (no driver attached) cbb0: irq 10 at device 7.0 on pci0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0x68361217 0x04100007 0x06070062 0x00824000=20 0x10: 0x80000000 0x020000a0 0x20030200 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffd=20 0x30: 0x00000001 0x0000fffd 0x00000001 0x0400010a=20 0x40: 0x68360983 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x00000007 0x00000000 0x00000000 0x00000000=20 0x90: 0x0c013b3f 0x00000388 0x00000000 0x00000000=20 0xa0: 0x76010001 0x00c04000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: irq 10 at device 7.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0x80001000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: 0x00: 0x68361217 0x04100007 0x06070062 0x00824000=20 0x10: 0x80001000 0x020000a0 0x20050400 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0x0000fffd=20 0x30: 0x00000001 0x0000fffd 0x00000001 0x0400020a=20 0x40: 0x68360983 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x00000007 0x00000000 0x00000000 0x00000000=20 0x90: 0x0c013b3f 0x00000388 0x00000000 0x00000000=20 0xa0: 0x76010001 0x00c04000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f= 6,0x1f0-0x1f7 at device 20.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd2 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0xd0 err=3D0xd0 lsb=3D0xd0 msb=3D0xd0 ata0-master: stat=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0-slave: stat=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D01 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0xc ata1: [MPSAFE] ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 ESS0006: adding io range 0x800-0xfff, size=3D0x8, align=3D0x8 ESS1869: start dependent (0) ESS1869: adding dma mask 0x2 ESS1869: adding dma mask 0x9 ESS1869: adding irq mask 0x20 ESS1869: adding io range 0x220-0x22f, size=3D0x10, align=3D0 ESS1869: adding io range 0x388-0x38b, size=3D0x4, align=3D0 ESS1869: adding io range 0x330-0x331, size=3D0x2, align=3D0 ESS1869: start dependent (1) ESS1869: adding dma mask 0x2 ESS1869: adding dma mask 0x9 ESS1869: adding irq mask 0x6a0 ESS1869: adding io range 0x220-0x24f, size=3D0x10, align=3D0x20 ESS1869: adding io range 0x388-0x38b, size=3D0x4, align=3D0 ESS1869: adding io range 0x300-0x331, size=3D0x2, align=3D0x30 ESS1869: start dependent (1) ESS1869: adding dma mask 0xb ESS1869: adding dma mask 0xb ESS1869: adding irq mask 0x1ea0 ESS1869: adding io range 0x220-0x28f, size=3D0x10, align=3D0x20 ESS1869: adding io range 0x388-0x38b, size=3D0x4, align=3D0 ESS1869: adding io range 0x300-0x331, size=3D0x2, align=3D0x30 ESS1869: start dependent (1) ESS1869: adding dma mask 0xb ESS1869: adding dma mask 0xb ESS1869: adding irq mask 0x1ea0 ESS1869: adding io range 0x220-0x28f, size=3D0x10, align=3D0x20 ESS1869: adding io range 0x388-0x38b, size=3D0x4, align=3D0 ESS1869: adding io range 0x800-0xfff, size=3D0x2, align=3D0x2 ESS1869: start dependent (2) ESS1869: adding dma mask 0xb ESS1869: adding dma mask 0xb ESS1869: adding irq mask 0x1ea0 ESS1869: adding io range 0x220-0x28f, size=3D0x10, align=3D0x20 ESS1869: adding io range 0x800-0xfff, size=3D0x4, align=3D0x4 ESS1869: adding io range 0x800-0xfff, size=3D0x2, align=3D0x2 ESS1869: end dependent ESS0001: start dependent (0) ESS0001: adding io range 0x201-0x201, size=3D0x1, align=3D0 ESS0001: start dependent (1) ESS0001: adding io range 0x200-0x20f, size=3D0x1, align=3D0x1 ESS0001: end dependent ex_isa_identify() pnpbios: 19 devices, largest 164 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=3D0x10, align=3D0 PNP0200: adding io range 0x81-0x83, size=3D0x3, align=3D0 PNP0200: adding io range 0x87-0x87, size=3D0x1, align=3D0 PNP0200: adding io range 0x89-0x8b, size=3D0x3, align=3D0 PNP0200: adding io range 0x8f-0x91, size=3D0x3, align=3D0 PNP0200: adding io range 0xc0-0xdf, size=3D0x20, align=3D0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=3D0x4, align=3D0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=3D0x2, align=3D0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=3D0x1, align=3D0 PNP0303: adding io range 0x64-0x64, size=3D0x1, align=3D0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=3D0x1, align=3D0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=3D0x10, align=3D0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=3D0xa0000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=3D0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x17ffffff, size=3D0x17f00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=3D0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=3D0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfffff, size=3D0x8000 PNP0c02: adding fixed memory32 range 0xca000-0xcbfff, size=3D0x2000 pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x4d0-0x4d1, size=3D0x2, align=3D0 PNP0a03: adding io range 0xcf8-0xcff, size=3D0x8, align=3D0 PNP0a03: adding io range 0x480-0x48f, size=3D0x10, align=3D0 pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 10 device ID PNP0f13 (130fd041) PNP0c02: adding io range 0x208-0x20f, size=3D0x8, align=3D0 pnpbios: handle 11 device ID PNP0c02 (020cd041) PNP0e03: adding fixed io range 0x3e0-0x3e1, size=3D0x2, align=3D0x1 pnpbios: handle 12 device ID PNP0e03 (030ed041) PNP0c02: adding io range 0x40b-0x40b, size=3D0x1, align=3D0 PNP0c02: adding io range 0x4d6-0x4d6, size=3D0x1, align=3D0 pnpbios: handle 13 device ID PNP0c02 (020cd041) PNP0c02: adding io range 0x398-0x399, size=3D0x2, align=3D0 pnpbios: handle 14 device ID PNP0c02 (020cd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=3D0x8, align=3D0 pnpbios: handle 15 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=3D0x4, align=3D0 PNP0700: adding irq mask 0x40 pnpbios: handle 16 device ID PNP0700 (0007d041) PNP0401: adding dma mask 0x8 PNP0401: adding io range 0x378-0x37f, size=3D0x8, align=3D0 PNP0401: adding io range 0x778-0x77b, size=3D0x4, align=3D0 PNP0401: adding irq mask 0x80 pnpbios: handle 17 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=3D0x8, align=3D0 pnpbios: handle 18 device ID PNP0501 (0105d041) unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc9fff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x21 0x31 0x21 0x21 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x21 0x29 0x21 0x21 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81=20 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96=20 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c=20 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff=20 vt0: not probed (disabled) isa_probe_children: probing PnP devices adv1: Invalid baseport of 0x800 specified. Nearest valid baseport is 0x330.= Failing probe. unknown: failed to probe at port 0x80= 0-0x807 on isa0 adv1: Invalid baseport of 0x220 specified. Nearest valid baseport is 0x230.= Failing probe. unknown: failed to probe at port 0x33= 0-0x331,0x388-0x38b,0x220-0x22f irq 5 drq 0,1 on isa0 adv1: Invalid baseport of 0x201 specified. Nearest valid baseport is 0x210.= Failing probe. unknown: failed to probe at port 0x20= 1 on isa0 adv1: Invalid baseport of 0x0 specified. Nearest valid baseport is 0x100. = =46ailing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. = Failing probe. adv1: Invalid baseport of 0x70 specified. Nearest valid baseport is 0x100. = Failing probe. unknown: can't assign resources (port) unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. = Failing probe. unknown: failed to probe at port 0x61 on isa0 adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. = Failing probe. adv1: Invalid baseport of 0x4d0 specified. Nearest valid baseport is 0x330.= Failing probe. unknown: can't assign resources (irq) unknown: at irq 12 on isa0 adv1: Invalid baseport of 0x208 specified. Nearest valid baseport is 0x210.= Failing probe. adv1: Invalid baseport of 0x3e0 specified. Nearest valid baseport is 0x330.= Failing probe. unknown: failed to probe at port 0x3e0-0x3e1 on isa0 adv1: Invalid baseport of 0x40b specified. Nearest valid baseport is 0x330.= Failing probe. adv1: Invalid baseport of 0x398 specified. Nearest valid baseport is 0x330.= Failing probe. unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x3f2-0x3f5 on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 334093741 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached ata0-master: pio=3D0x0c wdma=3D0x22 udma=3D0x44 cable=3D80pin ad0: ATA-5 disk at ata0-master ad0: 9590MB (19640880 sectors), 19485 C, 16 H, 63 S, 512 B ad0: 16 secs/int, 1 depth queue, PIO4 ar: FreeBSD check1 failed pccard0: CIS version PC Card Standard 5.0 pccard0: CIS info: Microsoft, Wireless Notebook Adapter MN-520, , 1.0.3 pccard0: Manufacturer code 0x2d2, product 0x1 pccard0: function 0: network adapter, ccr addr 3e0 mask 1 pccard0: function 0, config table entry 1: I/O card; irq mask ffff; iomask = 6, iospace 0-3f; io16 irqpulse irqlevel wi0: at port 0x100-0x13f irq 1= 0 function 0 config 1 on pccard0 wi0: [MPSAFE] wi0: using RF:PRISM2.5 MAC:ISL3873 wi0: Intersil Firmware: Primary (1.1.0), Station (1.4.9) wi0: bpf attached wi0: Ethernet address: 00:50:f2:77:c7:c2 wi0: bpf attached wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wi0: bpf attached GEOM: new disk ad0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/15/63 s:63 l:19640817 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad0s1, start 32256 length 10056098304 end 10056130559 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 GEOM: Configure ad0s1a, start 0 length 268435456 end 268435455 GEOM: Configure ad0s1b, start 268435456 length 779034624 end 1047470079 GEOM: Configure ad0s1c, start 0 length 10056098304 end 10056098303 GEOM: Configure ad0s1d, start 1047470080 length 268435456 end 1315905535 GEOM: Configure ad0s1e, start 1315905536 length 268435456 end 1584340991 GEOM: Configure ad0s1f, start 1584340992 length 8471757312 end 10056098303 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 [0] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:80 typ:165 s(CHS):0/0/1 e(CHS):1023/254/63 s:0 l:50000 ata1: reiniting channel .. ata1: reset tp1 mask=3D03 ostat0=3D00 ostat1=3D01 ata1-master: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1-slave: stat=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0xc ata1: resetting done .. ata1: reiniting channel .. ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1: reiniting channel .. ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0xffffffff cable=3D40pin ata1: device config done .. ata1-slave: FAILURE - ATAPI_IDENTIFY timed out ata1-master: pio=3D0x0c wdma=3D0x22 udma=3D0xffffffff cable=3D40pin acd0: CDROM drive at ata1 as master acd0: read 4134KB/s (4134KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Mounting root from ufs:/dev/ad0s1a start_init: trying /sbin/init --Boundary-01=_0n+lC7UIFOJywNl-- --nextPart2256973.8XievNnJOg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCl+n45sRg+Y0CpvERAhgqAJ4poIBG3WyEgBbQmFo3AU/VP8kHlgCaAsV1 caW9Nnoj01Ws43/YpL0Df24= =ksc1 -----END PGP SIGNATURE----- --nextPart2256973.8XievNnJOg-- From owner-freebsd-stable@FreeBSD.ORG Sat May 28 06:46: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 2F57F16A41C for ; Sat, 28 May 2005 06:46:23 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE5B243D1D for ; Sat, 28 May 2005 06:46:22 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 0DCCFEB3F47 for ; Sat, 28 May 2005 14:46:15 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id D1970130F99; Sat, 28 May 2005 14:46:13 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07639-18; Sat, 28 May 2005 14:46:06 +0800 (CST) Received: from [172.21.23.22] (unknown [172.21.23.22]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id EAC62130E6D; Sat, 28 May 2005 14:46:04 +0800 (CST) From: Xin LI To: Jovan Ross In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-mFwsn6iJz9wKhA2cAxB9" Organization: The FreeBSD Simplified Chinese Project Date: Sat, 28 May 2005 14:46:01 +0800 Message-Id: <1117262762.648.17.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 5.4 Dropping off Network 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: Sat, 28 May 2005 06:46:23 -0000 --=-mFwsn6iJz9wKhA2cAxB9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Jovan, =E5=9C=A8 2005-05-27=E4=BA=94=E7=9A=84 13:16 -0400=EF=BC=8CJovan Ross=E5=86= =99=E9=81=93=EF=BC=9A > I am experiencing problems keeping FreeBSD 5.4 connected. I have uptimes = of=20 > 5 or 6 days - sometimes 10 or 11, then, without freezing the machine=20 > totally, it stops responding to network traffic. I get DOS attacked every= =20 > once and a while and my logs are also filled with failed auths from passw= ord=20 > crackers but it seems that I have the worst effects from it. I don't have= =20 > any web traffic yet b/c this is my development machine. I have portsentry= =20 > with a default open firewall config running. I even took the firewall &=20 > portsentry off and I get the same problem. I am new to FreeBSD and have d= one=20 > the standard security procedures that new ones are advised to do: [snip] Your configuration looks reasonable to me. Would you please give us a look at your kernel configuration? Typically a SSH scan of password won't cause the problem you are describing, and this is likely to indicate some other problems, like: - Firewall dynamic rules table filled. - Some critical resources has been exhausted - Maybe some bugs in network adapter driver You may want to try "netstat -m", and ping other nodes when the networking is not working properly. These information would be helpful for tracking down the problem. Also, a /var/run/dmesg.boot would give us some information about your hardware. Cheers, --=20 Xin LI http://www.delphij.net/ --=-mFwsn6iJz9wKhA2cAxB9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCmBOp/cVsHxFZiIoRAvDCAJ9oMGIwRcT4/PB0JNRvb9VsiJSHhgCfRo3b HCeiBgMyG4AoUMrQuWo19Es= =W+zv -----END PGP SIGNATURE----- --=-mFwsn6iJz9wKhA2cAxB9-- From owner-freebsd-stable@FreeBSD.ORG Sat May 28 07:29: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 4DB3616A41C for ; Sat, 28 May 2005 07:29:18 +0000 (GMT) (envelope-from bdaniel7@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id C86FA43D1F for ; Sat, 28 May 2005 07:29:17 +0000 (GMT) (envelope-from bdaniel7@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so218090rns for ; Sat, 28 May 2005 00:29:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=rxvBlu9jSs8jWVt9E/bgOh0Q+gQHmSqDf3Ff2+qMtkf990nDhcXyCEYTP9TsU9+QY1ltxrKNfM5nTkW4lePbT+z2nhYy2aFcHqh+Ac7vKMwGacHE9YrbDIWJUyeWTfBM7IP0AY7s6N2yYFGJEsYgpkZvSDGAedFnXu16mJ7x8qM= Received: by 10.38.6.14 with SMTP id 14mr100741rnf; Sat, 28 May 2005 00:29:17 -0700 (PDT) Received: by 10.38.8.75 with HTTP; Sat, 28 May 2005 00:29:17 -0700 (PDT) Message-ID: <89b41e470505280029410764b4@mail.gmail.com> Date: Sat, 28 May 2005 10:29:17 +0300 From: Daniel To: freebsd-stable@freebsd.org, freebsd-advocacy@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Romanian BitDefender for FreeBSD Mail Servers line X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 07:29:18 -0000 Hi all,=20 Here are some links about the BitDefender for FreeBSD Mail Servers line. http://www.bitdefender.com/bd/site/products.php?p_id=3D52 ftp://ftp.bitdefender.com/pub/freebsd/mailserver/RELEASE_NOTES As a side note, BitDefender is a Romanian brand/product. It is developed by Softwin. The link in the main page of FreeBSD.org points to another site that announces the product, instead of the Romanian company's site.. About Romania http://www.cia.gov/cia/publications/factbook/geos/ro.html Cheers, Daniel From owner-freebsd-stable@FreeBSD.ORG Sat May 28 08:43: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 2F5E216A41C for ; Sat, 28 May 2005 08:43:16 +0000 (GMT) (envelope-from pkariuki@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD30843D1D for ; Sat, 28 May 2005 08:43:15 +0000 (GMT) (envelope-from pkariuki@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so1773681wri for ; Sat, 28 May 2005 01:43:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=OAu6opVXq1TyajAGzqOZFOasRLFnCVAWLppOsbSP1AxvDDBZclBVF2t4mqb4GTvXfkX3AHKhkB1rYLroNht47p2fFNGDreBv6TMTEYuMT/6vJpgjXOLQlDjMAkW6p1gsRDU+C1lJlllDvTCEwToQckhqQ6X2rgB1mi72CLHYhE0= Received: by 10.54.48.25 with SMTP id v25mr3227219wrv; Sat, 28 May 2005 01:43:14 -0700 (PDT) Received: by 10.54.79.20 with HTTP; Sat, 28 May 2005 01:43:14 -0700 (PDT) Message-ID: Date: Sat, 28 May 2005 11:43:14 +0300 From: Phares Kariuki To: 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: Subject: Why Move . . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Phares Kariuki List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 08:43:16 -0000 Hi, Im currently running fedora core 2. I was informed about this list by a=20 friend running freebsd. Now what I wanted to ask is whether any one of you= =20 has used any redhat flavours, if so, what is the distinct advantage of=20 moving to freebsd ( i have never used it), i cant just migrate because the= =20 machines I have access to are production machines. Thanks. kazam, pkariuki@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sat May 28 12:21:10 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 17A1B16A41C for ; Sat, 28 May 2005 12:21:10 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (guru164.netsonic.fi [194.29.193.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2307A43D48 for ; Sat, 28 May 2005 12:21:09 +0000 (GMT) (envelope-from andy@athame.co.uk) Received: from ping.int.athame.co.uk ([192.168.1.8]) by hex.athame.co.uk with esmtp (Exim 4.51 (FreeBSD)) id 1Dc0JO-000Pw4-QK; Sat, 28 May 2005 15:21:06 +0300 From: Andy Fawcett To: freebsd-stable@freebsd.org Date: Sat, 28 May 2005 15:21:40 +0300 User-Agent: KMail/1.8 References: <3248.172.16.0.199.1116876092.squirrel@172.16.0.1> <4297316B.3060801@samsco.org> <42978172.6060200@incubus.de> In-Reply-To: <42978172.6060200@incubus.de> X-Face: ?fLK282oT!Ss!(krp%ft%TWfrkz*Mxz<2hwkRBzd); #D/=!=XjYKFBh1wVeov4K&<=?utf-8?q?Z6bi=5F=0A=09=7BBvAjk1diod2?=,DQo`Xz<\$~fX7B>U`u0HC\Gc+B9Hxu"bjBc16tg~i4.,2A1>=?utf-8?q?=7BrcRK=5Fi!i=0A=097e79f=7CT=3B9=23gfr=3DG1u=27xS=3D?=(}_NSP,Gs>HDq Cc: Mike Jakubik , Matthias Buelow Subject: Re: Lifetime of FreeBSD branches X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 12:21:11 -0000 On Friday 27 May 2005 23:22, Matthias Buelow wrote: > Scott Long wrote: > > Yeah, and what I'm trying to do is smooth the bumps for the long > > term. The 4.x->5.x transition was simply a gigantic mess for users, > > and it was largely a function of it being 4+ years in the making. > > It still _is_ a gigantic mess. My hosted 5.3-stable server > just crapped itself for the second time this year, for no apparent > reason. I suggest reestablishing 4.x as the "production" tree and > continuing to maintain it for a while, including making releases, and > regressing 5.x to what it is and probably will be for quite a while: > "experimental". And to counter your rant, I've been using 5.x since 5.0-DP1 on a range of hardware (mostly i386 in quite different setups, and more recently amd64 too) with virtually no problems. On the other hand, 4.x (I think it was 4.9, but I really cannot remember for sure) crapped all over one box so hard I refuse to ever use it again. A. -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-stable@FreeBSD.ORG Sat May 28 12:30: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 A02A116A421 for ; Sat, 28 May 2005 12:30:42 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49FA543D49 for ; Sat, 28 May 2005 12:30:42 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1878250wri for ; Sat, 28 May 2005 05:30:41 -0700 (PDT) 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=gLnRwFUXppHnyWmk8JxKGW9bpY46bUrc16JX5cscc08fHMziXxL4AUfTKJHDy9xCmL1EgU5g0gjS1DYT3coEc1tQcWg2IIEcjNFRcXDWyCujLXl94r1310zzv7ZRoTG2BGap3J8uHpfLO+A4DxzP+3TfGbJ5kbs2h1f5m34HpNY= Received: by 10.54.49.26 with SMTP id w26mr3388644wrw; Sat, 28 May 2005 05:30:41 -0700 (PDT) Received: by 10.54.130.5 with HTTP; Sat, 28 May 2005 05:30:41 -0700 (PDT) Message-ID: Date: Sat, 28 May 2005 22:30:41 +1000 From: Robert Backhaus To: Tony Byrne In-Reply-To: <1936063736.20050526220424@byrnehq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1936063736.20050526220424@byrnehq.com> Cc: freebsd-stable@freebsd.org Subject: Re: ATA Timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Backhaus List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 12:30:42 -0000 > I temporarily moved the disk to a recent 5.4 desktop machine equipped > with the same chipset and the timeouts stopped, so it appears that the > problem is not with the disk. So the problem exists on 5.S and not on 5.4-RELEASE? or is it vice versa? From owner-freebsd-stable@FreeBSD.ORG Sat May 28 12:40: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 2E72F16A41C for ; Sat, 28 May 2005 12:40:56 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id C906043D1F for ; Sat, 28 May 2005 12:40:55 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IH700E61FROGU50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 28 May 2005 16:47:48 +0200 (CEST) Received: from kg-work.kg4.no ([80.203.21.150]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IH700HFRA2E8A30@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sat, 28 May 2005 14:44:38 +0200 (CEST) Date: Sat, 28 May 2005 14:40:51 +0200 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: To: freebsd-stable@freebsd.org Message-id: <20050528144051.4151ef60.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: Subject: Re: Why Move . . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 12:40:56 -0000 On Sat, 28 May 2005 11:43:14 +0300 Phares Kariuki wrote: > Im currently running fedora core 2. I was informed about this list by > a friend running freebsd. Now what I wanted to ask is whether any one > of you has used any redhat flavours, if so, what is the distinct > advantage of moving to freebsd ( i have never used it), i cant just The _only_ way you can find out if there is any advantage _for_ _you_ is to try it out for yourself. Find a machine, install FreeBSD on it, and use / play with for some time (a couple of weeks should do it). Note: if you are happy with whatever you have; don't change. If it works, don't fix it. If you want to learn something new, then you should take time to learn it. Just my 0.02 euros. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Sat May 28 12:46: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 BFE1816A41C; Sat, 28 May 2005 12:46:05 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from rutherford.zen.co.uk (rutherford.zen.co.uk [212.23.3.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88F0F43D54; Sat, 28 May 2005 12:46:03 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from [82.69.255.54] (helo=rtxnetworks.co.uk) by rutherford.zen.co.uk with esmtp (Exim 4.34) id 1Dc0hW-0003pI-HD; Sat, 28 May 2005 12:46:02 +0000 Received: from mail pickup service by rtxnetworks.co.uk with Microsoft SMTPSVC; Sat, 28 May 2005 13:45:45 +0100 thread-index: AcVjgyoBSFh0IBNhSzeBHKMdqiMVgQ== X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Date: Sat, 28 May 2005 13:45:44 +0100 From: "Jon Dama" To: Message-ID: <001301c56383$2a042ef0$144da8c0@rtxnetworks.local> In-Reply-To: <200505270711.j4R7BTMf078204@gw.catspoiler.org> Content-Transfer-Encoding: 7bit References: <200505270711.j4R7BTMf078204@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset="US-ASCII" X-Mailer: Microsoft CDO for Exchange 2000 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: Errors-To: owner-freebsd-questions@freebsd.org X-Zen-Test-Spam-Score: 0 X-Zen-Test-Spam-Bar: (/) X-Originating-Schroedinger-IP: [216.136.204.119] Content-Class: urn:content-classes:message X-Envelope-From: owner-freebsd-questions@freebsd.org Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.181 X-Envelope-To: james@rtxnetworks.co.uk X-Apparently-To: james@rtxnetworks.co.uk X-Zen-Loop: 4e5e9d7b303bfa0036200918db506edf X-Zen-Stored: hausdorff.zen.co.uk/1Dc0fg-00027L-Fr/2005-05-28 12:44:08 X-Antivirus: AVG for E-mail 7.0.322 [267.2.0] X-OriginalArrivalTime: 28 May 2005 12:45:45.0031 (UTC) FILETIME=[2A3B1D70:01C56383] X-Originating-Rutherford-IP: [82.69.255.54] Cc: freebsd-stable@freebsd.org, skylar@cs.earlham.edu, freebsd-questions@freebsd.org Subject: Re: Weird NFS problems X-BeenThere: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 12:46:06 -0000 Oh, something else to try: I checked through my notes and discovered that I had gotten UDP to work in a similar configuration before. What I did was bind the IP address to fxp0 instead of em0. By doing this, the kernel seems to send the data at a pace suitable for the slow interface. -Jon On Fri, 27 May 2005, Don Lewis wrote: > On 26 May, Skylar Thompson wrote: > > I'm having some problems with NFS serving on a FreeBSD 5.4-RELEASE > > machine. The FreeBSD machine is the NFS/NIS server for a group of four > > Linux clusters. The network archictecture looks like this: > > > > 234/24 234/24 > > Cluster 1 --- |--------------- Cluster 3 > > | --------------- > > em0| File server | fxp0 > > | -------------- > > Cluster 2 --- |--------------- Cluster 4 > > 234/24 230/24 > > > > > > em0 and fxp0 are bridged, and em0 has a 234/24 IP address while fxp0 is > > just in promiscuous mode. 234/24 is an 802.1q VLAN on the fxp0 side of > > the server, so packets are untagged at the switch just before fxp0, and > > are forwarded to em0 through the bridge. > > > > The problem manifests itself in large UDP NFS requests from Clusters 3 > > and 4. The export can be mounted fine from both those clusters, and > > small transfers such as with ls work fine, but the moment any serious > > data transfer starts, the entire mount just hangs. Running ethereal on > > the file server shows a a lot of fragmented packets, and RPC > > retransmissions on just a single request. Reducing the read and write > > NFS buffers on the Linux clients to 1kB from the default of 4kB solves > > the issue, but kills the transfer rate. The moment I go to 2kB, the > > problem reappearss. Clusters 1 and 2 use the default of 4kB buffers, and > > have no problems communicating to em0. > > > > Poking through the list archives, I ran across this message > > (http://lists.freebsd.org/pipermail/freebsd-stable/2003-May/001007.html) > > that reveals a bug in the fxp(4) driver in 4-RELEASE that incorrectly > > detects the capabilities of the NIC. Is this still an issue in > > 5-RELEASE, or am I looking at a different problem? Any ideas on how I > > can get the NFS buffers up to a reasonable level? > > That problem was fixed quite some time ago. > > Which transfer direction fails? > Client writing to server > Client reading from server > Both? > > Do you see all the fragments in the retransmitted request? > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat May 28 12:48: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 2D45516A41C for ; Sat, 28 May 2005 12:48:31 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 3BAD443D1F for ; Sat, 28 May 2005 12:48:29 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 11839 invoked from network); 28 May 2005 12:40:26 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 28 May 2005 12:40:26 -0000 Received: (qmail 27858 invoked by uid 89); 28 May 2005 13:03:29 -0000 Received: from unknown (HELO it.buh.tecnik93.com) (81.196.204.98) by 0 with SMTP; 28 May 2005 13:03:29 -0000 Received: from it.buh.tecnik93.com (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 58E8211600; Sat, 28 May 2005 15:48:20 +0300 (EEST) Date: Sat, 28 May 2005 15:48:19 +0300 From: Ion-Mihai Tetcu To: Daniel Message-ID: <20050528154819.5b8dfe57@it.buh.tecnik93.com> In-Reply-To: <89b41e470505280029410764b4@mail.gmail.com> References: <89b41e470505280029410764b4@mail.gmail.com> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-advocacy@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Romanian BitDefender for FreeBSD Mail Servers line X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 12:48:31 -0000 On Sat, 28 May 2005 10:29:17 +0300 Daniel wrote: > Hi all, > > Here are some links about the BitDefender for FreeBSD Mail Servers line. > > http://www.bitdefender.com/bd/site/products.php?p_id=52 > > ftp://ftp.bitdefender.com/pub/freebsd/mailserver/RELEASE_NOTES > > As a side note, BitDefender is a Romanian brand/product. It is > developed by Softwin. The link in the main page of FreeBSD.org points > to another site that announces the product, instead of the Romanian > company's site.. This is a www@ (and ports) issue, not an advocacy or stable. Please post to the appropriate mailing list. More, the link in question is under "FreeBSD in the press" so I don't see what the problem is. -- IOnut Unregistered ;) FreeBSD "user" From owner-freebsd-stable@FreeBSD.ORG Sat May 28 13:09: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 53F0816A41C for ; Sat, 28 May 2005 13:09:05 +0000 (GMT) (envelope-from big@kuwaitnet.net) Received: from orbit.kuwaitnet.net (orbit.kuwaitnet.net [216.40.249.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2BDA43D4C for ; Sat, 28 May 2005 13:09:02 +0000 (GMT) (envelope-from big@kuwaitnet.net) Received: from [62.150.129.102] (helo=[192.168.0.70]) by orbit.kuwaitnet.net with esmtpa (Exim 4.50) id 1Dc13Y-0002LM-GZ for stable@freebsd.org; Sat, 28 May 2005 16:08:51 +0300 Message-ID: <42986D5E.6060903@kuwaitnet.net> Date: Sat, 28 May 2005 16:08:46 +0300 From: Bashar User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <20050528144051.4151ef60.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20050528144051.4151ef60.torfinn.ingolfsen@broadpark.no> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - orbit.kuwaitnet.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - kuwaitnet.net X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=windows-1256; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Why Move . . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 13:09:05 -0000 Torfinn Ingolfsen wrote: >On Sat, 28 May 2005 11:43:14 +0300 >Phares Kariuki wrote: > > > >>Im currently running fedora core 2. I was informed about this list by >>a friend running freebsd. Now what I wanted to ask is whether any one >>of you has used any redhat flavours, if so, what is the distinct >>advantage of moving to freebsd ( i have never used it), i cant just >> >> > >The _only_ way you can find out if there is any advantage _for_ _you_ is >to try it out for yourself. Find a machine, install FreeBSD on it, and >use / play with for some time (a couple of weeks should do it). > >Note: if you are happy with whatever you have; don't change. >If it works, don't fix it. >If you want to learn something new, then you should take time to learn >it. > >Just my 0.02 euros. > > couldn't agree more, i'm a fbsd user myself yet i run few linux boxes for other reasons such as client request or compatibility issues its not advisable to move from production to another platform production and you never touched FreeBSD, just play with it for few as Torfinn point out and move when you feel comfortable. Although migration from Linux to BSD is not the hardest thing todo i've did it with live servers after digging around and knowing exactly what is needed todo before just throwing things and praying to have things work as expected, you always need todo some testing before going to live. Just my 2 fils ;) From owner-freebsd-stable@FreeBSD.ORG Sat May 28 13:14: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 E6EBD16A41C for ; Sat, 28 May 2005 13:14:31 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 920A643D1D for ; Sat, 28 May 2005 13:14:31 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id BCA7A221D79 for ; Sat, 28 May 2005 08:14:30 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 91748-03 for ; Sat, 28 May 2005 08:14:28 -0500 (CDT) Received: from kanga.honeypot.net (kanga.honeypot.net [10.0.5.16]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 8C5E2221963 for ; Sat, 28 May 2005 08:14:28 -0500 (CDT) From: Kirk Strauser To: freebsd-stable@freebsd.org Date: Sat, 28 May 2005 08:14:22 -0500 User-Agent: KMail/1.8 References: <000001c5628b$f37feab0$144da8c0@rtxnetworks.local> In-Reply-To: <000001c5628b$f37feab0$144da8c0@rtxnetworks.local> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2728021.LzAHoIFb93"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200505280814.27496.kirk@strauser.com> X-Virus-Scanned: amavisd-new at honeypot.net Subject: OT: Postmaster X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 13:14:32 -0000 --nextPart2728021.LzAHoIFb93 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Please don't send mailing list messages to postmaster. Many of us filter t= hat=20 as a magic address and therefore find spurious messages outside of where=20 they're supposed to be. Thanks! --nextPart2728021.LzAHoIFb93 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCmG6z5sRg+Y0CpvERAlnUAJ44pX6s8wjyqcg7zqCJz5oOXs1pmwCglMk9 YJFIiB/fexfvaTYrQ8EHMeQ= =wgwp -----END PGP SIGNATURE----- --nextPart2728021.LzAHoIFb93-- From owner-freebsd-stable@FreeBSD.ORG Sat May 28 16:49:25 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 9A35F16A41C; Sat, 28 May 2005 16:49:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99D8943F76; Sat, 28 May 2005 16:33:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4SGXiEh036743; Sat, 28 May 2005 12:33:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4SGXGDg088733; Sat, 28 May 2005 12:33:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 36EB07306E; Sat, 28 May 2005 12:33:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050528163316.36EB07306E@freebsd-current.sentex.ca> Date: Sat, 28 May 2005 12:33:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 16:49:25 -0000 TB --- 2005-05-28 15:17:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-28 15:17:55 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2005-05-28 15:17:55 - cleaning the object tree TB --- 2005-05-28 15:18:24 - checking out the source tree TB --- 2005-05-28 15:18:24 - cd /home/tinderbox/RELENG_5/alpha/alpha TB --- 2005-05-28 15:18:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-05-28 15:26:51 - building world (CFLAGS=-O -pipe) TB --- 2005-05-28 15:26:51 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-05-28 15:26:51 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-28 16:17:53 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-28 16:17:53 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-05-28 16:17:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 28 16:17:53 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat May 28 16:26:26 UTC 2005 TB --- 2005-05-28 16:26:26 - generating LINT kernel config TB --- 2005-05-28 16:26:26 - cd /home/tinderbox/RELENG_5/alpha/alpha/src/sys/alpha/conf TB --- 2005-05-28 16:26:26 - /usr/bin/make -B LINT TB --- 2005-05-28 16:26:26 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-28 16:26:26 - cd /home/tinderbox/RELENG_5/alpha/alpha/src TB --- 2005-05-28 16:26:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 28 16:26:26 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_async.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_atmllc.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_base.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_bpf.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_bridge.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_cisco.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/alpha/alpha/src/sys -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/altq -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/pf -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_device.c /tinderbox/RELENG_5/alpha/alpha/src/sys/netgraph/ng_device.c:137: warning: 'ng_device_mod_event' defined but not used *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/obj/alpha/tinderbox/RELENG_5/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/RELENG_5/alpha/alpha/src. TB --- 2005-05-28 16:33:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-28 16:33:16 - ERROR: failed to build lint kernel TB --- 2005-05-28 16:33:16 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sat May 28 17:03: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 0A5BA16A425 for ; Sat, 28 May 2005 17:03:04 +0000 (GMT) (envelope-from networker@degruson.isa-geek.org) Received: from degruson.isa-geek.org (lns-vlq-29-82-254-2-111.adsl.proxad.net [82.254.2.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39CD843DDE for ; Sat, 28 May 2005 16:50:27 +0000 (GMT) (envelope-from networker@degruson.isa-geek.org) Received: by legitimus.degruson.isa-geek.org (Postfix, from userid 1002) id AEF056531; Sat, 28 May 2005 18:45:53 +0200 (CEST) Date: Sat, 28 May 2005 18:45:53 +0200 From: Remi Degruson To: freebsd-stable@freebsd.org Message-ID: <20050528164553.GA19286@legitimus> References: <20050521160301.GA51988@legitimus> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050521160301.GA51988@legitimus> User-Agent: Mutt/1.4.2.1i Subject: Re:(SOLVED) 5.4RELEASE: problem with my ST34311A UDMA666 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: Sat, 28 May 2005 17:03:04 -0000 Hello, my problem was due to a bad ide cable. I replace it and all work well. I am surprised , this cable was ok with linux. On Sat, May 21, 2005 at 06:03:01PM +0200, Remi Degruson wrote: > Hello, > > On one of my computers, the 5.4 RELEASE bootonly disc don't want to write on my hdd. > The same hdd is ok whith other computer. > I have the same log whith 2 another hdd : > > atapci0: port 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 > ata0: channel #0 on atapci0 > ... > ad0: 4104MB [8895/15/63] at ata0-master UDMA66 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 > ad0: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=63 > ad0: FAILURE - READ_DMA status=51 error=48 LBA=63 > > It's my first attempt to install freebsd on this computer. From owner-freebsd-stable@FreeBSD.ORG Sat May 28 17:11: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 4C6D816A41F for ; Sat, 28 May 2005 17:11:03 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78E9E43D1D for ; Sat, 28 May 2005 17:11:01 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.207.149] by viefep12-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050528171059.PRJF2846.viefep12-int.chello.at@[80.98.207.149]> for ; Sat, 28 May 2005 19:10:59 +0200 Message-ID: <4298A622.3020100@t-hosting.hu> Date: Sat, 28 May 2005 19:10:58 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) 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: 8bit Subject: Abort rap from cron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 17:11:03 -0000 Hello, since I upgraded to 5.3-p15 from 5.3 the cron daemon sometimes send me an e-mail, that contains "Abort trap". Nothing seems to go wrong anyway, but it might be a source of troubles, if my cron scripts can't run normally. Do You know anything about this effect? Cheers, Gábor Kövesdán From owner-freebsd-stable@FreeBSD.ORG Sat May 28 17:38: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 90EE416A41C for ; Sat, 28 May 2005 17:38:15 +0000 (GMT) (envelope-from kurt.buff@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F7E643D1D for ; Sat, 28 May 2005 17:38:15 +0000 (GMT) (envelope-from kurt.buff@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so764526rng for ; Sat, 28 May 2005 10:38:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=d4Hsmky1LjYUhyaSrJkSHCBh8Yrk7Ii2+5J9vR58MrTU5AniFvBHgZUyUkPE8lBZGgGJ3pVG6wUYm4q+mZoSZnO06tcYUN4AWQw7ddjRz5WThlkCFS37GmXsucJ5M9gLIXnjFkajwen11M+w4KqLIw1GHged/iG1cu64IdHshJ4= Received: by 10.38.12.13 with SMTP id 13mr4771942rnl; Sat, 28 May 2005 10:38:14 -0700 (PDT) Received: from ?192.168.87.105? ([67.171.11.85]) by mx.gmail.com with ESMTP id 74sm1357338rnb.2005.05.28.10.38.14; Sat, 28 May 2005 10:38:14 -0700 (PDT) Message-ID: <4298AB2A.9050402@gmail.com> Date: Sat, 28 May 2005 10:32:26 -0700 From: Kurt Buff User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Phares Kariuki References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Why Move . . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kurt.buff@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 17:38:15 -0000 Phares Kariuki wrote: > Hi, > > Im currently running fedora core 2. I was informed about this list by a > friend running freebsd. Now what I wanted to ask is whether any one of you > has used any redhat flavours, if so, what is the distinct advantage of > moving to freebsd ( i have never used it), i cant just migrate because the > machines I have access to are production machines. I can't tell you that FreeBSD is better for your needs. However, I have found that I agree with what this person has to say on the matter. http://www.over-yonder.net/~fullermd/rants/bsd4linux/bsd4linux1.php I fiddled with Linux for several years, not getting very far, then I found FreeBSD, and got the consistency and stability and ease of use that I sought. Kurt From owner-freebsd-stable@FreeBSD.ORG Sat May 28 17:49: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 D8D2016A41C for ; Sat, 28 May 2005 17:49:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D73B43D48 for ; Sat, 28 May 2005 17:49:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 867E8513A7; Sat, 28 May 2005 10:49:49 -0700 (PDT) Date: Sat, 28 May 2005 10:49:49 -0700 From: Kris Kennaway To: K?vesd?n G?bor Message-ID: <20050528174949.GA48170@xor.obsecurity.org> References: <4298A622.3020100@t-hosting.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <4298A622.3020100@t-hosting.hu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Abort rap from cron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 17:49:53 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 28, 2005 at 07:10:58PM +0200, K?vesd?n G?bor wrote: > Hello, >=20 > since I upgraded to 5.3-p15 from 5.3 the cron daemon sometimes send me=20 > an e-mail, that contains "Abort trap". Nothing seems to go wrong anyway,= =20 > but it might be a source of troubles, if my cron scripts can't run normal= ly. > Do You know anything about this effect? This can happen on SMP machines if you exec a lot of processes at once (more than 16 simultaneous execs). 5.4 contains the vm.exec_map_entries tunable that allows you to increase this number. Kris --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCmK89Wry0BWjoQKURArwrAKCwqryPv/rDLgyZB7mMdVhhclBXhwCffLTT xwCSN10iN8dDUAOmIXrahA0= =jHVh -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Sat May 28 17:51: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 45FD616A41C for ; Sat, 28 May 2005 17:51:49 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE56743D48 for ; Sat, 28 May 2005 17:51:48 +0000 (GMT) (envelope-from subhro.kar@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so768170rng for ; Sat, 28 May 2005 10:51:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:organization:user-agent:x-accept-language:mime-version:to:cc:subject:references:in-reply-to:content-type; b=mVQ7saPB3Lrfxk4QRv2vXfPWDxo25O1bjRAM9XB9iK2fBjcZR9Bx75ZRr6qNP99ZVhM9reEWgUOLwHUZjbO14I8siW2sgc+hnVSTp/g+HI01XIurOhxt+Px2tdyRgUnK3+o47mT8oAOMTrRFzckH+I3NnlPSzmod+NUY9yiSztI= Received: by 10.38.153.45 with SMTP id a45mr4751154rne; Sat, 28 May 2005 10:51:48 -0700 (PDT) Received: from ?59.93.166.90? ([59.93.166.90]) by mx.gmail.com with ESMTP id m35sm1412960rnd.2005.05.28.10.51.44; Sat, 28 May 2005 10:51:48 -0700 (PDT) Message-ID: <4298AFA5.2070805@gmail.com> Date: Sat, 28 May 2005 23:21:33 +0530 From: Subhro Organization: Indian Institute of Information Technology User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Remi Degruson References: <20050521160301.GA51988@legitimus> <20050528164553.GA19286@legitimus> In-Reply-To: <20050528164553.GA19286@legitimus> Content-Type: multipart/mixed; boundary="------------090506030102060007080200" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: (SOLVED) 5.4RELEASE: problem with my ST34311A UDMA666 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: Sat, 28 May 2005 17:51:49 -0000 This is a multi-part message in MIME format. --------------090506030102060007080200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 5/28/2005 22:15, Remi Degruson wrote: >Hello, > >my problem was due to a bad ide cable. I replace it and all work well. >I am surprised , this cable was ok with linux. > > This is not something new or unexpected. Windows are Linux run happily on a lot of garbage grade hardware. But FreeBSD is very fussy about hardware. Thats the reason why a Linux box CAN create strange situations due to hardware. But a FreeBSD box would not even be ready to boot up if it does not find everything in tiptop condition. Regards S. --------------090506030102060007080200-- From owner-freebsd-stable@FreeBSD.ORG Sat May 28 18:15: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 C6E6016A41C; Sat, 28 May 2005 18:15:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 617D043D48; Sat, 28 May 2005 18:15:56 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j4SIGN5O039777; Sat, 28 May 2005 14:16:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4SIFtJF027927; Sat, 28 May 2005 14:15:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 36EBC7306E; Sat, 28 May 2005 14:15:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050528181555.36EBC7306E@freebsd-current.sentex.ca> Date: Sat, 28 May 2005 14:15:55 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 18:15:57 -0000 TB --- 2005-05-28 16:33:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-28 16:33:16 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-05-28 16:33:16 - cleaning the object tree TB --- 2005-05-28 16:33:47 - checking out the source tree TB --- 2005-05-28 16:33:47 - cd /home/tinderbox/RELENG_5/amd64/amd64 TB --- 2005-05-28 16:33:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-05-28 16:42:24 - building world (CFLAGS=-O -pipe) TB --- 2005-05-28 16:42:24 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-05-28 16:42:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-05-28 17:58:29 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-28 17:58:29 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-05-28 17:58:29 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 28 17:58:30 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat May 28 18:08:12 UTC 2005 TB --- 2005-05-28 18:08:12 - generating LINT kernel config TB --- 2005-05-28 18:08:12 - cd /home/tinderbox/RELENG_5/amd64/amd64/src/sys/amd64/conf TB --- 2005-05-28 18:08:12 - /usr/bin/make -B LINT TB --- 2005-05-28 18:08:12 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-28 18:08:12 - cd /home/tinderbox/RELENG_5/amd64/amd64/src TB --- 2005-05-28 18:08:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 28 18:08:12 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_async.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_atmllc.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_base.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_bpf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_bridge.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_cisco.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/amd64/amd64/src/sys -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/altq -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/pf -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/amd64/amd64/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/amd64/amd64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreest anding -Werror /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_device.c /tinderbox/RELENG_5/amd64/amd64/src/sys/netgraph/ng_device.c:137: warning: 'ng_device_mod_event' defined but not used *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/obj/amd64/tinderbox/RELENG_5/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/RELENG_5/amd64/amd64/src. TB --- 2005-05-28 18:15:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-28 18:15:55 - ERROR: failed to build lint kernel TB --- 2005-05-28 18:15:55 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sat May 28 19:37:17 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 230AF16A41C; Sat, 28 May 2005 19:37:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B677343D1D; Sat, 28 May 2005 19:37:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4SJbFmI060674; Sat, 28 May 2005 15:37:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j4SJbFJt087835; Sat, 28 May 2005 15:37:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 899EE7306E; Sat, 28 May 2005 15:37:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050528193715.899EE7306E@freebsd-current.sentex.ca> Date: Sat, 28 May 2005 15:37:15 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 19:37:17 -0000 TB --- 2005-05-28 18:15:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-05-28 18:15:55 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-05-28 18:15:55 - cleaning the object tree TB --- 2005-05-28 18:16:30 - checking out the source tree TB --- 2005-05-28 18:16:30 - cd /home/tinderbox/RELENG_5/i386/i386 TB --- 2005-05-28 18:16:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-05-28 18:25:10 - building world (CFLAGS=-O -pipe) TB --- 2005-05-28 18:25:10 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-05-28 18:25:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-05-28 19:16:58 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-28 19:16:58 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-05-28 19:16:58 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 28 19:16:58 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat May 28 19:28:46 UTC 2005 TB --- 2005-05-28 19:28:46 - generating LINT kernel config TB --- 2005-05-28 19:28:46 - cd /home/tinderbox/RELENG_5/i386/i386/src/sys/i386/conf TB --- 2005-05-28 19:28:46 - /usr/bin/make -B LINT TB --- 2005-05-28 19:28:46 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-05-28 19:28:46 - cd /home/tinderbox/RELENG_5/i386/i386/src TB --- 2005-05-28 19:28:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 28 19:28:46 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_async.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_atmllc.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_base.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_bpf.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_bridge.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_cisco.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/RELENG_5/i386/i386/src/sys -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/acpica -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/altq -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ipfilter -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/pf -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/dev/ath/freebsd -I/tinderbox/RELENG_5/i386/i386/src/sys/contrib/ngatm -I/tinderbox/RELENG_5/i386/i386/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-fun ctions -Wno-inline /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_device.c /tinderbox/RELENG_5/i386/i386/src/sys/netgraph/ng_device.c:137: warning: 'ng_device_mod_event' defined but not used *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/obj/tinderbox/RELENG_5/i386/i386/src/sys/LINT. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. *** Error code 1 Stop in /tinderbox/RELENG_5/i386/i386/src. TB --- 2005-05-28 19:37:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-05-28 19:37:15 - ERROR: failed to build lint kernel TB --- 2005-05-28 19:37:15 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sat May 28 19:56:46 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 A5F6116A41C for ; Sat, 28 May 2005 19:56:46 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4737843D4C for ; Sat, 28 May 2005 19:56:46 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so801252rng for ; Sat, 28 May 2005 12:56:45 -0700 (PDT) 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=ekqi1alOTX5MpSpTeOnF/T3Uz/HCqXUP6NPUjQsLRSDSCiSybyx3Y2EwL+llXhesGrp4Sw3+SChFkCjj0QA2P91mp3EsIqrCPAf9zfbrQWbtzH6RuvoegBNAHtQxZjhi23EhhIhNarsZarJlU6qe8ciNTueLxMG3TTY5KqrQi7Y= Received: by 10.38.12.13 with SMTP id 13mr4846237rnl; Sat, 28 May 2005 12:56:45 -0700 (PDT) Received: by 10.38.149.57 with HTTP; Sat, 28 May 2005 12:56:45 -0700 (PDT) Message-ID: Date: Sat, 28 May 2005 21:56:45 +0200 From: Claus Guttesen To: Phares Kariuki 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: stable@freebsd.org Subject: Re: Why Move . . . X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2005 19:56:46 -0000 > Im currently running fedora core 2. I was informed about this list by a > friend running freebsd. Now what I wanted to ask is whether any one of yo= u > has used any redhat flavours, if so, what is the distinct advantage of > moving to freebsd ( i have never used it), i cant just migrate because th= e > machines I have access to are production machines. If you can run your specific app(s] on FreeBSD one distinct attribute on it's own could make you "switch", and that's the ports-collection. So install FreeBSD, add your self to the wheel-group so you can become root, cd to /usr/ports/sysutils/portupgrade, do a make install clean, and start install programs by typing portinstall zsh, apache, gettext, whatever. The ports-collection will take care of dependencies. Upgrading is done by portupgrade zsh for instance. HTH Claus From owner-freebsd-stable@FreeBSD.ORG Sat May 28 20:40: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 E2B6216A41C for ; Sat, 28 May 2005 20:40:44 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AE8D43D49 for ; Sat, 28 May 2005 20:40:44 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1Dc881-000CXp-Pj; Sun, 29 May 2005 00:41:53 +0400 To: freebsd-stable@FreeBSD.org From: Boris Samorodov Date: Sun, 29 May 2005 00:41:53 +0400 Message-ID: <86637486@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: "Boris B. Samorodov" Cc: Subject: clone_root [a followup to conf/62417] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 20:40:45 -0000 --=-=-= Hi! This PR is about one year old. I've just submit a patch to FreeBSD-5.4-RELEASE, which worked just fine for me. Could anybody look at this PR? The patch is very simple but helpful: --=-=-= Content-Disposition: inline; filename=clone.patch Content-Description: patch for clone_root --- clone_root.orig Sat May 28 18:20:09 2005 +++ clone_root Sun May 29 00:12:28 2005 @@ -79,7 +79,7 @@ SYSDIRS="dev proc root usr var" DIRS="cdrom home mnt" PWFILES="master.passwd passwd spwd.db pwd.db" -TOCOPY="bin boot compat etc modules sbin stand sys" +TOCOPY="bin boot compat etc lib libexec sbin stand" init_diskless_root() { echo "Cleaning old diskless root ($DEST)" @@ -89,7 +89,7 @@ mkdir -p $DEST && echo "New diskless root created." echo "+++ Now copy original tree from / ..." ex="" - (cd / ; tar -clf - ${TOCOPY} ) | (cd $DEST; tar xvf - ) + (cd / ; tar --one-file-system -cf - ${TOCOPY} ) | (cd $DEST; tar xvf - ) #(cd / ; find -x dev | cpio -o -H newc ) | \ # (cd $DEST; cpio -i -H newc -d ) echo "+++ Fixing permissions on some objects" @@ -99,7 +99,7 @@ update_conf_and_pw() { echo "+++ Copying files in /conf and password files" (cd ${DEST} ; rm -rf conf ) - (cd / ; tar clf - conf ) | (cd ${DEST}; tar xvf - ) + (cd / ; tar --one-file-system -cf - conf ) | (cd ${DEST}; tar xvf - ) mkdir -p ${DEST}/conf/etc # used to mount things (cd /etc ; tar cvf - ${PWFILES} ) | (cd ${DEST}/etc ; tar xf - ) } @@ -113,12 +113,9 @@ done echo "." ln -s /var/tmp ${DEST}/tmp - echo "+++ Now use MAKEDEV to create devices ${DEVICES}" - (cd $DEST/dev ; cp /dev/MAKEDEV . ) - (cd $DEST/dev ; /dev/MAKEDEV ${DEVICES} ) (cd $DEST/dev ; ln -s /dev/sysmouse mouse ) - echo "+++ Copying kernel from /sys/compile/DISKLESS" - cp /sys/compile/DISKLESS/kernel $DEST/kernel + echo "+++ Copying kernel from /usr/obj/usr/src/sys/DISKLESS" + cp /usr/obj/usr/src/sys/DISKLESS/kernel $DEST/boot/kernel/kernel echo "." } --=-=-= WBR -- bsam --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Sat May 28 20:54: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 E460C16A41C for ; Sat, 28 May 2005 20:54:19 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from viefep14-int.chello.at (viefep14-int.chello.at [213.46.255.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D1EE43D1D for ; Sat, 28 May 2005 20:54:18 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from [80.98.207.149] by viefep14-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050528205416.YYPO7053.viefep14-int.chello.at@[80.98.207.149]>; Sat, 28 May 2005 22:54:16 +0200 Message-ID: <4298DA78.3020504@t-hosting.hu> Date: Sat, 28 May 2005 22:54:16 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <4298A622.3020100@t-hosting.hu> <20050528174949.GA48170@xor.obsecurity.org> In-Reply-To: <20050528174949.GA48170@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Abort rap from cron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 20:54:20 -0000 It is a single processor system. Those cron scripts are to verify whether my processes are run. So, there isn't such simultaneous runs. They are small scripts, that send a SIGCHLD to the processes they are responsible for, and if they don't find the processes running, they restarts them. I've been surprised because this hadn't happened before I upgraded to 5.3-p13. Not only my scripts caused this, even the atrun, which is a default entry in the stock /etc/crontab. >This can happen on SMP machines if you exec a lot of processes at once >(more than 16 simultaneous execs). 5.4 contains the >vm.exec_map_entries tunable that allows you to increase this number. > >Kris > > From owner-freebsd-stable@FreeBSD.ORG Sat May 28 21:22: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 EB32316A41C for ; Sat, 28 May 2005 21:22:51 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 958F043D48 for ; Sat, 28 May 2005 21:22:51 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1Dc8mn-000Ca8-17; Sun, 29 May 2005 01:24:01 +0400 To: freebsd-stable@FreeBSD.org From: Boris Samorodov Date: Sun, 29 May 2005 01:24:01 +0400 Message-ID: <20554958@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: "Boris B. Samorodov" Cc: Subject: minor change to /etc/rc.d/var X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 21:22:52 -0000 --=-=-= Hi! What do you think in minor change to /etc/rc.d/var: --=-=-= Content-Disposition: inline; filename=var.patch Content-Description: patch to /etc/rc.d/var --- var.orig Sun May 29 01:05:47 2005 +++ var Sun May 29 01:06:12 2005 @@ -28,7 +28,7 @@ # # PROVIDE: var -# REQUIRE: mountcritlocal +# REQUIRE: mountcritremote . /etc/rc.subr --=-=-= If there are no NFS mountpoints at /etc/fstab, both variants are equal. But if there are some and the host (which is booting) is a diskless station, the change is critical. I was success in booting the diskless station (from server with FreeBSD-5.4-RELEASE-p1) only after applying this patch. I do have at rc.conf.local: ----- varmfs="YES" populate_var="YES" ----- But the diskless station didn't boot. It stopped booting with multiple errors, which showed that /var was not mounted. Only the patch did the right thing. WBR -- bsam --=-=-=-- From owner-freebsd-stable@FreeBSD.ORG Sat May 28 21:31: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 B888716A41C for ; Sat, 28 May 2005 21:31:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7187143D1F for ; Sat, 28 May 2005 21:31:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9123252640; Sat, 28 May 2005 14:31:45 -0700 (PDT) Date: Sat, 28 May 2005 14:31:45 -0700 From: Kris Kennaway To: K?vesd?n G?bor Message-ID: <20050528213145.GA68641@xor.obsecurity.org> References: <4298A622.3020100@t-hosting.hu> <20050528174949.GA48170@xor.obsecurity.org> <4298DA78.3020504@t-hosting.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <4298DA78.3020504@t-hosting.hu> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Abort rap from cron X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 May 2005 21:31:47 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 28, 2005 at 10:54:16PM +0200, K?vesd?n G?bor wrote: > It is a single processor system. Those cron scripts are to verify=20 > whether my processes are run. So, there isn't such simultaneous runs.=20 > They are small scripts, that send a SIGCHLD to the processes they are=20 > responsible for, and if they don't find the processes running, they=20 > restarts them. I've been surprised because this hadn't happened before I= =20 > upgraded to 5.3-p13. Not only my scripts caused this, even the atrun,=20 > which is a default entry in the stock /etc/crontab. OK, some binary is probably calling abort() explicitly then. You should have a record in your syslog. Kris --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCmONBWry0BWjoQKURAicCAJ94a7w/tTICKIanx+yg6aMyoTBwQgCgkmXA kK79LD538zkb/M6jLkUU7bY= =DPHR -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh--