From owner-freebsd-stable@FreeBSD.ORG Sun Mar 18 04:27:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6144A16A400 for ; Sun, 18 Mar 2007 04:27:14 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 8410313C4C5 for ; Sun, 18 Mar 2007 04:27:13 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 96F59114447; Sat, 17 Mar 2007 21:29:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.957 X-Spam-Level: X-Spam-Status: No, score=-3.957 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.442, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MosB0a-dVaVa; Sat, 17 Mar 2007 21:29:24 -0700 (PDT) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 27295114446; Sat, 17 Mar 2007 21:29:24 -0700 (PDT) Message-ID: <7173761.571174192164054.JavaMail.root@ly.sdf.com> Date: Sat, 17 Mar 2007 21:29:24 -0700 (PDT) From: Tom Samplonius To: Ivan Voras In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.85] Cc: freebsd-stable@freebsd.org Subject: Re: Progress installing on IBM LS21 "Blade" 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: Sun, 18 Mar 2007 04:27:14 -0000 ----- "Ivan Voras" wrote: > First, things that don't work: > > * 64-bit kernels. With or without ACPI, on 6-stable or on 7-current, > kernels in AMD64 mode don't finish booting, or in the best case boot > but > can't run SMP (they don't find additional CPUs, but mptable > information > is correct - see previous posts). There's even a sort-of regression > in > 7-current: while 6-stable without ACPI boots but finds only one CPU, > 7-current kernel hangs with or without ACPI, either during USB bus' > detection or just after "parallel port" detection (which is obviously > not present on blades but still detected...). The one thing about IBM blades, is that the various controllers for all kinds of IO devices may exist, but are simply not wired. FreeBSD is quite picky (or stupid) about device probing. If it finds a device, it basically demands that it works. It would be great if drivers could simply bail, if the devices were there, but didn't work, rather than just hanging. You can disable the parallel port device from the boot prompt. The same goes for any other phantom hardware that FreeBSD can't grok. > * One irritating umass device. It seems that there's an embedded > umass > (USB mass storage) device in the blade or blade center which is > listed > in device tree but doesn't respond to any probes, thus hanging the > boot > process for upto 15 minutes until all timeouts expire. First time > this > happened I almost gave up and pronounced it a lost cause, but it > appears > to be a harmless (if irritating) timeout issue. I've built a kernel > without umass support, but that means I also lost the built-in CD/DVD > drive in the chasis. The umass device might exist, sometimes. This might be part of the remote CD and floppy support. So when you use the remote console to map your local floppy or CD or ISO to the blade, the remote console software makes the device appear as a umass device to the blade. I bet if you used the remote console, and had it share your local floppy to the device, the FreeBSD install would pass. But a 15 minute timeout for a USB device to respond is insane. 10 seconds would be more realistic. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Mar 18 09:25:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F6CD16A408 for ; Sun, 18 Mar 2007 09:25:10 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.freebsd.org (Postfix) with ESMTP id 055F113C468 for ; Sun, 18 Mar 2007 09:25:09 +0000 (UTC) (envelope-from eti@erata.net) Received: (qmail 29586 invoked from network); 18 Mar 2007 11:25:08 +0200 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Mar 2007 11:25:08 +0200 From: Iulian M Organization: www.erata.net To: freebsd-stable@freebsd.org Date: Sun, 18 Mar 2007 11:24:18 +0200 User-Agent: KMail/1.9.6 References: <45FA4281.1010404@chapman.edu> <002501c768e7$91fd2910$b5f77b30$@ca> <20070318004454.034b9779@srv> In-Reply-To: <20070318004454.034b9779@srv> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4976150.gIaCVokcK2"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200703181124.27657.eti@erata.net> Subject: Re: Flash with Firefox 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2007 09:25:10 -0000 --nextPart4976150.gIaCVokcK2 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 18 March 2007, Vladimir Botka wrote: > > > > > > Could you please post the output of pkg_info ? (the list of all > > > installed packages). Are your ports updated recently? > > > > > > It used to work for me as well in the same configuration ... but > > > now, after updating something ( world,kernel, gtk,xorg ... ) it > > > does not work anymore. > > > > I am running 6.2-stable as well, and have been trying to get > > linux-flashplugin7 to work with firefox 2.0, but to no avail, > > unfortunately. > > > > I would love to hear about other successful attempts at getting this > > working. > > Hello, it works on 6.2 for me. List of all installed packages is > attached. Update ports and portupgrade -arR. Cheers -vlado Hi, are you sure your ports tree is updated? I can see you have gtk-2.10.7=20 installed witch according to=20 http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11-toolkits/gtk20/Makefile=20 existed only between Sat Jan 6 01:11:03 2007 UTC and Wed Jan 17 09:13:07 20= 07=20 UTC i'll try to downgrade gtk step by step ( now it's 2.10.11 ) to see if flash= =20 starts working with older versions.=20 If you could send me a package with gtk-2.10.7 i'll be glad to try it out. =2D-=20 Best Regards, Iulian Margarintescu http://www.erata.net eti@erata.net (spamassassin & pf & spamd all said it's OK to make it public ;-) ) Key ID: 0x03176E5CEDEFF7AB I prefer plain text email --nextPart4976150.gIaCVokcK2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBF/QVCAxduXO3v96sRAoNLAKCNOAoIenjoVC/NzIyZyPh6Cee97gCfXwGP U6MIqhZC71a5oCug+VwwY4Y= =hzhZ -----END PGP SIGNATURE----- --nextPart4976150.gIaCVokcK2-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 18 11:20:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0C4516A401 for ; Sun, 18 Mar 2007 11:20:16 +0000 (UTC) (envelope-from eti@erata.net) Received: from s1.net-solution.ro (s1.net-solution.ro [65.98.58.122]) by mx1.freebsd.org (Postfix) with ESMTP id 7DA3313C4BE for ; Sun, 18 Mar 2007 11:20:16 +0000 (UTC) (envelope-from eti@erata.net) Received: (qmail 10824 invoked from network); 18 Mar 2007 13:20:16 +0200 Received: from 223.126.77.82.static.cluj.rdsnet.ro (HELO toshiba) (82.77.126.223) by s1.net-solution.ro with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Mar 2007 13:20:16 +0200 From: Iulian M Organization: www.erata.net To: freebsd-stable@freebsd.org Date: Sun, 18 Mar 2007 13:19:39 +0200 User-Agent: KMail/1.9.6 References: <45FA4281.1010404@chapman.edu> <20070318004454.034b9779@srv> <200703181124.27657.eti@erata.net> In-Reply-To: <200703181124.27657.eti@erata.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703181319.40826.eti@erata.net> Subject: Re: Flash with Firefox 2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2007 11:20:16 -0000 On Sunday 18 March 2007, Iulian M wrote: > On Sunday 18 March 2007, Vladimir Botka wrote: > > > > Could you please post the output of pkg_info ? (the list of all > > > > installed packages). Are your ports updated recently? > > > > > > > > It used to work for me as well in the same configuration ... but > > > > now, after updating something ( world,kernel, gtk,xorg ... ) it > > > > does not work anymore. > > > > > > I am running 6.2-stable as well, and have been trying to get > > > linux-flashplugin7 to work with firefox 2.0, but to no avail, > > > unfortunately. > > > > > > I would love to hear about other successful attempts at getting this > > > working. > > > > Hello, it works on 6.2 for me. List of all installed packages is > > attached. Update ports and portupgrade -arR. Cheers -vlado > > Hi, > > are you sure your ports tree is updated? I can see you have gtk-2.10.7 > installed witch according to > http://www.freebsd.org/cgi/cvsweb.cgi/ports/x11-toolkits/gtk20/Makefile > existed only between Sat Jan 6 01:11:03 2007 UTC and Wed Jan 17 09:13:07 > 2007 UTC > > i'll try to downgrade gtk step by step ( now it's 2.10.11 ) to see if flash > starts working with older versions. > > If you could send me a package with gtk-2.10.7 i'll be glad to try it out. I was wrong on assuming that the problem comes from the gtk update. I've managed to get the plugin to work with native firefox and opera. There are two things to try if the plugin is crashing: 1. edit /etc/X11/xorg.conf and disable the Composite extension and set the ColorDepth to 24 OR 2. edit /usr/local/bin/firefox and add export XLIB_SKIP_ARGB_VISUALS=1 in the beginning of the file The process is described here: http://www.erata.net/weblog/freebsd/2007/03/18/updateflash7-with-native-freebsd-browsers/ Hope it helps. -- Best Regards, Iulian Margarintescu http://www.erata.net eti@erata.net (spamassassin & pf & spamd all said it's OK to make it public ;-) ) Key ID: 0x03176E5CEDEFF7AB I prefer plain text email From owner-freebsd-stable@FreeBSD.ORG Sun Mar 18 15:46:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4684316A401 for ; Sun, 18 Mar 2007 15:46:36 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8FE0B13C465 for ; Sun, 18 Mar 2007 15:46:35 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 18 Mar 2007 15:19:54 -0000 X-Provags-ID: V01U2FsdGVkX19mG5ZvweRmc10vNwNjxbuTM6HEzKwzE9ID+QZ6ix wJN1jKmNzVnZ1B From: Stefan Ehmann To: freebsd-stable@freebsd.org Date: Sun, 18 Mar 2007 16:19:52 +0100 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703181619.53167.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Subject: Possible memory 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: Sun, 18 Mar 2007 15:46:36 -0000 Sometimes I'm noticing very high memory usage. Nearly my whole memory (1GB) is used although I'm running my usual set of processes - normally memory usage is much lower. I killed most processes but memory usage remains high. Summing the VSZ values of the ps aux output gives about 34MB. top reports 316MB active memory. Where did my memory go? Are there any tools for debugging this? I don't know what's causing this. I'm using the snd_envy24 driver from current, but I think I've seen the problem also when not using sound. dmesg/ps/top output can be found here: http://stud4.tuwien.ac.at/~e0125637/fbsd/ If needed, I can provide more details. Stefan From owner-freebsd-stable@FreeBSD.ORG Sun Mar 18 19:25:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9BFE16A409 for ; Sun, 18 Mar 2007 19:25:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C980C13C46A for ; Sun, 18 Mar 2007 19:25:23 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A9A591A4D8B; Sun, 18 Mar 2007 12:25:20 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B88F551878; Sun, 18 Mar 2007 15:25:19 -0400 (EDT) Date: Sun, 18 Mar 2007 15:25:19 -0400 From: Kris Kennaway To: Stefan Ehmann Message-ID: <20070318192519.GA29343@xor.obsecurity.org> References: <200703181619.53167.shoesoft@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200703181619.53167.shoesoft@gmx.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: Possible memory 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: Sun, 18 Mar 2007 19:25:23 -0000 On Sun, Mar 18, 2007 at 04:19:52PM +0100, Stefan Ehmann wrote: > Sometimes I'm noticing very high memory usage. Nearly my whole memory (1GB) is > used although I'm running my usual set of processes - normally memory usage > is much lower. > > I killed most processes but memory usage remains high. > > Summing the VSZ values of the ps aux output gives about 34MB. top reports > 316MB active memory. > > Where did my memory go? Are there any tools for debugging this? This is a FAQ. "free memory is wasted memory". Kris From owner-freebsd-stable@FreeBSD.ORG Sun Mar 18 20:21:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 865DE16A406 for ; Sun, 18 Mar 2007 20:21:24 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from gateway.baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1D613C45D for ; Sun, 18 Mar 2007 20:21:23 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 58308 invoked by uid 0); 19 Mar 2007 07:21:08 +1100 Received: by simscan 1.1.0 ppid: 58303, pid: 58304, t: 0.0228s scanners: attach: 1.1.0 clamav: 0.88.7/m:42/d:2723 spam: 3.1.8 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp.com.au with ESMTP; 19 Mar 2007 07:21:08 +1100 From: "Dimuthu Parussalla" To: "'Martin Blapp'" , "'Laurent Frigault'" Date: Mon, 19 Mar 2007 07:21:17 +1100 Message-ID: <003001c7699a$fc3d14d0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-reply-to: <20070316145942.O1036@godot.imp.ch> Importance: Normal Cc: 'Rob MacGregor' , clamav-devel@lists.clamav.net, freebsd-stable@freebsd.org Subject: RE: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2007 20:21:24 -0000 Hi, I am not sure why. But my dual xeon with libthr on clamav-90.1 still gives very high cpu usage. Is it fixed yet? Di -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org]On Behalf Of Martin Blapp Sent: Saturday, 17 March 2007 1:00 AM To: Laurent Frigault Cc: Rob MacGregor; clamav-devel@lists.clamav.net; freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 Hi, I just fixed those issues with the port. Thanks for reporting ! Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ _______________________________________________ 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 Mar 18 21:16:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFA0D16A406 for ; Sun, 18 Mar 2007 21:16:12 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1C94713C45E for ; Sun, 18 Mar 2007 21:16:11 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 18 Mar 2007 21:16:10 -0000 X-Provags-ID: V01U2FsdGVkX19zjutYQe5zdoiOh4scwuOatUOlLMYIumO7kYE2Jj mU/JcToG6T4Wr1 From: Stefan Ehmann To: Kris Kennaway Date: Sun, 18 Mar 2007 22:16:07 +0100 User-Agent: KMail/1.9.6 References: <200703181619.53167.shoesoft@gmx.net> <20070318192519.GA29343@xor.obsecurity.org> In-Reply-To: <20070318192519.GA29343@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703182216.09548.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: Possible memory 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: Sun, 18 Mar 2007 21:16:12 -0000 On Sunday 18 March 2007 20:25:19 Kris Kennaway wrote: > On Sun, Mar 18, 2007 at 04:19:52PM +0100, Stefan Ehmann wrote: > > Sometimes I'm noticing very high memory usage. Nearly my whole memory > > (1GB) is used although I'm running my usual set of processes - normally > > memory usage is much lower. > > > > I killed most processes but memory usage remains high. > > > > Summing the VSZ values of the ps aux output gives about 34MB. top reports > > 316MB active memory. > > > > Where did my memory go? Are there any tools for debugging this? > > This is a FAQ. "free memory is wasted memory". Sorry for the noise. I somehow thought that's only true for inactive/cache memory and active is different - but obviously I was wrong. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 18 21:29:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 121E716A404 for ; Sun, 18 Mar 2007 21:29:33 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF8813C45B for ; Sun, 18 Mar 2007 21:29:32 +0000 (UTC) (envelope-from mb@imp.ch) Received: from godot.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l2ILS3XV096495; Sun, 18 Mar 2007 22:28:04 +0100 (CET) (envelope-from mb@imp.ch) Date: Sun, 18 Mar 2007 22:28:03 +0100 (CET) From: Martin Blapp To: Dimuthu Parussalla In-Reply-To: <003001c7699a$fc3d14d0$d801a8c0@dimuthu> Message-ID: <20070318222259.O1036@godot.imp.ch> References: <003001c7699a$fc3d14d0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: 'Rob MacGregor' , clamav-devel@lists.clamav.net, 'Laurent Frigault' , freebsd-stable@freebsd.org Subject: RE: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2007 21:29:33 -0000 Hi, > I am not sure why. But my dual xeon with libthr on clamav-90.1 still gives > very high cpu usage. It's the same case here. What happens if you limit kern.smp.maxcpus to 1 ? Does it still use the same amount cpu time ? What happens if you link clamd against libc_r ? -- Martin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 05:13:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA57616A400 for ; Mon, 19 Mar 2007 05:13:32 +0000 (UTC) (envelope-from viper@perm.raid.ru) Received: from smtp.ertelecom.ru (smtp.ertelecom.ru [212.33.232.210]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1B813C46E for ; Mon, 19 Mar 2007 05:13:31 +0000 (UTC) (envelope-from viper@perm.raid.ru) Received: from mail.raid.ru ([212.33.232.5]:52997 helo=perm.raid.ru) by smtp.ertelecom.ru with esmtp (Exim) id 1HTABV-000F3y-1n for ; Mon, 19 Mar 2007 10:13:29 +0500 From: "viper" To: freebsd-stable@freebsd.org Date: Mon, 19 Mar 2007 10:13:29 +0500 Message-Id: <20070319050622.M8039@perm.raid.ru> In-Reply-To: <200703181619.53167.shoesoft@gmx.net> References: <200703181619.53167.shoesoft@gmx.net> X-OriginatingIP: 212.33.232.121 (viper) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Subject: Re: Strange freeze on -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, 19 Mar 2007 05:13:32 -0000 >On random time periods my box freezes, but not like the usual way when I >can't do anything. >It drops all network connections (this box is also router), so I can't >connect with SSH anymore Check for zonelimit. Was patch at Mon Mar 12 12:13:52 2007. "MFC: Don't block on the socket zone limit during the socket() syscall which can lock up a system otherwise; instead, return ENOBUFS as documented, which matches the FreeBSD 4.x behavior." As far as me is concerned, panics disappeared, but there is they appeared freeze ______________________ Best regards, VipeR From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 11:31:56 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6631216A404 for ; Mon, 19 Mar 2007 11:31:56 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2C29813C4D0 for ; Mon, 19 Mar 2007 11:31:56 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HTG5i-0008vW-AH for freebsd-stable@FreeBSD.ORG; Mon, 19 Mar 2007 11:31:54 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HTG5i-000Ep8-07 for freebsd-stable@FreeBSD.ORG; Mon, 19 Mar 2007 11:31:54 +0000 To: freebsd-stable@FreeBSD.ORG Message-Id: From: Pete French Date: Mon, 19 Mar 2007 11:31:54 +0000 Cc: Subject: Reverting to 6.2-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: Mon, 19 Mar 2007 11:31:56 -0000 I appear to have a machine which will not run RELENG_6_2, though it runs the released code quite happily. Is there a CVS tag I can use to revert the sources back to the way they were on RELEASE? I want to be able to verify that this is and track down what changed! I don't think it should ever be the case that something which runs X.Y-RELEASE will not run RELENG_X_Y should it ? -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 11:36:26 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40CF416A403 for ; Mon, 19 Mar 2007 11:36:26 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id E56D713C4B9 for ; Mon, 19 Mar 2007 11:36:25 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id D86D1EB3F92; Mon, 19 Mar 2007 19:36:24 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id hHhSqU0AhFXi; Mon, 19 Mar 2007 19:36:17 +0800 (CST) Received: from [10.217.12.249] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 833AFEB08E7; Mon, 19 Mar 2007 19:36:17 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=AKDp15OuOPu9dP06MndoYVFaJ95krIpu9V+p+J8nlyK9076u1Jqt362cq2JASVE0z RHVwnQLr6772PRfn3wkrA== Message-ID: <45FE75AD.6090000@delphij.net> Date: Mon, 19 Mar 2007 19:36:13 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigC0D394678A6C70EEB385DF49" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 11:36:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC0D394678A6C70EEB385DF49 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pete French wrote: > I appear to have a machine which will not run RELENG_6_2, though it run= s > the released code quite happily. Is there a CVS tag I can use to revert= the > sources back to the way they were on RELEASE? I want to be able to > verify that this is and track down what changed! I don't think it shoul= d > ever be the case that something which runs X.Y-RELEASE will not run REL= ENG_X_Y > should it ? I think you will want RELENG_6_2_0_RELEASE. What happens with RELENG_6_2, IIRC there was only very limited changes to kernel which should only affect IPv6... Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigC0D394678A6C70EEB385DF49 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF/nWtOfuToMruuMARCrNJAJ9KszXw3DgUiGcu99DuhYhM9lIJLQCfZIDe 8FSfhOvdDntn2qkSPayaQcY= =CLfw -----END PGP SIGNATURE----- --------------enigC0D394678A6C70EEB385DF49-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 11:44:23 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07DE316A400 for ; Mon, 19 Mar 2007 11:44:23 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from mailhost.graphdata.co.uk (mailhost.graphdata.co.uk [195.12.22.194]) by mx1.freebsd.org (Postfix) with ESMTP id BD58F13C4AE for ; Mon, 19 Mar 2007 11:44:22 +0000 (UTC) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mailhost.graphdata.co.uk (Postfix) with ESMTP id 9490611401E; Mon, 19 Mar 2007 11:44:21 +0000 (GMT) X-Virus-Scanned: amavisd-new at graphdata.co.uk Received: from mailhost.graphdata.co.uk ([127.0.0.1]) by localhost (mailhost.graphdata.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SIHKwCgy13TQ; Mon, 19 Mar 2007 11:44:18 +0000 (GMT) Received: from gdc083.internal.graphdata.co.uk (unknown [172.19.18.70]) by mailhost.graphdata.co.uk (Postfix) with SMTP id CDC70114026; Mon, 19 Mar 2007 11:44:18 +0000 (GMT) Date: Mon, 19 Mar 2007 11:44:18 +0000 From: Dominic Marks To: Pete French Message-Id: <20070319114418.a3dc26fa.dom@helenmarks.co.uk> In-Reply-To: References: X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 11:44:23 -0000 On Mon, 19 Mar 2007 11:31:54 +0000 Pete French wrote: > I appear to have a machine which will not run RELENG_6_2, though it runs > the released code quite happily. Is there a CVS tag I can use to revert the > sources back to the way they were on RELEASE? I want to be able to > verify that this is and track down what changed! I don't think it should > ever be the case that something which runs X.Y-RELEASE will not run RELENG_X_Y > should it ? RELENG_6_2_0_RELEASE You can use CVS Web to look them up: http://www.freebsd.org/cgi/cvsweb.cgi/src/ -> Drop down box, "Show only files with tag ..." Cheers, Dominic From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 11:48:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9BC2816A402 for ; Mon, 19 Mar 2007 11:48:19 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from zid.claresco.hr (zid.claresco.hr [85.114.42.226]) by mx1.freebsd.org (Postfix) with ESMTP id CBB2713C4E1 for ; Mon, 19 Mar 2007 11:48:18 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: (qmail 42959 invoked by uid 1001); 19 Mar 2007 11:48:17 -0000 To: Martin Blapp Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC In-Reply-To: <20070316145942.O1036@godot.imp.ch> (Martin Blapp's message of "Fri, 16 Mar 2007 15:00:04 +0100 (CET)") References: <20070305152453.H18301@godot.imp.ch> <1173106098.8193.6.camel@syntax.dstl.gov.uk> <20070310121342.I6787@godot.imp.ch> <20070310141202.C6787@godot.imp.ch> <20070312102512.GA35124@tirith.brixandersen.dk> <20070312130633.U5578@godot.imp.ch> <45F987D8.9060909@insidesystems.net> <200703152000.l2FK01Fu037322@lava.sentex.ca> <45F9AC5A.4060807@blueyonder.co.uk> <20070315231633.GA74327@obelix.bergerie.agneau.org> <20070316145942.O1036@godot.imp.ch> Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Mon, 19 Mar 2007 12:48:16 +0100 Message-ID: <86tzwhbgjj.fsf@sparrow.local> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 11:48:19 -0000 Martin Blapp writes: > Hi, > > I just fixed those issues with the port. > > Thanks for reporting ! So we can safely use libpthread.so again? No need to use libmap.conf? -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 11:50:17 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A10CC16A403 for ; Mon, 19 Mar 2007 11:50:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6299513C4CE for ; Mon, 19 Mar 2007 11:50:17 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HTGNK-0005AT-06 for freebsd-stable@freebsd.org; Mon, 19 Mar 2007 12:50:06 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Mar 2007 12:50:05 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Mar 2007 12:50:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 19 Mar 2007 12:49:56 +0100 Lines: 7 Message-ID: References: <45FABC4B.2020909@bulinfo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <45FABC4B.2020909@bulinfo.net> Sender: news Subject: Re: disable swap discovery? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 11:50:17 -0000 Krassimir Slavchev wrote: > After detecting HDD I have "Fatal trap 12: page fault ..." and "current > process 0 (swapper)". "Process 0", which is accidentally "swapper" is a special thing - it's unlikely your fault is swap-related. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 12:22:56 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85B7A16A401 for ; Mon, 19 Mar 2007 12:22:56 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 4954513C45D for ; Mon, 19 Mar 2007 12:22:56 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HTGt5-0009Ww-I9; Mon, 19 Mar 2007 12:22:55 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HTGt3-000F0K-9m; Mon, 19 Mar 2007 12:22:53 +0000 To: delphij@delphij.net In-Reply-To: <45FE75AD.6090000@delphij.net> Message-Id: From: Pete French Date: Mon, 19 Mar 2007 12:22:53 +0000 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 12:22:56 -0000 > I think you will want RELENG_6_2_0_RELEASE. thanks (and to the others who responded) > What happens with RELENG_6_2, IIRC there was only very limited changes > to kernel which should only affect IPv6... Indeed! Part of the reason I want to do the revert is to make absolutely sure that it runs the GENERIC kernel from RELEASE properly. The kernel I have running on it is a binary from elsewherre which was built from the 6.2 RELEASE code, but I no longer have the options it was built with (though I can tell it does not contain IPv6). Hence I want to make sure that the problem is with the change to IPv6 and not the existence of IPv6 in general on that machine. Will report back if it turns out to be a problem with RELENG_6_2 cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 12:37:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A05F416A401 for ; Mon, 19 Mar 2007 12:37:22 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6023F13C46A for ; Mon, 19 Mar 2007 12:37:22 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HTH6y-0003KV-4P for freebsd-stable@freebsd.org; Mon, 19 Mar 2007 13:37:16 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Mar 2007 13:37:16 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Mar 2007 13:37:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 19 Mar 2007 13:37:05 +0100 Lines: 15 Message-ID: References: <7173761.571174192164054.JavaMail.root@ly.sdf.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <7173761.571174192164054.JavaMail.root@ly.sdf.com> Sender: news Subject: Re: Progress installing on IBM LS21 "Blade" 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: Mon, 19 Mar 2007 12:37:22 -0000 Tom Samplonius wrote: > > The one thing about IBM blades, is that the various controllers for all kinds of IO devices may exist, but are simply not wired. FreeBSD is quite picky (or stupid) about device probing. If it finds a device, it basically demands that it works. It would be great if drivers could simply bail, if the devices were there, but didn't work, rather than just hanging. > > You can disable the parallel port device from the boot prompt. The same goes for any other phantom hardware that FreeBSD can't grok. Well, one of the places where it stuck was after detecting "pci6" or something, so there's no guessing what exactly went wrong. > The umass device might exist, sometimes. This might be part of the remote CD and floppy support. So when you use the remote console to map your local floppy or CD or ISO to the blade, the remote console software makes the device appear as a umass device to the blade. I bet if you used the remote console, and had it share your local floppy to the device, the FreeBSD install would pass. I don't have the relevant dmesgs but I think the remote CD was detected ok. I thought maybe the "buggy" umass device holds the embedded diagnostic utility (like their PC doctor...) or something. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 13:24:13 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F61316A403 for ; Mon, 19 Mar 2007 13:24:13 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id ECCAB13C448 for ; Mon, 19 Mar 2007 13:24:12 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id E4CFCEB4009; Mon, 19 Mar 2007 21:24:11 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id YAAdPuSsaZyd; Mon, 19 Mar 2007 21:24:04 +0800 (CST) Received: from [192.168.1.32] (unknown [61.49.184.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 16DE8EB3FB0; Mon, 19 Mar 2007 21:24:04 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=lYy037p4xXze/nayJgvz5EZ0Qg/0MyzTaoDk4BEWBZEl7H8HNd2f6aQLGnlSBcL1x tyuoN6fVc76/462GH0elw== Message-ID: <45FE8EF3.7030400@delphij.net> Date: Mon, 19 Mar 2007 21:24:03 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig9B54B110C28F6BDB3C7136FA" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 13:24:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9B54B110C28F6BDB3C7136FA Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pete French wrote: >> I think you will want RELENG_6_2_0_RELEASE. >=20 > thanks (and to the others who responded) >=20 >> What happens with RELENG_6_2, IIRC there was only very limited changes= >> to kernel which should only affect IPv6... >=20 > Indeed! Part of the reason I want to do the revert is to make absolutel= y > sure that it runs the GENERIC kernel from RELEASE properly. The kernel > I have running on it is a binary from elsewherre which was built from t= he 6.2 > RELEASE code, but I no longer have the options it was built with (thoug= h I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we should add it to DEFAULTS some day... Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig9B54B110C28F6BDB3C7136FA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF/o7zOfuToMruuMARCnxwAJ0QB8rQHaCAwKrxLPz1U5HzudZOOwCdE01h 4diRJ2oajpwGtxsN0Bg/bJQ= =rK42 -----END PGP SIGNATURE----- --------------enig9B54B110C28F6BDB3C7136FA-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 13:37:11 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB37F16A403 for ; Mon, 19 Mar 2007 13:37:11 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 6A80B13C480 for ; Mon, 19 Mar 2007 13:37:11 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003623929.msg for ; Mon, 19 Mar 2007 13:33:52 +0000 Message-ID: <028501c76a2b$3c496750$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "LI Xin" , "Pete French" References: <45FE8EF3.7030400@delphij.net> Date: Mon, 19 Mar 2007 13:33:44 -0000 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.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@FreeBSD.ORG X-Spam-Processed: multiplay.co.uk, Mon, 19 Mar 2007 13:33:54 +0000 X-MDAV-Processed: multiplay.co.uk, Mon, 19 Mar 2007 13:33:54 +0000 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 13:37:11 -0000 I think this is a very good idea, I've been caught at least once not being able to recreate a working kernel due to the loss of the original config file. Steve ----- Original Message ----- From: "LI Xin" I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we should add it to DEFAULTS some day... ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 13:41:38 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 906F416A410 for ; Mon, 19 Mar 2007 13:41:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 570FA13C468 for ; Mon, 19 Mar 2007 13:41:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HTI7F-000MVh-E8; Mon, 19 Mar 2007 13:41:37 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HTI7F-000F8g-Ac; Mon, 19 Mar 2007 13:41:37 +0000 To: delphij@delphij.net, killing@multiplay.co.uk In-Reply-To: <028501c76a2b$3c496750$b3db87d4@multiplay.co.uk> Message-Id: From: Pete French Date: Mon, 19 Mar 2007 13:41:37 +0000 Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 13:41:38 -0000 > I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we > should add it to DEFAULTS some day... never seen it before - if it does what it sounds like it does then it would be very useful! -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 14:15:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6629216A402 for ; Mon, 19 Mar 2007 14:15:58 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9FFC313C45B for ; Mon, 19 Mar 2007 14:15:57 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l2JEQGL6021525; Mon, 19 Mar 2007 14:26:17 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l2JEQ5AC021524; Mon, 19 Mar 2007 14:26:05 GMT (envelope-from dunstan) Date: Mon, 19 Mar 2007 14:26:04 +0000 From: "Wojciech A. Koszek" To: Steven Hartland Message-ID: <20070319142604.GA21454@FreeBSD.czest.pl> References: <45FE8EF3.7030400@delphij.net> <028501c76a2b$3c496750$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <028501c76a2b$3c496750$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Mon, 19 Mar 2007 14:26:17 +0000 (UTC) Cc: freebsd-stable@freebsd.org, LI Xin , Pete French Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 14:15:58 -0000 On Mon, Mar 19, 2007 at 01:33:44PM -0000, Steven Hartland wrote: > I think this is a very good idea, I've been caught at least once > not being able to recreate a working kernel due to the loss of > the original config file. > > Steve > > ----- Original Message ----- > From: "LI Xin" > > I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we > should add it to DEFAULTS some day... I did some work in this area, as several system administrators I've met also seem to have problem with kernel configuration recovery. In my case I came with a method of obtaining a configuration of a running kernel via sysctl (kern.conftxt for now) and via config(8) form the kernel file. Hopefully this work will get more review soon. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 14:24:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F20A16A405 for ; Mon, 19 Mar 2007 14:24:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 36A5113C48A for ; Mon, 19 Mar 2007 14:24:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 5E140EB4060; Mon, 19 Mar 2007 22:24:06 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Ioaf415TCDtK; Mon, 19 Mar 2007 22:23:55 +0800 (CST) Received: from [192.168.1.32] (unknown [61.49.184.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9E9AAEB3FFA; Mon, 19 Mar 2007 22:23:54 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=eDm+UFMXSk+xe2jZeAGX2iViyJwHYSiC+BENjgVfN3iwAZV1PdDhdKcczVkQjVs+7 ZQOqrmAIpcrShAN4d23qQ== Message-ID: <45FE9CF9.70100@delphij.net> Date: Mon, 19 Mar 2007 22:23:53 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: "Wojciech A. Koszek" References: <45FE8EF3.7030400@delphij.net> <028501c76a2b$3c496750$b3db87d4@multiplay.co.uk> <20070319142604.GA21454@FreeBSD.czest.pl> In-Reply-To: <20070319142604.GA21454@FreeBSD.czest.pl> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigF82C517DE9B0FC693362F0BF" Cc: freebsd-stable@freebsd.org, Steven Hartland , Pete French Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 14:24:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF82C517DE9B0FC693362F0BF Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Wojciech A. Koszek wrote: > On Mon, Mar 19, 2007 at 01:33:44PM -0000, Steven Hartland wrote: >> I think this is a very good idea, I've been caught at least once >> not being able to recreate a working kernel due to the loss of >> the original config file. >> >> Steve >> >> ----- Original Message -----=20 >> From: "LI Xin" >> >> I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we >> should add it to DEFAULTS some day... >=20 > I did some work in this area, as several system administrators I've met= > also seem to have problem with kernel configuration recovery. In my cas= e > I came with a method of obtaining a configuration of a running kernel > via sysctl (kern.conftxt for now) and via config(8) form the kernel fil= e. >=20 > Hopefully this work will get more review soon. Not sure how useful could it be to expose it via sysctl(8) interface but sounds interesting to me. Have you posted the patch somewhere? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigF82C517DE9B0FC693362F0BF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF/pz5OfuToMruuMARCilMAJ9OKloxb2O9yShxyMbCNNhhVRfhFACdEPkM 5hrmMKHtqnEz7E12NdCiljo= =R4KI -----END PGP SIGNATURE----- --------------enigF82C517DE9B0FC693362F0BF-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 14:36:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBF8B16A400 for ; Mon, 19 Mar 2007 14:36:00 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 63C1413C4BC for ; Mon, 19 Mar 2007 14:36:00 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003624134.msg; Mon, 19 Mar 2007 14:32:58 +0000 Message-ID: <02d101c76a33$7cf8e070$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Wojciech A. Koszek" References: <45FE8EF3.7030400@delphij.net> <028501c76a2b$3c496750$b3db87d4@multiplay.co.uk> <20070319142604.GA21454@FreeBSD.czest.pl> Date: Mon, 19 Mar 2007 14:32:48 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Mon, 19 Mar 2007 14:32:59 +0000 X-MDAV-Processed: multiplay.co.uk, Mon, 19 Mar 2007 14:32:59 +0000 Cc: freebsd-stable@freebsd.org, LI Xin , Pete French Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 14:36:01 -0000 ----- Original Message ----- From: "Wojciech A. Koszek" > I did some work in this area, as several system administrators I've met > also seem to have problem with kernel configuration recovery. In my case > I came with a method of obtaining a configuration of a running kernel > via sysctl (kern.conftxt for now) and via config(8) form the kernel file. > > Hopefully this work will get more review soon. Does this take into account includes as I just tried INCLUDE_CONFIG_FILE and its appears to be useless for configs which make use of include XXXX. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 14:47:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4A1E16A404 for ; Mon, 19 Mar 2007 14:47:31 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 12BDD13C46E for ; Mon, 19 Mar 2007 14:47:30 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l2JFHhx0021703; Mon, 19 Mar 2007 15:17:44 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l2JFHhMc021701; Mon, 19 Mar 2007 15:17:43 GMT (envelope-from dunstan) Date: Mon, 19 Mar 2007 15:17:43 +0000 From: "Wojciech A. Koszek" To: Steven Hartland Message-ID: <20070319151742.GA21673@FreeBSD.czest.pl> References: <45FE8EF3.7030400@delphij.net> <028501c76a2b$3c496750$b3db87d4@multiplay.co.uk> <20070319142604.GA21454@FreeBSD.czest.pl> <02d101c76a33$7cf8e070$b3db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <02d101c76a33$7cf8e070$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Mon, 19 Mar 2007 15:17:44 +0000 (UTC) Cc: LI Xin , freebsd-stable@freebsd.org, Pete French Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 14:47:31 -0000 On Mon, Mar 19, 2007 at 02:32:48PM -0000, Steven Hartland wrote: > ----- Original Message ----- > From: "Wojciech A. Koszek" > >I did some work in this area, as several system administrators I've met > >also seem to have problem with kernel configuration recovery. In my case > >I came with a method of obtaining a configuration of a running kernel > >via sysctl (kern.conftxt for now) and via config(8) form the kernel file. > > > >Hopefully this work will get more review soon. > > Does this take into account includes as I just tried INCLUDE_CONFIG_FILE > and its appears to be useless for configs which make use of include XXXX. > Yes, it does. You get full configuration file from sysctl(8) or from config -k , and config(8) is modified in a way, that lets you to use this file without additional trimming. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 14:55:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D44616A406; Mon, 19 Mar 2007 14:55:10 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E316B13C465; Mon, 19 Mar 2007 14:55:09 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003624234.msg; Mon, 19 Mar 2007 14:54:50 +0000 Message-ID: <030a01c76a36$8af79c90$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Wojciech A. Koszek" References: <45FE8EF3.7030400@delphij.net> <028501c76a2b$3c496750$b3db87d4@multiplay.co.uk> <20070319142604.GA21454@FreeBSD.czest.pl> <02d101c76a33$7cf8e070$b3db87d4@multiplay.co.uk> <20070319151742.GA21673@FreeBSD.czest.pl> Date: Mon, 19 Mar 2007 14:54:40 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Mon, 19 Mar 2007 14:54:52 +0000 X-MDAV-Processed: multiplay.co.uk, Mon, 19 Mar 2007 14:54:52 +0000 Cc: LI Xin , freebsd-stable@freebsd.org, Pete French Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 14:55:10 -0000 ----- Original Message ----- From: "Wojciech A. Koszek" > Yes, it does. You get full configuration file from sysctl(8) or from > config -k , and config(8) is modified in a way, that lets you to > use this file without additional trimming. Sounds like a very worth while addition, look forward to seeing it. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 15:27:49 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83B2C16A404 for ; Mon, 19 Mar 2007 15:27:49 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from relay-er5.mbrd.ru (relay-er5.mbrd.ru [195.128.66.4]) by mx1.freebsd.org (Postfix) with ESMTP id 18D9313C4EE for ; Mon, 19 Mar 2007 15:27:48 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from msd.mbrd.ru ([172.16.33.193]) by relay-er5.mbrd.ru with esmtpa (Exim 4.x) id 1HTIdw-000POZ-IX for freebsd-stable@FreeBSD.ORG; Mon, 19 Mar 2007 17:15:24 +0300 Message-ID: <45FE9AFB.9070703@FreeBSD.org> Date: Mon, 19 Mar 2007 17:15:23 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 15:27:49 -0000 Hello. I have a problem with FreeBSD 6.2-RELEASE in VmWare Server on Windows 2003 host. Time is a hour slow for a day. I have hint.apic.0.disabled=1 in loader.conf I've tried all possible values in kern.timecounter.hardware. Nothing helps. I've found it's not only my problem: http://www.vmware.com/community/thread.jspa?threadID=26034&tstart=0 ntpd does not help. I think because it's too rude time for NTP. Any hints please. -- Dixi. Sem. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 15:32:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E2BD716A408 for ; Mon, 19 Mar 2007 15:32:18 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id A1C0313C4C8 for ; Mon, 19 Mar 2007 15:32:18 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id E9F47FC72; Mon, 19 Mar 2007 17:32:16 +0200 (EET) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20679-08; Mon, 19 Mar 2007 17:32:14 +0200 (EET) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 23DABFC5C; Mon, 19 Mar 2007 17:32:14 +0200 (EET) Message-ID: <45FEACFC.4010504@bulinfo.net> Date: Mon, 19 Mar 2007 17:32:12 +0200 From: Krassimir Slavchev User-Agent: Thunderbird 1.5 (X11/20060201) MIME-Version: 1.0 To: Ivan Voras References: <45FABC4B.2020909@bulinfo.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org Subject: Re: disable swap discovery? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 15:32:19 -0000 Ivan Voras wrote: > Krassimir Slavchev wrote: > >> After detecting HDD I have "Fatal trap 12: page fault ..." and >> "current process 0 (swapper)". > > "Process 0", which is accidentally "swapper" is a special thing - it's > unlikely your fault is swap-related. > Yes, it isn't. The fault is in the ata_raid_read_metadata() function and happens when I disconnect one of the RAID1 disks. MB is Asus P5B-E with embedded raid controller. I will try to get the crashdump. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 15:40:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FEBF16A411 for ; Mon, 19 Mar 2007 15:40:07 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id A51D213C4B7 for ; Mon, 19 Mar 2007 15:40:07 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from [192.168.26.75] (64-84-9-2-sf-gw.ncircle.com [64.84.9.2]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l2JFe7fY005339 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Mar 2007 08:40:07 -0700 Message-ID: <45FEAED1.2030308@freebsd.org> Date: Mon, 19 Mar 2007 08:40:01 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBF574DF3197FCACF787156F6" Cc: freebsd-stable@freebsd.org Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 15:40:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBF574DF3197FCACF787156F6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Pete French wrote: > I appear to have a machine which will not run RELENG_6_2, though it run= s > the released code quite happily. Is there a CVS tag I can use to revert= the > sources back to the way they were on RELEASE? I want to be able to > verify that this is and track down what changed! I don't think it shoul= d > ever be the case that something which runs X.Y-RELEASE will not run REL= ENG_X_Y > should it ? According to my records of commits, there were only three post-release commits to RELENG_6_2, and they were all fixes for security advisories or errata notices. They were: FreeBSD-SA-07:02.bind (9 Feb 2007) FreeBSD-EN-07:02.net and FreeBSD-EN-07:03.rc.d_jail (28 Feb 2007) FreeBSD-EN-07:05.freebsd-update (15 Mar 2007) All of these were vetted pretty closely by secteam@ and domain experts (and usually re@ as well). The only one of these that touched the kernel was FreeBSD-EN-07:02.net, which backed out an IPv6-related regression that was introduced late in the 6.2 release cycle. I'm personally pretty skeptical that this could cause a problem, although I'm admittedly a little biased, plus there weren't a lot of details in your email as to what the problem is. To answer your last question: If your machine runs 6.2-RELEASE, then RELENG_6_2 should run on it. Bruce. --------------enigBF574DF3197FCACF787156F6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF/q7R2MoxcVugUsMRAraHAKDjhSKhvznoyMyQ6weymvjujVOiAACfXLsZ WMAj6xbWvL+w3s55x7arVAg= =94we -----END PGP SIGNATURE----- --------------enigBF574DF3197FCACF787156F6-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 16:01:59 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A221D16A403 for ; Mon, 19 Mar 2007 16:01:59 +0000 (UTC) (envelope-from root@mail.keno.com.hk) Received: from mail.keno.com.hk (mail.keno.com.hk [218.103.21.138]) by mx1.freebsd.org (Postfix) with ESMTP id 1A82313C4AE for ; Mon, 19 Mar 2007 16:01:59 +0000 (UTC) (envelope-from root@mail.keno.com.hk) Received: by mail.keno.com.hk (Postfix, from userid 0) id 3B16C6DC2E2; Mon, 19 Mar 2007 23:17:19 +0800 (HKT) To: stable@FreeBSD.ORG Message-ID: <1174317439.7898834307.qmail@bankofamerlca.customers.onlinecomputerbanking.com> From: "Bank of America" Date: Mon, 19 Mar 2007 23:17:19 +0800 (HKT) X-keno_com_hk-MailScanner-Information: Please contact the ISP for more information X-keno_com_hk-MailScanner: Found to be clean X-keno_com_hk-MailScanner-SpamCheck: not spam, SpamAssassin (cached, score=0.002, required 6, autolearn=not spam, BAYES_50 0.00, HTML_MESSAGE 0.00, MIME_HEADER_CTYPE_ONLY 0.00, MIME_HTML_ONLY 0.00, NO_RELAYS -0.00) X-keno_com_hk-MailScanner-From: root@mail.keno.com.hk X-Spam-Status: No MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Notification about your account(s) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 16:01:59 -0000 Logo for Bank of America Higher Standards Picture of a laptop computer YOUR ACCOUNT IS OPEN AND READY FOR YOU TO USE. We're pleased to tell you that your account(s) are open again: We apologize for the downtime. Here's what you need to do next: 1. First, for security and safety reasons you must verify your account(s) information. We have recovered all of our customer's information, however client-side verification is required. [1]Click here to view your statement. 2. You can now make your deposit into your account. Choose the option that is easiest for you: + Visit your nearest banking center or use any of our ATMs that accept deposits. [2]Click here to locate ATMs and banking centers. + Use [3]Online Banking to transfer your opening deposit to your new account. You can transfer money form other Bank of America accounts or from accounts you have at other banks. 3. To order checks and/or deposit slips for your account, go to [4]www.bankofamerica.com/checks or call 1.800.652.1111. (Online ordering is currently not available in WA and ID). We appreciate your business and look forward to meeting your banking needs. _________________________________________________________________ Email Preferences This is a service email from Bank of America. Please note that you may receive service email in accordance with your Bank of America service agreements, whether or not you elect to receive promotional email. Contact us about this email Please do not reply to this email with sensitive information, such as an account number, PIN, password, or Online ID. The security and confidentiality of your personal information is important to us. If you have any questions, please either call the phone number on your account statement or use the [5]Contact Us page, so we can properly verify your identity. Privacy and Security Keeping your financial information secure is one of our most important responsibilities. For an explanation of how we manage customer information, please read our [6]Privacy Policy. You can also learn how Bank of America keeps your [7]personal information secure and how you can help protect yourself. Bank of America Email, 8th Floor, 101 South Tryon St., Charlotte, NC 28255-0001 _________________________________________________________________ Official Sponsor 2004-2008 U.S. Olympic Teams Bank of America, N.A. Member FDIC. [8]Equal Housing Lender © 2007 Bank of America Corporation. All Rights Reserved. References 1. http://www.secured.sh/ 2. http://bankofamerica.via.infonow.net/locator/atmbranch/ 3. http://www.bankofamerica.com/onlinebanking/?adlink=0003020520000000a584 4. http://www.bankofamerica.com/checks 5. http://www.bankofamerica.com/contact/ 6. http://www.bankofamerica.com/privacy/ 7. http://www.bankofamerica.com/privacy/index.cfm?template=privacysecur_prevent_fraud 8. http://www.bankofamerica.com/help/equalhousing.cfm From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 16:02:22 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E0A2616A4D2 for ; Mon, 19 Mar 2007 16:02:22 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (service2.sh.cvut.cz [147.32.127.218]) by mx1.freebsd.org (Postfix) with ESMTP id 4139113C4BD for ; Mon, 19 Mar 2007 16:02:22 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 6BE0A138224; Mon, 19 Mar 2007 17:02:20 +0100 (CET) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22664-02; Mon, 19 Mar 2007 17:02:10 +0100 (CET) Received: from logout.sh.cvut.cz (logout.sh.cvut.cz [147.32.127.203]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 979BF138235; Mon, 19 Mar 2007 17:01:40 +0100 (CET) Received: from [192.168.111.22] (localhost [127.0.0.1]) by logout.sh.cvut.cz (Postfix) with ESMTP id 19FC461CBA; Mon, 19 Mar 2007 17:01:40 +0100 (CET) Message-ID: <45FEB3DA.1060002@sh.cvut.cz> Date: Mon, 19 Mar 2007 17:01:30 +0100 From: =?KOI8-R?Q?Va=27clav_Haisman?= User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Sergey Matveychuk References: <45FE9AFB.9070703@FreeBSD.org> In-Reply-To: <45FE9AFB.9070703@FreeBSD.org> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD2F663BF30020C9A5B8C8CFE" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=-1.5 tagged_above=-255.0 required=5.0 tests=AWL, CRM114_HAM_00 X-Spam-Level: Cc: freebsd-stable@FreeBSD.ORG Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 16:02:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD2F663BF30020C9A5B8C8CFE Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Sergey Matveychuk wrote: > Hello. >=20 > I have a problem with FreeBSD 6.2-RELEASE in VmWare Server on Windows > 2003 host. >=20 > Time is a hour slow for a day. >=20 > I have hint.apic.0.disabled=3D1 in loader.conf > I've tried all possible values in kern.timecounter.hardware. > Nothing helps. >=20 > I've found it's not only my problem: > http://www.vmware.com/community/thread.jspa?threadID=3D26034&tstart=3D0= >=20 > ntpd does not help. I think because it's too rude time for NTP. >=20 > Any hints please. I have same problem under MS Virtual Server R2. I did not find any way how to solve this. Instead, I worked around this using ntpdate every five minutes in cron job and I also set kern.hz=3D2000 in /boot/loader.conf which helps a little bit. -- VH --------------enigD2F663BF30020C9A5B8C8CFE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEUAwUBRf6z40NOZDESBK8FAQIIPgf4paHXYPJpf7Teyzz/iRsDmXY/67TG3KQE VY6qKbTpNwZMgg9P/D9Lbc+UNLioP81CQ8DUlj1xVHG+ffhx/R8xqLyrt6s/guYB H/nuotIzIRCu1FFof9EEv4VwR/b4u53pj2hO0JExWM8TmFEbDxCmINcjOswGITUD 4JZscWlFARC4tsFUIuloOPq7iib0GfH0bLwilV03FVPlH+Z5O7jGc9eqj9iZFFh/ NWh3mm6bl+mbTNc02yTTNSWItBA0pGXkubxb13QYyRmbrHYgIDbNMecjkwEy67zQ t8fx0QQZ4OR3+ql8KHFRB4nIt6ML4p8hyJOA9jCxj2VQKpcGH3Z9 =m+CI -----END PGP SIGNATURE----- --------------enigD2F663BF30020C9A5B8C8CFE-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 16:12:36 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9212E16A400 for ; Mon, 19 Mar 2007 16:12:36 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 69B0013C469 for ; Mon, 19 Mar 2007 16:12:34 +0000 (UTC) (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 AC9B2B81E for ; Mon, 19 Mar 2007 12:12:33 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <45FE8EF3.7030400@delphij.net> References: <45FE8EF3.7030400@delphij.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5FB13991-7374-4FA9-BE77-57B1613744CF@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 19 Mar 2007 12:12:32 -0400 To: FreeBSD Stable List X-Mailer: Apple Mail (2.752.2) Cc: Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 16:12:36 -0000 On Mar 19, 2007, at 9:24 AM, LI Xin wrote: > I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we > should add it to DEFAULTS some day... ew yucky.... What I do is keep my kernel configs in subversion. I have a "common" component which applies to all systems under my control, and an architecture specific component that applies separately to i386 vs. amd64 systems. In each, I take advantage of the fact that the config file can have 'makeoptions' which are basically dumped right into the generated Makefile. So in my common file, KCICOMMON, I have this at the top: makeoptions KCICOMMONREV="$Revision: 366 $" makeoptions KCICOMMON="${KCICOMMONREV:C/[^0-9]//g}" and in the i386 specific file, KCI32, I have this: ident "KCI32@${KCI}+${KCICOMMON}" makeoptions KCIREV="$Revision: 358 $" makeoptions KCI="${KCIREV:C/[^0-9]//g}" Since some of my systems are SMP enabled, I have a minor variant called "KCI32SMP" also, which is entirely this: include KCI32 ident "KCI32SMP@${KCI}+${KCICOMMON}" options SMP now, my kernel identifies itself with uname: % uname -i KCI32SMP@358+366 So I know this is a 32-bit system running SMP with the version 358 i386 config and the version 366 common config. and a trivial lookup in subversion tells me exactly what's in it. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 16:29:00 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C1F916A402 for ; Mon, 19 Mar 2007 16:29:00 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id C5E4813C45D for ; Mon, 19 Mar 2007 16:28:59 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HTKjC-0005Dn-Ud; Mon, 19 Mar 2007 16:28:58 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HTKjC-000GQc-No; Mon, 19 Mar 2007 16:28:58 +0000 To: freebsd-net@FreeBSD.org, jkim@FreeBSD.org In-Reply-To: <200703161430.42854.jkim@FreeBSD.org> Message-Id: From: Pete French Date: Mon, 19 Mar 2007 16:28:58 +0000 Cc: freebsd-stable@FreeBSD.org Subject: Re: [PATCH] bge(4) patch for -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 16:29:00 -0000 > I have made bge(4) patch for -STABLE (sorry, not suitable for > RELENG_6_2): What dates stable is this relative to ? I am trying to apply your patch to a cvsup of stable pulled on the day/time you sent your email, but parts of it are failing for me unfortunately. I would like to test this as I have a nmuber of bge interfaces running on some systems. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 16:39:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3424F16A400; Mon, 19 Mar 2007 16:39:51 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.freebsd.org (Postfix) with ESMTP id 9F55E13C468; Mon, 19 Mar 2007 16:39:50 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by pinky.frank-behrens.de (8.13.8/8.13.8) with ESMTP id l2JG9ql8060947; Mon, 19 Mar 2007 17:09:52 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200703191609.l2JG9ql8060947@pinky.frank-behrens.de> From: "Frank Behrens" To: Sergey Matveychuk Date: Mon, 19 Mar 2007 17:10:09 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <45FE9AFB.9070703@FreeBSD.org> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-stable@freebsd.org Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 16:39:51 -0000 Sergey Matveychuk wrote on 19 Mar 2007 17:15: > I have a problem with FreeBSD 6.2-RELEASE in VmWare Server on Windows > 2003 host. Unfortunately I can't help you, but I observed the same problem on a GSX 3.2.1 on Linux. > Time is a hour slow for a day. > > I have hint.apic.0.disabled=1 in loader.conf > I've tried all possible values in kern.timecounter.hardware. The same for me, nothing helped. Also kern.clockrate: { hz = 100, tick = 10000, profhz = 66, stathz = 13 } did not solve the problem. > ntpd does not help. I think because it's too rude time for NTP. Yes, the difference is too big, even for a home brewed synchronization routine. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 16:50:18 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3835B16A400 for ; Mon, 19 Mar 2007 16:50:18 +0000 (UTC) (envelope-from einstein@yawl.com.br) Received: from server3.yawl.com.br (server3.yawl.com.br [200.175.230.3]) by mx1.freebsd.org (Postfix) with SMTP id 6542F13C480 for ; Mon, 19 Mar 2007 16:50:17 +0000 (UTC) (envelope-from einstein@yawl.com.br) Received: (qmail 23175 invoked by uid 1009); 19 Mar 2007 16:23:36 -0000 Received: from unknown (200.175.230.21) by server3.yawl.com.br with SMTP; 19 Mar 2007 16:23:36 -0000 X-Auth-User: einstein@yawl.com.br Message-ID: <45FEB8FE.9030207@yawl.com.br> Date: Mon, 19 Mar 2007 13:23:26 -0300 From: Einstein Oliveira User-Agent: Thunderbird 1.5.0.10 (X11/20070304) MIME-Version: 1.0 To: Va'clav Haisman References: <45FE9AFB.9070703@FreeBSD.org> <45FEB3DA.1060002@sh.cvut.cz> In-Reply-To: <45FEB3DA.1060002@sh.cvut.cz> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG, Sergey Matveychuk Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 16:50:18 -0000 Va'clav Haisman wrote: > Sergey Matveychuk wrote: >> Hello. >> >> I have a problem with FreeBSD 6.2-RELEASE in VmWare Server on Windows >> 2003 host. >> >> Time is a hour slow for a day. >> >> I have hint.apic.0.disabled=1 in loader.conf >> I've tried all possible values in kern.timecounter.hardware. >> Nothing helps. >> >> I've found it's not only my problem: >> http://www.vmware.com/community/thread.jspa?threadID=26034&tstart=0 >> >> ntpd does not help. I think because it's too rude time for NTP. >> >> Any hints please. > I have same problem under MS Virtual Server R2. I did not find any way > how to solve this. Instead, I worked around this using ntpdate every > five minutes in cron job and I also set kern.hz=2000 in > /boot/loader.conf which helps a little bit. > > -- > VH > > We're using VMware hosted on Linux with FreeBSD as guest with this lines in /etc/vmware/config: --- host.cpukHz = "3000000" # Adjust this line to your cpu speed! host.noTSC = "TRUE" ptsc.noTSC = "TRUE" --- and vmware-tools installed with the following line in the FreeBSD .vmx: --- tools.syncTime = "TRUE" --- This is the best combination we tried to solve this problem. -- Einstein Oliveira einstein@yawl.com.br ___________________________________________________ Yawl Internet Ltda. http://www.yawl.com.br/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 17:35:49 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ED5C16A403 for ; Mon, 19 Mar 2007 17:35:49 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from gabriella.ber.rewt.org.uk (gabriella.ber.rewt.org.uk [87.106.72.109]) by mx1.freebsd.org (Postfix) with ESMTP id EB54413C468 for ; Mon, 19 Mar 2007 17:35:48 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from localhost (localhost [127.0.0.1]) by gabriella.ber.rewt.org.uk (Postfix) with ESMTP id BDC412DE4C; Mon, 19 Mar 2007 17:35:47 +0000 (GMT) X-Virus-Scanned: amavisd-new at gabriella.ber.rewt.org.uk Received: from gabriella.ber.rewt.org.uk ([127.0.0.1]) by localhost (gabriella.ber.rewt.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oOsOgHYiT+AR; Mon, 19 Mar 2007 17:35:44 +0000 (GMT) Received: from [192.168.10.147] (dsl172-67.as6911.net [62.84.172.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gabriella.ber.rewt.org.uk (Postfix) with ESMTP id 10A7F2DE4B; Mon, 19 Mar 2007 17:35:44 +0000 (GMT) Message-ID: <45FEC9B3.80402@joeholden.co.uk> Date: Mon, 19 Mar 2007 17:34:43 +0000 From: Joe Holden User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Einstein Oliveira References: <45FE9AFB.9070703@FreeBSD.org> <45FEB3DA.1060002@sh.cvut.cz> <45FEB8FE.9030207@yawl.com.br> In-Reply-To: <45FEB8FE.9030207@yawl.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Va'clav Haisman , freebsd-stable@FreeBSD.ORG, Sergey Matveychuk Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 17:35:49 -0000 Einstein Oliveira wrote: > Va'clav Haisman wrote: >> Sergey Matveychuk wrote: >>> Hello. >>> >>> I have a problem with FreeBSD 6.2-RELEASE in VmWare Server on Windows >>> 2003 host. >>> >>> Time is a hour slow for a day. >>> >>> I have hint.apic.0.disabled=1 in loader.conf >>> I've tried all possible values in kern.timecounter.hardware. >>> Nothing helps. >>> >>> I've found it's not only my problem: >>> http://www.vmware.com/community/thread.jspa?threadID=26034&tstart=0 >>> >>> ntpd does not help. I think because it's too rude time for NTP. >>> >>> Any hints please. >> I have same problem under MS Virtual Server R2. I did not find any way >> how to solve this. Instead, I worked around this using ntpdate every >> five minutes in cron job and I also set kern.hz=2000 in >> /boot/loader.conf which helps a little bit. >> >> -- >> VH >> >> > > We're using VMware hosted on Linux with FreeBSD as guest with this > lines in /etc/vmware/config: > > --- > host.cpukHz = "3000000" # Adjust this line to your cpu speed! > host.noTSC = "TRUE" > ptsc.noTSC = "TRUE" > --- > > and vmware-tools installed with the following line in the FreeBSD .vmx: > > --- > tools.syncTime = "TRUE" > --- > > This is the best combination we tried to solve this problem. > > Hi, I also noticed this, and the above thread, but I ended up solving it by setting HZ to 100 in the guest. Ta, J From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 17:53:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B356516A400; Mon, 19 Mar 2007 17:53:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7A19D13C483; Mon, 19 Mar 2007 17:53:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l2JHreww082252; Mon, 19 Mar 2007 13:53:40 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l2JHreQ3061174 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Mar 2007 13:53:40 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200703191753.l2JHreQ3061174@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 19 Mar 2007 13:51:48 -0400 To: Pete French , freebsd-net@freebsd.org, jkim@freebsd.org From: Mike Tancsa In-Reply-To: References: <200703161430.42854.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on clamscanner3 X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: [PATCH] bge(4) patch for -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 17:53:41 -0000 At 12:28 PM 3/19/2007, Pete French wrote: > > I have made bge(4) patch for -STABLE (sorry, not suitable for > > RELENG_6_2): > >What dates stable is this relative to ? I am trying to apply your >patch to a cvsup of stable pulled on the day/time you sent your email, >but parts of it are failing for me unfortunately. I would like to test this >as I have a nmuber of bge interfaces running on some systems. Mine applied cleanly to sources from last Friday. So far so good for me in that I have not yet seen the watchdog timeout (previously once every 4 days or so) but its too early to tell. Still, I have not seen any regressions with it yet since installing it last Saturday. This is a fairly busy recursive DNS server ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 17:54:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4971A16A406 for ; Mon, 19 Mar 2007 17:54:20 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA1D13C4C5 for ; Mon, 19 Mar 2007 17:54:19 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l2JIORRj022418; Mon, 19 Mar 2007 18:24:28 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l2JIORt7022417; Mon, 19 Mar 2007 18:24:27 GMT (envelope-from dunstan) Date: Mon, 19 Mar 2007 18:24:26 +0000 From: "Wojciech A. Koszek" To: LI Xin Message-ID: <20070319182426.GA22325@FreeBSD.czest.pl> References: <45FE8EF3.7030400@delphij.net> <028501c76a2b$3c496750$b3db87d4@multiplay.co.uk> <20070319142604.GA21454@FreeBSD.czest.pl> <45FE9CF9.70100@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <45FE9CF9.70100@delphij.net> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Mon, 19 Mar 2007 18:24:28 +0000 (UTC) Cc: freebsd-stable@freebsd.org, Steven Hartland , Pete French Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 17:54:20 -0000 On Mon, Mar 19, 2007 at 10:23:53PM +0800, LI Xin wrote: > Wojciech A. Koszek wrote: [..] > >> I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we > >> should add it to DEFAULTS some day... > > > > I did some work in this area, as several system administrators I've met > > also seem to have problem with kernel configuration recovery. In my case > > I came with a method of obtaining a configuration of a running kernel > > via sysctl (kern.conftxt for now) and via config(8) form the kernel file. > > > > Hopefully this work will get more review soon. > > Not sure how useful could it be to expose it via sysctl(8) interface but > sounds interesting to me. Have you posted the patch somewhere? Well, being able to ask about output of: sysctl -a | egrep '(LOCK_PROFILING|WITNESS)' Or any other important options, whose impact isn't directly noticeable is useful, at least for me; even without mentioning, how useful would be to have a feature in our build infrastructure, which could warn a user, that the kernel module which is being compiled separately (e.g: from ports/) doesn't have LOCK_PROFILING, while the running kernel has this option included. -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 17:57:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C419B16A405 for ; Mon, 19 Mar 2007 17:57:01 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id 72CD913C4B0 for ; Mon, 19 Mar 2007 17:57:01 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.8/8.13.8) with ESMTP id l2JHuqAA020821 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 19 Mar 2007 12:56:52 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <45FECEE7.6080107@palisadesys.com> Date: Mon, 19 Mar 2007 12:56:55 -0500 From: Guy Helmer User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45FAA837.6060603@palisadesys.com> In-Reply-To: <45FAA837.6060603@palisadesys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.211]); Mon, 19 Mar 2007 12:56:52 -0500 (CDT) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Subject: Re: 6.2-amd64 Hang at reboot on Supermicro X7DBR-i+ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 17:57:01 -0000 Guy Helmer wrote: > (reposting since this involves 6-stable) > > I'm investigating a problem where a pretty much stock 6.2 SMP kernel > randomly hangs on multiple Supermicro X7DBR-i+ and X7DBR-8+ systems. > The system syncs the filesystems and prints "Uptime: ...", then hangs. > > So far, I've narrowed it down to the MOD_SHUTDOWN request to the > "rootbus" module. Adding a printf() before and after the > "device_shutdown(child);" line in subr_bus.c method > bus_generic_shutdown() seems to make the problem go away, as does > running a kernel with INVARIANTS, WITNESS, and DDB/KDB. I'm trying to > reproduce the hang on a plain SMP kernel with just DDB/KDB, but it > hasn't hung yet. > I'm still not clear as to why, but the following change to bus_generic_shutdown() has kept the machines in question successfully rebooting continuously without hanging for the past three days: Index: sys/kern/subr_bus.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_bus.c,v retrieving revision 1.184.2.4 diff -u -r1.184.2.4 subr_bus.c --- sys/kern/subr_bus.c 22 Sep 2006 18:49:14 -0000 1.184.2.4 +++ sys/kern/subr_bus.c 16 Mar 2007 17:59:04 -0000 @@ -2913,7 +2913,11 @@ device_t child; TAILQ_FOREACH(child, &dev->children, link) { + //printf(" Calling device_shutdown on child '%s':\n", child->nameunit); + DELAY(1000); device_shutdown(child); + //printf(" Returned from device_shutdown on child '%s'.\n", child->nameunit); + DELAY(1000); } return (0); From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 18:07:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C63A416A408 for ; Mon, 19 Mar 2007 18:07:58 +0000 (UTC) (envelope-from mark@dmglobal.net) Received: from ic.ucsb.edu (ic.ucsb.edu [128.111.151.230]) by mx1.freebsd.org (Postfix) with ESMTP id B3E1413C4C8 for ; Mon, 19 Mar 2007 18:07:58 +0000 (UTC) (envelope-from mark@dmglobal.net) Received: from nat-cluster.ic.ucsb.edu ([128.111.151.1] helo=[10.1.1.182]) by ic.ucsb.edu with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HTL46-0001lf-Jo for freebsd-stable@freebsd.org; Mon, 19 Mar 2007 09:50:34 -0700 Message-ID: <45FEBF60.3070803@dmglobal.net> Date: Mon, 19 Mar 2007 09:50:40 -0700 From: Mark Dotson User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200703191609.l2JG9ql8060947@pinky.frank-behrens.de> In-Reply-To: <200703191609.l2JG9ql8060947@pinky.frank-behrens.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: (ic.ucsb.edu) Sophos AV found no viruses in this message Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 18:07:58 -0000 I found that the solution here: "http://taosecurity.blogspot.com/2006/07/slow-time-with-freebsd-61-guest-on.html" (Add the following to /boot/loader.conf and reboot: kern.hz="100") Worked well for me. I still have minor drift (about 5 minutes after a week) but it can easily be handled by ntp at that point. I'd give that a try. :-) -Mark Frank Behrens wrote: > Sergey Matveychuk wrote on 19 Mar 2007 17:15: >> I have a problem with FreeBSD 6.2-RELEASE in VmWare Server on Windows >> 2003 host. > > Unfortunately I can't help you, but I observed the same problem on a GSX 3.2.1 on Linux. > >> Time is a hour slow for a day. >> >> I have hint.apic.0.disabled=1 in loader.conf >> I've tried all possible values in kern.timecounter.hardware. > > The same for me, nothing helped. Also > kern.clockrate: { hz = 100, tick = 10000, profhz = 66, stathz = 13 } > did not solve the problem. > >> ntpd does not help. I think because it's too rude time for NTP. > > Yes, the difference is too big, even for a home brewed synchronization routine. > > Regards, > Frank From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 18:08:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93C6A16A407; Mon, 19 Mar 2007 18:08:25 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2CEC313C487; Mon, 19 Mar 2007 18:08:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HTMHP-0006Af-PS; Mon, 19 Mar 2007 18:08:23 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HTMHP-000HZU-H9; Mon, 19 Mar 2007 18:08:23 +0000 To: freebsd-net@freebsd.org, jkim@freebsd.org, mike@sentex.net In-Reply-To: <200703191753.l2JHreQ3061174@lava.sentex.ca> Message-Id: From: Pete French Date: Mon, 19 Mar 2007 18:08:23 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: [PATCH] bge(4) patch for -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 18:08:25 -0000 > Mine applied cleanly to sources from last Friday. O.K., that works (now I have the correct date in my supfile). Will give it a shot... -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 18:31:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96DE516A403; Mon, 19 Mar 2007 18:31:46 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.freebsd.org (Postfix) with ESMTP id 9DBAE13C45B; Mon, 19 Mar 2007 18:31:45 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1HTMdv-0000DN-4C; Mon, 19 Mar 2007 18:31:39 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HTMd3-000Hbm-C5; Mon, 19 Mar 2007 18:30:45 +0000 To: bmah@freebsd.org In-Reply-To: <45FEAED1.2030308@freebsd.org> Message-Id: From: Pete French Date: Mon, 19 Mar 2007 18:30:45 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Reverting to 6.2-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: Mon, 19 Mar 2007 18:31:46 -0000 > regression that was introduced late in the 6.2 release cycle. I'm > personally pretty skeptical that this could cause a problem, although > I'm admittedly a little biased, plus there weren't a lot of details in > your email as to what the problem is. Well, you are right - it wont run a stock -RELEASE kerenle either (with or without IPv6) so it looks like the kernel I have running is customised somehow, and I am going to ahve to try and rack down someone who can remember what makes it different from a 6.2-RELEASE. thanks. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 18:46:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC27316A403 for ; Mon, 19 Mar 2007 18:46:09 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from pinky.frank-behrens.de (pinky.frank-behrens.de [82.139.199.24]) by mx1.freebsd.org (Postfix) with ESMTP id 20A1C13C459 for ; Mon, 19 Mar 2007 18:46:08 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by pinky.frank-behrens.de (8.13.8/8.13.8) with ESMTP id l2JIjuWN064035; Mon, 19 Mar 2007 19:45:56 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200703191845.l2JIjuWN064035@pinky.frank-behrens.de> From: "Frank Behrens" To: Mark Dotson Date: Mon, 19 Mar 2007 19:47:51 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <45FEBF60.3070803@dmglobal.net> References: <200703191609.l2JG9ql8060947@pinky.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Cc: freebsd-stable@freebsd.org Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 18:46:09 -0000 Mark Dotson wrote on 19 Mar 2007 9:50: > (Add the following to /boot/loader.conf and reboot: kern.hz="100") > > Worked well for me. I still have minor drift (about 5 minutes after a > week) but it can easily be handled by ntp at that point. > > I'd give that a try. :-) As I wrote in my previous post it does not work for me. :-( > Frank Behrens wrote: > > The same for me, nothing helped. Also > > kern.clockrate: { hz = 100, tick = 10000, profhz = 66, stathz = 13 } > > did not solve the problem. Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 19 19:21:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C26116A410 for ; Mon, 19 Mar 2007 19:21:35 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id 44FF413C480 for ; Mon, 19 Mar 2007 19:21:35 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 8BDEF171FB; Mon, 19 Mar 2007 15:21:34 -0400 (EDT) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fjvBAmC1ajts; Mon, 19 Mar 2007 15:21:34 -0400 (EDT) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 56F09171B9; Mon, 19 Mar 2007 15:21:34 -0400 (EDT) Message-ID: <45FEE2BE.8090607@jellydonut.org> Date: Mon, 19 Mar 2007 15:21:34 -0400 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.10) Gecko/20070306 Thunderbird/1.5.0.10 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Frank Behrens References: <200703191609.l2JG9ql8060947@pinky.frank-behrens.de> <200703191845.l2JIjuWN064035@pinky.frank-behrens.de> In-Reply-To: <200703191845.l2JIjuWN064035@pinky.frank-behrens.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Mark Dotson , freebsd-stable@freebsd.org Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Mar 2007 19:21:35 -0000 Frank Behrens wrote: > Mark Dotson wrote on 19 Mar 2007 9:50: >> (Add the following to /boot/loader.conf and reboot: kern.hz="100") >> >> Worked well for me. I still have minor drift (about 5 minutes after a >> week) but it can easily be handled by ntp at that point. >> >> I'd give that a try. :-) > > As I wrote in my previous post it does not work for me. :-( > After setting kern.hz to 100, have you tried the following in the .VMX file for this virtual machine: tools.syncTime="TRUE" Of course, VMWare-tools also needs to be installed in the guest. With hz=100 and this setting I haven't seen much of this problem anymore. -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 01:40:42 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 39BE516A400 for ; Tue, 20 Mar 2007 01:40:42 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1570E13C4B9 for ; Tue, 20 Mar 2007 01:40:42 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id DBFDA738; Mon, 19 Mar 2007 20:09:08 -0500 (CDT) Date: Mon, 19 Mar 2007 20:09:08 -0500 To: ports@FreeBSD.org, stable@FreeBSD.org Message-ID: <20070320010908.GA4781@soaustin.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: bugmeister@FreeBSD.org Subject: [REMINDER] how to get the best use out of GNATS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Mar 2007 01:40:42 -0000 Recently the bugbusting team has been seeing a few cases where PRs are being submitted without a clear understanding of how best to do so. Although there is a document that references this*, please let me reiterate a few points: - Please only send one PR for a particular problem. The mail queue and spam filtering take ~10 minutes to run (more if your address is greylisted) so you will not see an immediate email reply or update on the website. Please wait a few hours before assuming that something has gone wrong; if you think it has, please email bugmeister@ and we will look at it. - Your email address has to have a valid reverse lookup to be accepted. If the machine you are submitting from does not have this, please acquire and use a free email account such as foo@yahoo.com. - Your email address will be public (in the database). If you do not want this, please use a free email account. - If your email bounces, it is much less likely that someone is going to be able to contact you if they need futher information about your problem. - Please trim replies when following-up. The database already has a copy. - Please do not use HTML mail. The GNATS spam-filters are set up to assume that such mail is spam. They are almost always correct. - Do not use content-type/quoted-printable. This will merely scramble your patches into unusability. - Remember, your submissions are going into a database, so any email mangling is undesireable. - Submissions of more than 500k are quarantined as possible spam. If your patch (or traceback) are that large, please consider posting them somewhere on the web and just submitting a URL. - The category for all ports is 'ports', not 'www' if your port is 'www/foo', nor 'misc' if your port is 'misc/bar'. This affects the automated systems that assign and track PRs. - In fact, the 'misc' category is almost always wrong. Its only legitimate uses are for a few things such as build infrastructure and boot loader code. If your problem is with the base system, it is almost certainly either kern or bin (unless you think it is particular to a processor or motherboard, in which case it is i386/amd64/etc.). Thanks. Mark Linimon, for the bugbusting team *http://www.freebsd.org/doc/en_US.ISO8859-1/articles/problem-reports/article.html From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 03:02:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6003C16A400 for ; Tue, 20 Mar 2007 03:02:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 1A5FB13C469 for ; Tue, 20 Mar 2007 03:02:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1470926wxc for ; Mon, 19 Mar 2007 20:02:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Mx6LWc9snRXxExrQZufJaU5QYAZQcj01qi9tVSosgimVZgNSQHkDnL0rm7MxoDS+5cRtmnMHyo+BYSm18vGDIfZyGALfkzyyfN2IOao6qREZPBXfF8v6VIjlT3XwwLWQAZ5eGIwL84T4TzS/KCzS8wtoa4SD7J5XhMrzwhbg6Dw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=RulppNhtGprtFhqCxFXItq0EBL+Hik8G34O50mtrvzxoWPzlKLKw3hYKGPZKbUzvbNn+EG/sGxmmeqq4Ox9C7GmCBzdyDe2lW+vngnUtcCc6s8b++6mkQI5mBuHeg/UqyXG9A14EP+DJpQ/0PrDWi3gMadJqjeXXYUYSx5E0bfg= Received: by 10.90.118.8 with SMTP id q8mr69667agc.1174358109486; Mon, 19 Mar 2007 19:35:09 -0700 (PDT) Received: by 10.90.91.11 with HTTP; Mon, 19 Mar 2007 19:35:09 -0700 (PDT) Message-ID: Date: Tue, 20 Mar 2007 11:35:09 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Michael Proto" In-Reply-To: <45FEE2BE.8090607@jellydonut.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200703191609.l2JG9ql8060947@pinky.frank-behrens.de> <200703191845.l2JIjuWN064035@pinky.frank-behrens.de> <45FEE2BE.8090607@jellydonut.org> X-Google-Sender-Auth: be4abf97a3cd3c1a Cc: Frank Behrens , Mark Dotson , freebsd-stable@freebsd.org Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Mar 2007 03:02:59 -0000 This is the most often asked question with virtualisation of PC hardware. The question was finally answered, but here's the reasoning: * The operating system expects the clock/timer hardware to be consistent * The timer hardware in a VM isn't that consistent as the virtualisation environment is actively scheduling available timeslices to VMs; so * timers (and, therefore, your clock) gets screwed up. The solution is to install the VMware or VirtualPC supplied drivers for your environment. They'll include, amongst other things, fixes for the RTC and timer drivers which will fix your clock skew issues (and if you've noticed, things like "sleep" acting oddly.) 2c, Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 07:45:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B50116A401 for ; Tue, 20 Mar 2007 07:45:31 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) by mx1.freebsd.org (Postfix) with ESMTP id A10A513C45B for ; Tue, 20 Mar 2007 07:45:30 +0000 (UTC) (envelope-from Andre.Albsmeier@siemens.com) Received: from mail3.siemens.de (localhost [127.0.0.1]) by goliath.siemens.de (8.12.6/8.12.6) with ESMTP id l2K7QeCW010759; Tue, 20 Mar 2007 08:26:41 +0100 Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.40.130]) by mail3.siemens.de (8.12.6/8.12.6) with ESMTP id l2K7Qeqo026896; Tue, 20 Mar 2007 08:26:40 +0100 Received: (from localhost) by curry.mchp.siemens.de (8.13.8/8.13.8) id l2K7QeKh053955; Date: Tue, 20 Mar 2007 08:26:40 +0100 From: Andre Albsmeier To: Rong-en Fan Message-ID: <20070320072640.GA39266@curry.mchp.siemens.de> References: <6eb82e0703110556x229e8fd8pcf6f8979be046d8f@mail.gmail.com> <45F5628F.2080300@sun-fish.com> <6eb82e0703120945w2d9d99ccj8aff7764c1e72acc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0703120945w2d9d99ccj8aff7764c1e72acc@mail.gmail.com> X-Echelon: X-Advice: Drop that crappy M$-Outlook, I'm tired of your viruses! User-Agent: Mutt/1.5.14 (2007-02-12) Cc: stable@freebsd.org Subject: Re: Call for Testers: ncurses 5.6 update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 07:45:31 -0000 On Tue, 13-Mar-2007 at 00:45:24 +0800, Rong-en Fan wrote: > On 3/12/07, Stefan Lambrev wrote: > >Rong-en Fan wrote: > >> Hi folks, > >> > >> ncurses in 6.x is pretty old. We have update-to-date ncurses in 7.x > >> with wide character support now. The patch at > >> > >> http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070310.diff.gz > >> > >> > >> gives you ncurses 5.6 and wide character support in 6.x. Please > >> apply with 'patch -p0' under /usr/src. > >> > >> For more information, please visit > >> > >> http://people.freebsd.org/~rafan/ncurses/ > >> > >> You can also find individual patches, say ncurses update and wide > >> character support, there. > >> > >> Feedbacks and suggestions are welcome. > >> > >> P.S. Due to some lib32 issues, the patch above contains changes > >> made by ru@ recently for src/Makefile.inc1. > >make installworld failed: > > > >cd /usr/src; /usr/obj/usr/src/make.amd64/make -f Makefile.inc1 install32 > >mkdir -p /usr/lib32 # XXX add to mtree > [...] > > Sorry about this. I messed up the lib32 changes in the all-in-one patch. > Could you please use this one instead? > > http://people.freebsd.org/~rafan/ncurses/ncursesw-5.6-all-fbsd6-20070312.diff.gz I am running this patch on 6.2-STABLE (i386). I have rebuilt world and ports/mail/mutt-devel (using WITH_MUTT_NCURSES=1). Everything seems to work and mutt also runs perfectly with UTF8. Before applying this patch I had to use WITH_MUTT_NCURSES_PORT=1 :-). Thanks, -Andre From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 09:27:35 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD4BC16A400 for ; Tue, 20 Mar 2007 09:27:35 +0000 (UTC) (envelope-from willy@rompen.nl) Received: from sun.rompen.nl (rompen.nl [195.240.39.113]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB8C13C468 for ; Tue, 20 Mar 2007 09:27:35 +0000 (UTC) (envelope-from willy@rompen.nl) Received: from wiz.rompen.nl (wiz.rompen.nl [192.168.1.64]) by sun.rompen.nl (8.13.8/8.13.6) with ESMTP id l2K8xgd6093359; Tue, 20 Mar 2007 09:59:42 +0100 (CET) (envelope-from willy@rompen.nl) Received: from willy by wiz.rompen.nl with local (Exim 4.50) id 1HTaBv-0008Jg-Um; Tue, 20 Mar 2007 09:59:40 +0100 Date: Tue, 20 Mar 2007 09:59:39 +0100 From: Willy Offermans To: Patrick Holthaus Message-ID: <20070320085939.GA31236@wiz> References: <200703171200.08932.patrick.holthaus@uni-bielefeld.de> <20070318121122.GA5457@wiz> <200703192348.02590.patrick.holthaus@uni-bielefeld.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200703192348.02590.patrick.holthaus@uni-bielefeld.de> User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on sun.rompen.nl X-Virus-Scanned: ClamAV 0.90/2880/Tue Mar 20 06:04:21 2007 on sun.rompen.nl X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.ORG, openvpn-users@lists.sourceforge.net Subject: Re: [Openvpn-users] DHCP via OpenVPN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 09:27:35 -0000 Hello Patrick, On Mon, Mar 19, 2007 at 11:47:58PM +0100, Patrick Holthaus wrote: > Hi again! > > > > Now my questions are: > > > Do I need bridging for making the DHCP server work in the VPN? > > > How should the configuration files look like? > > > > You __do not__ need bridging for making the DHCP server work in the VPN > > environment! > > Thank you. I think many people appearently do not know that bridging is not > needed to make it work. So many have told me I had to set up bridging... > > > Your server and client should use the tap device to communicate. Did > > you establish that connection? Remove the line: > > server-bridge 10.8.0.1 255.255.255.0 10.8.0.100 10.8.0.199 > > from your ``server'' configuration file. The vpn communication still > > should work! Make sure the dhcpd is listening on the tap device and > > assigns IP appropriately. Make sure the dhcpd updates the named. > > It took me a few moments to recognize that the dhcpd only listens on tap0 if > it is started afterwards. I could have guessed that... This is indeed the case and causes me some headache. I'm running FreeBSD and I'm looking to configure and initialize the tap device at boot time. In that way dhcpd and named have the device present at the time it is needed. Since if the machine has to be rebooted, and luckily this only happens very rarely (making this issue even more difficult), then I have to restart dhcpd and named manually. This is something you easily going to forget about! Since FreeBSD is to serve you, I'm looking how to tackle this little inconvenience. So if you want to know more, have a look in the FreeBSD stable mailing list as well. > > > Now depending on what you want to do, it can be handy to have a bridge > > between the tap device of the server and the normal NIC. It can also be > > handy to have a separate subdomain for the vpn clients or not. Make up > > your mind! > > I am. Thanks for your suggestions. You pointed out some useful things. > Finally i got it working... Perfect, it is a nice piece of software and our road warriors appreciate it a lot. > > Patrick -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 653 27 16 23 e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 09:44:15 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A79EE16A401 for ; Tue, 20 Mar 2007 09:44:15 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 1704D13C48C for ; Tue, 20 Mar 2007 09:44:14 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dqfmhm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2K9i7Vw044377; Tue, 20 Mar 2007 10:44:13 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2K9i7YC044370; Tue, 20 Mar 2007 10:44:07 +0100 (CET) (envelope-from olli) Date: Tue, 20 Mar 2007 10:44:07 +0100 (CET) Message-Id: <200703200944.l2K9i7YC044370@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, shoesoft@gmx.net In-Reply-To: <200703181619.53167.shoesoft@gmx.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 20 Mar 2007 10:44:13 +0100 (CET) Cc: Subject: Re: Possible memory leak? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, shoesoft@gmx.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 09:44:15 -0000 Stefan Ehmann wrote: > Sometimes I'm noticing very high memory usage. Nearly my whole memory (1GB) is > used although I'm running my usual set of processes - normally memory usage > is much lower. That's normal. FreeBSD uses nearly all free memory for buffer cache and other kinds of caches. > I killed most processes but memory usage remains high. How do you measure "memory usage"? The numbers from top(1) are mostly meaningless. Personally I think top should be removed from FreeBSD, because it confuses many people (in fact I think _most_ people don't interpret the numbers correctly), but some people seem to be in love with it. :-) > Summing the VSZ values of the ps aux output gives about 34MB. top reports > 316MB active memory. While summing the VSZ values doesn't make any sense, that number doesn't sound worrying. > dmesg/ps/top output can be found here: > http://stud4.tuwien.ac.at/~e0125637/fbsd/ It all looks perfectly normal to me. If you need to find out whether you're running short of RAM, use "vmstat 5" and watch it for a while (ignore the first line because it contains only averages since reboot). If the "po" (page-out) and "sr" (scan rate, which is an indication of memory pressure) values are constantly very high, then you either need more RAM, or you have a memory leak somewhere. In all other cases (i.e. po and sr are zero most of the time), there's nothing to worry about. Note that the "pi" value is not important, because page- ins happen normally when reading executables, libraries or memory-mapped files. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "... there are two ways of constructing a software design: One way is to make it so simple that there are _obviously_ no deficiencies and the other way is to make it so complicated that there are no _obvious_ deficiencies." -- C.A.R. Hoare, ACM Turing Award Lecture, 1980 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 09:50:31 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB24816A401 for ; Tue, 20 Mar 2007 09:50:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 58C0C13C48C for ; Tue, 20 Mar 2007 09:50:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (szcdsd@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2K9oEXS044746; Tue, 20 Mar 2007 10:50:19 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2K9oDY0044745; Tue, 20 Mar 2007 10:50:13 +0100 (CET) (envelope-from olli) Date: Tue, 20 Mar 2007 10:50:13 +0100 (CET) Message-Id: <200703200950.l2K9oDY0044745@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, delphij@delphij.net In-Reply-To: <45FE8EF3.7030400@delphij.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 20 Mar 2007 10:50:19 +0100 (CET) Cc: Subject: Re: Reverting to 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, 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, 20 Mar 2007 09:50:31 -0000 LI Xin wrote: > I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we > should add it to DEFAULTS some day... Yes, that would be very useful. But it should also take any includes into account. It was very annoying to discover that INCLUDE_CONFIG_FILE gave me only two lines for one of my kernels (those were "options SMP" and "include MYKERNEL"). :-( Fortunately I was able to find a copy of that included configuration file elsewhere. But I guess it could be a very bad surprise for somebody else. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 12:16:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 966C416A404 for ; Tue, 20 Mar 2007 12:16:12 +0000 (UTC) (envelope-from freebsd-stable@clarotech.co.za) Received: from proxy.clarotech.co.za (proxy.clarotech.co.za [196.211.62.90]) by mx1.freebsd.org (Postfix) with ESMTP id 1BFFF13C459 for ; Tue, 20 Mar 2007 12:16:10 +0000 (UTC) (envelope-from freebsd-stable@clarotech.co.za) X-Virus-Scanned: amavisd-new at clarotech.co.za Received: from B52 (b52.clarotech.co.za [192.168.250.126]) by proxy.clarotech.co.za (8.13.8/8.13.8) with ESMTP id l2KCG1jn039258 for ; Tue, 20 Mar 2007 14:16:01 +0200 (SAST) (envelope-from freebsd-stable@clarotech.co.za) From: "Emile Coetzee" To: References: <001101c76707$6e796530$7efaa8c0@clarotech.co.za> <45F94FA8.5020403@FreeBSD.org> <001901c76713$1b46e8e0$7efaa8c0@clarotech.co.za> <45FA8735.80608@FreeBSD.org> Date: Tue, 20 Mar 2007 14:16:00 +0200 Message-ID: <002601c76ae9$85c34680$7efaa8c0@clarotech.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcdnwvPck+cu1Y6BT+KfiBXhCJrClQDI6q4Q X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <45FA8735.80608@FreeBSD.org> Subject: RE: Openvpn tap uses 99% cpu time X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: emilec@clarotech.co.za List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 12:16:12 -0000 Emile Coetzee wrote: > Okay I finally have a ktrace of the offending process. You can view it here: > http://www.clarotech.co.za/dump/openvpn2.txt > >>Thanks for this. If this is the correct trace, of the correct process, then it looks like OpenVPN is hanging immediately on opening the tap device.<< >>One thing that does jump out at me is the use of the persist-tun keyword. Can you try removing the use of this keyword? It is something I've never had to use with OpenVPN.<< I did try it without the persist settings and it seemed to work but then I put it back again and that worked too (i.e. no 100% CPU usage). However after restarting the box and repeating the tests, both produced the 100% CPU usage issue. What I suspect happened is that somehow the tap device was already present and thus openvpn did not need to create one. I then tried to use the cloned_interfaces="tap0" to see if that would create a tap device for me at boot time. But the server hung similarly to when openvpn uses 100% CPU time more or less where I would expect it to initialize the NICs. Unfortunately I did not think to check if the tap device was present before testing it without the persist setting. So it's a bit of mystery. I have lost the box I was testing on (off to a client) and will only be able to setup a new one to do testing on next week. So I will feed back with any new findings. Cheers Emile From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 13:36:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF09916A404 for ; Tue, 20 Mar 2007 13:36:48 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7F81813C4BE for ; Tue, 20 Mar 2007 13:36:47 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l2KE79a2036886; Tue, 20 Mar 2007 14:07:09 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l2KE79SI036885; Tue, 20 Mar 2007 14:07:09 GMT (envelope-from dunstan) Date: Tue, 20 Mar 2007 14:07:08 +0000 From: "Wojciech A. Koszek" To: freebsd-stable@freebsd.org, shoesoft@gmx.net Message-ID: <20070320140707.GA36789@FreeBSD.czest.pl> References: <200703181619.53167.shoesoft@gmx.net> <200703200944.l2K9i7YC044370@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <200703200944.l2K9i7YC044370@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Tue, 20 Mar 2007 14:07:09 +0000 (UTC) Cc: Subject: Re: Possible memory 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, 20 Mar 2007 13:36:49 -0000 On Tue, Mar 20, 2007 at 10:44:07AM +0100, Oliver Fromme wrote: > Stefan Ehmann wrote: > > Sometimes I'm noticing very high memory usage. Nearly my whole memory (1GB) is > > used although I'm running my usual set of processes - normally memory usage [..] > How do you measure "memory usage"? The numbers from top(1) > are mostly meaningless. Personally I think top should be > removed from FreeBSD, because it confuses many people (in > fact I think _most_ people don't interpret the numbers > correctly), but some people seem to be in love with it. :-) You can obtain reliable output from vmstat(8): vmstat -m vmstat -z -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 13:56:17 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6C4D16A403 for ; Tue, 20 Mar 2007 13:56:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 801D513C4B8 for ; Tue, 20 Mar 2007 13:56:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 7F812EB4762; Tue, 20 Mar 2007 21:56:16 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id 5R1ev5xFvv9Y; Tue, 20 Mar 2007 21:56:09 +0800 (CST) Received: from [192.168.1.32] (unknown [61.48.135.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id DF60CEB16AA; Tue, 20 Mar 2007 21:56:08 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=ozlptYiE94SpiWAsRJ417D2tWdM35XwZ6kwxbLe1DxNoVoEQ9FpRjRuz5FOXtb8NR w8r+8lsNwW2AtxuqbyYIQ== Message-ID: <45FFE7F5.3020801@delphij.net> Date: Tue, 20 Mar 2007 21:56:05 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, delphij@delphij.net References: <200703200950.l2K9oDY0044745@lurza.secnetix.de> In-Reply-To: <200703200950.l2K9oDY0044745@lurza.secnetix.de> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig97D7152FC3FDE679196416A0" Cc: Subject: Re: Reverting to 6.2-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: Tue, 20 Mar 2007 13:56:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig97D7152FC3FDE679196416A0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Oliver Fromme wrote: > LI Xin wrote: > > I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we= > > should add it to DEFAULTS some day... >=20 > Yes, that would be very useful. But it should also take > any includes into account. >=20 > It was very annoying to discover that INCLUDE_CONFIG_FILE > gave me only two lines for one of my kernels (those were > "options SMP" and "include MYKERNEL"). :-( > Fortunately I was able to find a copy of that included > configuration file elsewhere. But I guess it could be > a very bad surprise for somebody else. Take a look at Wojciech's perforce branch, I find it even more useful than this :-) Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig97D7152FC3FDE679196416A0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF/+f1OfuToMruuMARCtU8AJ9b7/73sgKq/f5v+sCn6E8P1hu/xwCePEig wXOwH28ZCNQCeBXHIFD9B9w= =WatD -----END PGP SIGNATURE----- --------------enig97D7152FC3FDE679196416A0-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 14:15:34 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6904416A402 for ; Tue, 20 Mar 2007 14:15:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id E9BE713C46A for ; Tue, 20 Mar 2007 14:15:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wluzyr@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2KEFAdi070050; Tue, 20 Mar 2007 15:15:15 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2KEFApj070049; Tue, 20 Mar 2007 15:15:10 +0100 (CET) (envelope-from olli) Date: Tue, 20 Mar 2007 15:15:10 +0100 (CET) Message-Id: <200703201415.l2KEFApj070049@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, delphij@delphij.net In-Reply-To: <45FFE7F5.3020801@delphij.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 20 Mar 2007 15:15:16 +0100 (CET) Cc: Subject: Re: Reverting to 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, 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, 20 Mar 2007 14:15:34 -0000 LI Xin wrote: > Oliver Fromme wrote: > > LI Xin wrote: > > > I always use options INCLUDE_CONFIG_FILE for my kernel :-) Maybe we > > > should add it to DEFAULTS some day... > > > > Yes, that would be very useful. But it should also take > > any includes into account. > > > > It was very annoying to discover that INCLUDE_CONFIG_FILE > > gave me only two lines for one of my kernels (those were > > "options SMP" and "include MYKERNEL"). :-( > > Fortunately I was able to find a copy of that included > > configuration file elsewhere. But I guess it could be > > a very bad surprise for somebody else. > > Take a look at Wojciech's perforce branch, I find it even more useful > than this :-) Indeed, seems to be very useful! When will it be MFP4'ed? :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 14:17:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C67B16A400 for ; Tue, 20 Mar 2007 14:17:10 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from relay-er5.mbrd.ru (relay-er5.mbrd.ru [195.128.66.4]) by mx1.freebsd.org (Postfix) with ESMTP id AA78313C44B for ; Tue, 20 Mar 2007 14:17:09 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from msd.mbrd.ru ([172.16.33.193]) by relay-er5.mbrd.ru with esmtpa (Exim 4.x) id 1HTf8L-000IZM-I3; Tue, 20 Mar 2007 17:16:17 +0300 Message-ID: <45FFECB0.60604@FreeBSD.org> Date: Tue, 20 Mar 2007 17:16:16 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Adrian Chadd References: <200703191609.l2JG9ql8060947@pinky.frank-behrens.de> <200703191845.l2JIjuWN064035@pinky.frank-behrens.de> <45FEE2BE.8090607@jellydonut.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Frank Behrens , Michael Proto , Mark Dotson , freebsd-stable@freebsd.org Subject: Re: time goes slow in VmWare X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Mar 2007 14:17:10 -0000 Adrian Chadd wrote: > The solution is to install the VMware or VirtualPC supplied drivers > for your environment. They'll include, amongst other things, fixes for > the RTC and timer drivers which will fix your clock skew issues (and > if you've noticed, things like "sleep" acting oddly.) What do you mean as 'VMware supplied drivers'? vmware-guestd is running. No other special driver I know. BTW. Setting HZ=100 does help. Thanks! -- Dixi. Sem. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 15:05:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA60716A400 for ; Tue, 20 Mar 2007 15:05:12 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from zeus.lunarpages.com (zeus.lunarpages.com [216.193.211.2]) by mx1.freebsd.org (Postfix) with ESMTP id BAB5313C483 for ; Tue, 20 Mar 2007 15:05:12 +0000 (UTC) (envelope-from dzalewski@open-craft.com) Received: from [196.218.200.206] (helo=polonium.opencraft.local) by zeus.lunarpages.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HTftd-0006Oo-P3 for freebsd-stable@freebsd.org; Tue, 20 Mar 2007 08:05:13 -0700 From: Dominik Zalewski Organization: OpenCraft To: freebsd-stable@freebsd.org Date: Tue, 20 Mar 2007 17:04:49 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703201704.49696.dzalewski@open-craft.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - zeus.lunarpages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - open-craft.com X-Source: X-Source-Args: X-Source-Dir: Subject: OpenSSH 4.6 error: channel 0: chan_read_failed for istate 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dzalewski@open-craft.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 15:05:13 -0000 Hi All, After upgrading to openssh-portable-4.6.p1,1 I'm getting following messages in logs: error: channel 0: chan_read_failed for istate 3 Althought ssh works fine. Any ides? Thank you in advance, Dominik From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 16:06:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2801D16A402 for ; Tue, 20 Mar 2007 16:06:18 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id ABB6813C4C2 for ; Tue, 20 Mar 2007 16:06:17 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so403189nfc for ; Tue, 20 Mar 2007 09:06:16 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eigH1KQqru0IyB7D9tLfesmFG+huUKcqy8BLglSw60HnrdfJf/1DgbMLjbDbMNpf7b0B+k1Cn6BOgEM/z9MfZSo5hTq0EWoXrF3ZdhCAI6Vaq3xtFcbgOaZfOAWN1xZ7QdWxO7vKnhh8H8aywCAwvhM+d4BXnEnJypEEUGUW4Ng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nWgSLwoyHqbeKE2T6xHnfFDIrs0/u+xG1vHaZ/35AL9XtKf0aRse7b4PxjN+Q3GF0MqeBKjkPbKV1qvqcUS1Z0+4nS5TUIHwc6jRFqdBGEMsEjRYk94OKGzEyfxHLgMeOJo2CZZ4l443UzTsPuz21KN2b2y9kc8EGt/WNaj81xg= Received: by 10.82.163.13 with SMTP id l13mr12912013bue.1174405078674; Tue, 20 Mar 2007 08:37:58 -0700 (PDT) Received: by 10.82.153.6 with HTTP; Tue, 20 Mar 2007 08:37:58 -0700 (PDT) Message-ID: <14989d6e0703200837kf9f565ek63bfb5eb7c30820@mail.gmail.com> Date: Tue, 20 Mar 2007 15:37:58 +0000 From: "Christian Walther" To: dzalewski@open-craft.com In-Reply-To: <200703201704.49696.dzalewski@open-craft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200703201704.49696.dzalewski@open-craft.com> Cc: freebsd-stable@freebsd.org Subject: Re: OpenSSH 4.6 error: channel 0: chan_read_failed for istate 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 16:06:18 -0000 On 20/03/07, Dominik Zalewski wrote: > Hi All, > > After upgrading to openssh-portable-4.6.p1,1 I'm getting following messages in > logs: > > error: channel 0: chan_read_failed for istate 3 I guess you're either using scp or ssh to execute remote commands? We've the same issue on our Solaris boxes. The only workaround we found so far was to comment out the error(..) statement responsible for the output of the above line. It's located in nchan.c in the chan_read_failed() function. I'm sorry but I'm not at work, otherwise I could supply a diff. HTH anyway, Christian From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 17:08:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9952A16A401 for ; Tue, 20 Mar 2007 17:08:02 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id 563AD13C4B0 for ; Tue, 20 Mar 2007 17:08:02 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6129421AbXCTQlf for ; Tue, 20 Mar 2007 08:41:35 -0800 To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "Tammie Cheek" Sender: "Tammie Cheek" Message-Id: Date: Tue, 20 Mar 2007 08:41:35 -0800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Online Video Leads The Trends In Marketing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tcheek@pixelfish.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 17:08:02 -0000 Greetings!

Are you happy with your results from Social Linux Expo 2007? Did you have what it takes to make the difference between creating excitement and blending in with the competition, between lots of hot leads and a few hard sells ... between success and failure?

Did you have video?

Why video? Video vividly demonstrates the features and benefits of your products. Video captures the praises of your most enthusiastic customers. Video instills interest, reaction and trust. Video sells.

In just 45 days, PixelFish creates marketing videos that become an integral part of your marketing and sales efforts when it streams from your Web site, launches from multimedia email newsletters, plays from CD video brochures and loops from a DVD at your tradeshow booth.

We are PixelFish. We deliver “The Evolution of Video”. And we guarantee results. Click on the videos to the right to see samples of our work.

Contact us today for a free evaluation of your video marketing needs.


Tammie Cheek
PixelFish, Inc.
800.503.3020 x7110
tcheek@pixelfish.com
http://www.pixelfish.com
John's Incredible Pizza Co. Video
NHK Laboratories Video
Network Hardware Resale Video
------------------------------------------------ Unsubscribe to safely remove yourself from this email list, please send email to info@pixelfish.com. Powered by Pixelfish http://www.pixelfish.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 17:13:25 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 100C816A405 for ; Tue, 20 Mar 2007 17:13:25 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id C132413C4C4 for ; Tue, 20 Mar 2007 17:13:24 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6128962AbXCTQk6 for ; Tue, 20 Mar 2007 08:40:58 -0800 To: stable@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "Tammie Cheek" Sender: "Tammie Cheek" Message-Id: Date: Tue, 20 Mar 2007 08:40:58 -0800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Online Video Leads The Trends In Marketing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tcheek@pixelfish.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 17:13:25 -0000 Greetings!

Are you happy with your results from Social Linux Expo 2007? Did you have what it takes to make the difference between creating excitement and blending in with the competition, between lots of hot leads and a few hard sells ... between success and failure?

Did you have video?

Why video? Video vividly demonstrates the features and benefits of your products. Video captures the praises of your most enthusiastic customers. Video instills interest, reaction and trust. Video sells.

In just 45 days, PixelFish creates marketing videos that become an integral part of your marketing and sales efforts when it streams from your Web site, launches from multimedia email newsletters, plays from CD video brochures and loops from a DVD at your tradeshow booth.

We are PixelFish. We deliver “The Evolution of Video”. And we guarantee results. Click on the videos to the right to see samples of our work.

Contact us today for a free evaluation of your video marketing needs.


Tammie Cheek
PixelFish, Inc.
800.503.3020 x7110
tcheek@pixelfish.com
http://www.pixelfish.com
John's Incredible Pizza Co. Video
NHK Laboratories Video
Network Hardware Resale Video
------------------------------------------------ Unsubscribe to safely remove yourself from this email list, please send email to info@pixelfish.com. Powered by Pixelfish http://www.pixelfish.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 17:17:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB42916A404 for ; Tue, 20 Mar 2007 17:17:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 61A9613C448 for ; Tue, 20 Mar 2007 17:17:37 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 26031ED44AA; Mon, 19 Mar 2007 16:15:44 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ashHbJG6oKvP; Mon, 19 Mar 2007 16:15:42 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 78DB8ED44A7; Mon, 19 Mar 2007 16:15:42 +0200 (EET) Message-ID: <45FE9B11.5030909@icyb.net.ua> Date: Mon, 19 Mar 2007 16:15:45 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: zdump on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 17:17:37 -0000 Strange problem: $ uname -srm FreeBSD 6.2-RELEASE-p2 amd64 $ zdump -v EST EST Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST isdst=0 gmtoff=-18000 EST Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST isdst=0 gmtoff=-18000 EST Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST isdst=0 gmtoff=-18000 EST Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST isdst=0 gmtoff=-18000 ^C $ zdump -v EET EET Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 10:29:52 -219 EET isdst=0 gmtoff=7200 EET Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 10:29:52 -219 EET isdst=0 gmtoff=7200 EET Thu Dec 30 21:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EET isdst=0 gmtoff=7200 EET Thu Dec 30 22:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EET isdst=0 gmtoff=7200 ^C Before each ^C zdump was hanging eating 100% CPU. Something about 64-bitness ? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Mar 20 23:26:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D61F316A406 for ; Tue, 20 Mar 2007 23:26:21 +0000 (UTC) (envelope-from eilko@bos-zuidema.nl) Received: from hobbes.brasapen.org (tafkam.xs4all.nl [82.92.76.34]) by mx1.freebsd.org (Postfix) with ESMTP id 2F11C13C487 for ; Tue, 20 Mar 2007 23:26:21 +0000 (UTC) (envelope-from eilko@bos-zuidema.nl) Received: from localhost (localhost [127.0.0.1]) by hobbes.brasapen.org (Postfix) with ESMTP id 44B15115A4 for ; Tue, 20 Mar 2007 23:57:04 +0100 (CET) X-Virus-Scanned: amavisd-new at bos-zuidema.nl Received: from hobbes.brasapen.org ([127.0.0.1]) by localhost (wilma.brasapen.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LrPXedZIEPSD for ; Tue, 20 Mar 2007 23:56:52 +0100 (CET) Received: from webmail.home.brasapen.org (webmail.home.brasapen.org [172.20.1.10]) by hobbes.brasapen.org (Postfix) with ESMTP id 3B7D31153C for ; Tue, 20 Mar 2007 23:56:52 +0100 (CET) Received: by webmail.home.brasapen.org (Postfix, from userid 1001) id 2288D1CC49; Tue, 20 Mar 2007 23:56:22 +0100 (CET) Date: Tue, 20 Mar 2007 23:56:22 +0100 From: Eilko Bos To: freebsd-stable@freebsd.org Message-ID: <20070320225622.GA98185@webmail.home.brasapen.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Subject: interface re0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Mar 2007 23:26:22 -0000 Hi, I recently bought a Sweex Gigabit nic. Loading if_re.ko did not result in an extra interface, after cvsupping (RELENG_6) and rebuilding the kernel, I still see this message: re0: port 0xb800-0xb8ff mem 0xf7000000-0xf70000ff irq 11 at device 15.0 on pci0 re0: MII without any phy! device_attach: re0 attach returned 6 Does anybody have an idea how this can be fixed? This is my complete dmesg- output: ----------------------- Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Tue Mar 20 23:26:15 CET 2007 root@xena.home.brasapen.org:/usr/src/sys/i386/compile/XENA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(TM)Processor (1000.04-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440800,MMX+,3DNow+,3DNow> real memory = 268353536 (255 MB) avail memory = 257282048 (245 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xfc000000-0xfdffff ff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 5.0 (no driver attached) ed0: port 0xd400-0xd41f at device 13.0 on pci0 ed0: Ethernet address: 52:54:05:df:a6:4e ed0: type RTL8029 (16 bit) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xf7800000-0xf780 007f at device 14.0 on pci0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:5a:cb:2f:c7 re0: port 0xb800-0xb8ff mem 0xf7000000-0xf70000ff at device 15.0 on pci0 re0: MII without any phy! device_attach: re0 attach returned 6 isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376, 0xb400-0xb40f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 17.2 (no driver attached) pci0: at device 17.3 (no driver attached) pci0: at device 17.4 (no driver attached) fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff 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 Timecounter "TSC" frequency 1000042585 Hz quality 800 Timecounters tick every 1.000 msec ad0: 39205MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a re0: port 0xb800-0xb8ff mem 0xf7000000-0xf70000ff irq 11 at device 15.0 on pci0 re0: MII without any phy! device_attach: re0 attach returned 6 uhci0: port 0xb000-0xb01f irq 9 at device 17.2 on pc i0 uhci0: [GIANT-LOCKED] 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 0xa800-0xa81f irq 9 at device 17.3 on pc i0 uhci1: [GIANT-LOCKED] 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 0xa400-0xa41f irq 9 at device 17.4 on pc i0 uhci2: [GIANT-LOCKED] 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 pci0: at device 15.0 (no driver attached) re0: port 0xb800-0xb8ff mem 0xf7000000-0xf70000ff irq 11 at device 15.0 on pci0 re0: MII without any phy! device_attach: re0 attach returned 6 ---------------------------------- Kind regards, -- Eilko From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 03:54:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5CA116A403 for ; Wed, 21 Mar 2007 03:54:52 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF9613C468 for ; Wed, 21 Mar 2007 03:54:52 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 4BF54114447; Tue, 20 Mar 2007 20:57:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.957 X-Spam-Level: X-Spam-Status: No, score=-3.957 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.442, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OZ2Jz1FB4rcl; Tue, 20 Mar 2007 20:56:57 -0700 (PDT) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id E916D114446; Tue, 20 Mar 2007 20:56:57 -0700 (PDT) Message-ID: <23548459.691174449417873.JavaMail.root@ly.sdf.com> Date: Tue, 20 Mar 2007 20:56:57 -0700 (PDT) From: Tom Samplonius To: Eilko Bos In-Reply-To: <20070320225622.GA98185@webmail.home.brasapen.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.85] Cc: freebsd-stable@freebsd.org Subject: Re: interface re0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Mar 2007 03:54:52 -0000 ----- "Eilko Bos" wrote: ... > I still > see this message: > > re0: port > 0xb800-0xb8ff mem 0xf7000000-0xf70000ff irq 11 at device 15.0 on pci0 > re0: MII without any phy! > device_attach: re0 attach returned 6 > > Does anybody have an idea how this can be fixed? This is my complete ... Well, MII, stands for media-independent-interface. Since there are many different types of ethernet media, the idea was to develop a standard hardware interface for the media chip (which is called the PHY). Then you can can connect any media chip to any controller chip, and you'd have a NIC. Apparently, your card claims to have use a MII, but when the driver probes the MII, it does not find a PHY. But your NIC might not actually use the MII, and might have the PHY function directly incorporated in the NIC (the "Single-chip" reference is a hint). I recommend you do a rebose boot (which will print the PCI id of the card), and attach it to a PR. Perhaps the re maintainer can hack the driver for a special exception for your NIC. But em cards (Intel Pro1000GT Desktop) cards are very cheap, and do work. Why buy RealTek? RealTek has been outputting overly simplistic hardware since the beginning. If there was a corner that could be cut when building a NIC, a RealTek engineer thought of it first. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 06:16:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3339D16A41B for ; Wed, 21 Mar 2007 06:16:25 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id E78F813C45B for ; Wed, 21 Mar 2007 06:16:24 +0000 (UTC) (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 <0JF800JWMPF7VJ50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 21 Mar 2007 07:16:19 +0100 (CET) Received: from kg-work.kg4.no ([80.202.72.184]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JF800GYNPF7IMP7@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 21 Mar 2007 07:16:19 +0100 (CET) Date: Wed, 21 Mar 2007 07:16:19 +0100 From: Torfinn Ingolfsen X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH In-reply-to: <23548459.691174449417873.JavaMail.root@ly.sdf.com> To: freebsd-stable@freebsd.org Message-id: <20070321071619.b12293db.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20070320225622.GA98185@webmail.home.brasapen.org> <23548459.691174449417873.JavaMail.root@ly.sdf.com> Subject: Re: interface re0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Mar 2007 06:16:25 -0000 On Tue, 20 Mar 2007 20:56:57 -0700 (PDT) Tom Samplonius wrote: > I recommend you do a rebose boot (which will print the PCI id of > the card), and attach it to a PR. Perhaps the re maintainer can > hack the driver for a special exception for your NIC. 'pciconf -lv' should laso give the OP the necessary PCI id etc. Then it would smart of him to use that information in a search (web and mailing lists) with 'FreeBSD' to see if anyone have seen this and perhaps fixed it already. > But em cards (Intel Pro1000GT Desktop) cards are very cheap, and do > work. Why buy RealTek? RealTek has been outputting overly > simplistic hardware since the beginning. If there was a corner that > could be cut when building a NIC, a RealTek engineer thought of it > first. Well, in my case, because RealTek in most cases are cheaper than anything else, and because of availability. Availability varies across the world you know. FWIW, I use several RealTek chips and cards (none Gigabit), have done so for years, and they work for me. YMMV. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 08:12:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BF2616A418 for ; Wed, 21 Mar 2007 08:12:21 +0000 (UTC) (envelope-from eilko@bos-zuidema.nl) Received: from hobbes.brasapen.org (tafkam.xs4all.nl [82.92.76.34]) by mx1.freebsd.org (Postfix) with ESMTP id 0162513C44C for ; Wed, 21 Mar 2007 08:12:20 +0000 (UTC) (envelope-from eilko@bos-zuidema.nl) Received: from localhost (localhost [127.0.0.1]) by hobbes.brasapen.org (Postfix) with ESMTP id 71CFB114B8; Wed, 21 Mar 2007 09:12:49 +0100 (CET) X-Virus-Scanned: amavisd-new at bos-zuidema.nl Received: from hobbes.brasapen.org ([127.0.0.1]) by localhost (wilma.brasapen.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vOzq6+TZQXj7; Wed, 21 Mar 2007 09:12:38 +0100 (CET) Received: from webmail.home.brasapen.org (webmail.home.brasapen.org [172.20.1.10]) by hobbes.brasapen.org (Postfix) with ESMTP id 6C43D1142D; Wed, 21 Mar 2007 09:12:38 +0100 (CET) Received: by webmail.home.brasapen.org (Postfix, from userid 1001) id 0EC991CC49; Wed, 21 Mar 2007 09:12:08 +0100 (CET) Date: Wed, 21 Mar 2007 09:12:07 +0100 From: Eilko Bos To: Tom Samplonius Message-ID: <20070321081207.GA98311@webmail.home.brasapen.org> References: <20070320225622.GA98185@webmail.home.brasapen.org> <23548459.691174449417873.JavaMail.root@ly.sdf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <23548459.691174449417873.JavaMail.root@ly.sdf.com> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, Eilko Bos Subject: Re: interface re0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Mar 2007 08:12:21 -0000 Hi, >From the keyboard of Tom Samplonius, written on Tue, Mar 20, 2007 at 08:56:57PM -0700: > > re0: port > > 0xb800-0xb8ff mem 0xf7000000-0xf70000ff irq 11 at device 15.0 on pci0 > > re0: MII without any phy! > > device_attach: re0 attach returned 6 > > > > Does anybody have an idea how this can be fixed? This is my complete > ... > > I recommend you do a rebose boot (which will print the PCI id of the card), and attach it to a PR. Perhaps the re maintainer can hack the driver for a special exception for your NIC. Spooky, I removed the other cards (xl0/3com and ed0), rebooted and the card was recognized. Then I inserted the NICS again, one by one, each time followed by a reboot to see if the card keeps working. Now it works every time I boot the system: ed0: port 0xd400-0xd41f at device 13.0 on pci0 ed0: Ethernet address: 52:54:05:df:a6:4e ed0: type RTL8029 (16 bit) xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd000-0xd07f mem 0xf7800000-0xf780 007f at device 14.0 on pci0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:10:5a:cb:2f:c7 re0: port 0xb800-0xb8ff mem 0xf7000000-0xf70000ff at device 15.0 on pci0 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-F DX, auto re0: Ethernet address: 00:16:0a:05:71:5f re0: [FAST] However, this behaviour does not give me a real good feeling... > But em cards (Intel Pro1000GT Desktop) cards are very cheap, and do work. Why buy RealTek? RealTek has been outputting overly simplistic hardware since the beginning. If there was a corner that could be cut when building a NIC, a RealTek engineer thought of it first. I asked a friend to buy me a 100Mbit NIC (he works next to a computer store), but those were out of stock. So he bought me this one and since it is recognized (as re0) I assumed it would work :) And because it does right now, I can live with it. It is not a critical interface, if it happens again that it does not work, I will post the pciconf -lv output. Grtz, -- Eilko. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 08:51:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB2C516A46F for ; Wed, 21 Mar 2007 08:51:25 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 21D2313C45D for ; Wed, 21 Mar 2007 08:51:24 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 21 Mar 2007 08:51:23 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp029) with SMTP; 21 Mar 2007 09:51:23 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/OPoN6pl3OhpQk4Y7n3JscJSduQuKBeSPcsBchEr kOZaKmdLJqk0/Q From: Stefan Ehmann To: freebsd-stable@freebsd.org Date: Wed, 21 Mar 2007 09:51:22 +0100 User-Agent: KMail/1.9.6 References: <200703200944.l2K9i7YC044370@lurza.secnetix.de> In-Reply-To: <200703200944.l2K9i7YC044370@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703210951.22869.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Subject: Re: Possible memory 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, 21 Mar 2007 08:51:25 -0000 On Tuesday 20 March 2007 10:44:07 Oliver Fromme wrote: > Stefan Ehmann wrote: > > Sometimes I'm noticing very high memory usage. Nearly my whole memory > > (1GB) is used although I'm running my usual set of processes - normally > > memory usage is much lower. > > That's normal. FreeBSD uses nearly all free memory for > buffer cache and other kinds of caches. > > > I killed most processes but memory usage remains high. > > How do you measure "memory usage"? The numbers from top(1) > are mostly meaningless. Personally I think top should be > removed from FreeBSD, because it confuses many people (in > fact I think _most_ people don't interpret the numbers > correctly), but some people seem to be in love with it. :-) Obviously I'm one of those people that got it wrong. My mistake was to think that a memory page is moved to the inactive/cache list automatically if it's not used for a longer time. But if I got it correctly now, this only happens when there's some kind of memory shortage and the pageout daemon is not sleeping. Now that I think I understand it better, those numbers also seem okay to me. :) What got me suspicious at first was that the systems sometimes started to swap although there should have been more than enough memory to fit all processes in physical memory. But I see this is also in the FAQ. Thanks for all your help and hints. Stefan From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 09:26:20 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6DD416A40D for ; Wed, 21 Mar 2007 09:26:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 60A1513C4B0 for ; Wed, 21 Mar 2007 09:26:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wnspsl@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2L9QCj2051143; Wed, 21 Mar 2007 10:26:17 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2L9QBgF051142; Wed, 21 Mar 2007 10:26:11 +0100 (CET) (envelope-from olli) Date: Wed, 21 Mar 2007 10:26:11 +0100 (CET) Message-Id: <200703210926.l2L9QBgF051142@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Eilko Bos , tom@samplonius.org In-Reply-To: <23548459.691174449417873.JavaMail.root@ly.sdf.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 21 Mar 2007 10:26:17 +0100 (CET) Cc: Subject: Re: interface re0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Eilko Bos , tom@samplonius.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 09:26:20 -0000 Tom Samplonius wrote: > But em cards (Intel Pro1000GT Desktop) cards are very cheap, and > do work. Why buy RealTek? RealTek has been outputting overly > simplistic hardware since the beginning. If there was a corner > that could be cut when building a NIC, a RealTek engineer thought > of it first. FWIW, I'm using re(4) cards in a few machines without any problems (probed as "RealTek 8169SB/8110SB"). They're working just fine. On the other hand, if you do a search for "em" on the mailing list archives, it looks like there are quite a lot of problems with those. Just my 2 cents ... YMMV. Best regards Oliver PS: I agree that the old rl(4) NICs, i.e. 8139, are really a piece of crap, but that's a completely different issue. Realtek also made quite an NE2k clone supported by ed(4) (called RealTek 8029) which is also quite decent and works perfectly fine (I've had one in my router for years). So, not all RealTek products are as bad a nightmare as the rl(4) 8139. ;-) -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "That's what I love about GUIs: They make simple tasks easier, and complex tasks impossible." -- John William Chambless From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 11:19:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C31A16A46E for ; Wed, 21 Mar 2007 11:19:50 +0000 (UTC) (envelope-from extazyti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id DD51113C44C for ; Wed, 21 Mar 2007 11:19:49 +0000 (UTC) (envelope-from extazyti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so228581ana for ; Wed, 21 Mar 2007 04:19:48 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=EpBacu4KSZhY9JXf1HfmVV7gLVsGXSLX+epb5uZ/L3N/VI5tXOVC3vZhY9pOocOVGfwjnYby6Eb3H9IHLQvj7FwZ/0SGv0e5MV89TXdvIoJ4oS0Jn4Sbzk0JJacb+SPk3M0lzXu10FPyjOFIW2pqGbMQPqhasU9oEcVGVeZgVs4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=AqyiSV5RVh9hWX9ZLf3TV8O4V6+LymvA9TlFxYwGk7vft4D8Aftr13gATvOpYOqf6ZsOljUVqH52iybX7kFwsr0lE4oftVFcFSZgLlGo4LK01mVuUiqsevS+RgRyyb01sq7ujX/7wAjolzpDPnU36h2AAVP1V7kkO4nxgpARjgM= Received: by 10.100.136.13 with SMTP id j13mr339372and.1174474256085; Wed, 21 Mar 2007 03:50:56 -0700 (PDT) Received: by 10.100.189.19 with HTTP; Wed, 21 Mar 2007 03:50:55 -0700 (PDT) Message-ID: <468d29450703210350v250a6189q67db62256e35df@mail.gmail.com> Date: Wed, 21 Mar 2007 12:50:55 +0200 From: ExTaZyTi To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: I have a serious problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 11:19:50 -0000 While some days my FreeBSD (6.2-STABLE) reboots without any reason for this .. block the system for 10-20 seconds and then reboots.. please if you know something about this to help me :( thanks in advance From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 11:43:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4939E16A46F for ; Wed, 21 Mar 2007 11:43:40 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id CE19213C45B for ; Wed, 21 Mar 2007 11:43:39 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so808454nfc for ; Wed, 21 Mar 2007 04:43:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dvKIociJhEFBybRa13JPXsAjTMoQbmiHCAjSgQHdUaSwDZNmw5R2UUrnc7GTjxNivL/NIttOc0askhS+GjETWWyot0itUJj8tMhGZ+Etc1kjuMjUk9kt+Fv5gsWJVFBlkY3B+hW7uuT3w1RyEzY6pyUq8mxu1IBpLux6ILG1uCE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=C/9iHYTII9xiS9MHPjbTRNgkugo6ZNBkvHKDbvaNmydazfaizDutXp3SqpT+M1Inu7GgLBafNyTEFxXNjwWW5Z7scVs/UQYdFx8axmxZ8UqwGWwiyoNrLhxOC3iqBBDU/sxG8gnFwp/gu/pDOd3z23+3FBE735yLWDeMT6LWDvA= Received: by 10.82.163.13 with SMTP id l13mr1460083bue.1174477418160; Wed, 21 Mar 2007 04:43:38 -0700 (PDT) Received: by 10.82.153.6 with HTTP; Wed, 21 Mar 2007 04:43:38 -0700 (PDT) Message-ID: <14989d6e0703210443s1c7ee638wab73be8039cef22d@mail.gmail.com> Date: Wed, 21 Mar 2007 12:43:38 +0100 From: "Christian Walther" To: ExTaZyTi In-Reply-To: <468d29450703210350v250a6189q67db62256e35df@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <468d29450703210350v250a6189q67db62256e35df@mail.gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: I have a serious problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 11:43:40 -0000 On 21/03/07, ExTaZyTi wrote: > While some days my FreeBSD (6.2-STABLE) reboots without any reason for this > .. > block the system for 10-20 seconds and then reboots.. > please if you know something about this to help me :( > Since we're not aware of your setup, it would be quite helpfull if you could provide some more information: - What hardware are you on (Mainboard, CPU, Amount of RAM, HDD...) - What "flavour" of FreeBSD are you running (i386, amd64...) - Where does the lockup occur, e.g. what are the last lines displayed on screen? - What did you try to correct this issue so far? - Does it freeze when you boot into single user mode? - Is there an error message (kernel panic...) displayed before the machine resets? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 12:45:57 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C866B16A502 for ; Wed, 21 Mar 2007 12:45:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2B613C487 for ; Wed, 21 Mar 2007 12:45:56 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (yburah@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2LCjo6Y073401; Wed, 21 Mar 2007 13:45:55 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2LCjo2S073400; Wed, 21 Mar 2007 13:45:50 +0100 (CET) (envelope-from olli) Date: Wed, 21 Mar 2007 13:45:50 +0100 (CET) Message-Id: <200703211245.l2LCjo2S073400@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, extazyti@gmail.com In-Reply-To: <468d29450703210350v250a6189q67db62256e35df@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 21 Mar 2007 13:45:55 +0100 (CET) Cc: Subject: Re: I have a serious problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, extazyti@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 12:45:57 -0000 ExTaZyTi wrote: > While some days my FreeBSD (6.2-STABLE) reboots without any reason for this > .. > block the system for 10-20 seconds and then reboots.. That sounds like your system panics while you're running X, so you cannot see the panic message. By default, the system reboots after 15 seconds. There are several things that you can do in that situation. If the panic is reproducible without X, then please try to run the machine without X for a while, then record the panic message. Another way is to setup a serial console (e.g. another PC), so the panic message will be displayed there. You should also enable crash dumps via /etc/rc.conf, which can provide valuable information for solving the problem. Basically you have to add a line dumpdev="auto" to your /etc/rc.conf file. Please see the FreeBSD Handbook for details. Finally, it would be useful to have more information about your system configuration. If you've compiled your own kernel (i.e. not using GENERIC or SMP), then seeing your kernel config file would be useful. Also a verbose boot output is useful. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 14:13:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A016F16A57E; Wed, 21 Mar 2007 14:13:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5527F13C4EA; Wed, 21 Mar 2007 14:13:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 3BC09ED4B85; Wed, 21 Mar 2007 16:13:05 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N-u-ibVPhyTT; Wed, 21 Mar 2007 16:12:59 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id BA015ED4B23; Wed, 21 Mar 2007 16:12:59 +0200 (EET) Message-ID: <46013D6F.4020704@icyb.net.ua> Date: Wed, 21 Mar 2007 16:13:03 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070315) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org References: <45FE9B11.5030909@icyb.net.ua> In-Reply-To: <45FE9B11.5030909@icyb.net.ua> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: wollman@FreeBSD.org, tz@elsie.nci.nih.gov Subject: Re: zdump on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 14:13:10 -0000 on 19/03/2007 16:15 Andriy Gapon said the following: > Strange problem: > $ uname -srm > FreeBSD 6.2-RELEASE-p2 amd64 > > $ zdump -v EST > EST Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST isdst=0 > gmtoff=-18000 > EST Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST isdst=0 > gmtoff=-18000 > EST Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST isdst=0 > gmtoff=-18000 > EST Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST isdst=0 > gmtoff=-18000 > ^C ... > Before each ^C zdump was hanging eating 100% CPU. > Something about 64-bitness ? Hmm. I hurried to assert that it was hanging, it was actually searching. It seems that zdump -v algorithm is to start with minimal time_t possible (large negative number in our case) and to go to maximum time_t using 12 hours increments and doing certain checks for DST jumps. Well, with 64-bit time_t start date is somewhere 200 milliard (10^9) years ago and end date is the same in the future, so iteration over those years takes quite a while. And tz db doesn't contain anything useful for too distant years anyway. I think that zdump should be optimized to limit its search range. At the very least for the start point - what is current estimate of the age of our Universe :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 17:11:52 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 514E216A406; Wed, 21 Mar 2007 17:11:52 +0000 (UTC) (envelope-from cedric@decemplex.net) Received: from mail.decemplex.net (mail.decemplex.net [80.237.247.202]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBF613C4E5; Wed, 21 Mar 2007 17:11:49 +0000 (UTC) (envelope-from cedric@decemplex.net) Received: from localhost (mail.decemplex.net [80.237.247.202]) by mail.decemplex.net (Postfix) with ESMTP id B66497D1A6A; Wed, 21 Mar 2007 17:51:31 +0100 (CET) X-Virus-Scanned: amavisd-new at decemplex.net Received: from mail.decemplex.net ([80.237.247.202]) by localhost (mail.decemplex.net [80.237.247.202]) (amavisd-new, port 10024) with LMTP id aMcf6bAOqYUx; Wed, 21 Mar 2007 17:51:23 +0100 (CET) Received: from decemplex.loc (201-186-112-217.dyn.adsl.belcenter.be [217.112.186.201]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.decemplex.net (Postfix) with ESMTP id 004AD7D1963; Wed, 21 Mar 2007 17:51:22 +0100 (CET) Date: Wed, 21 Mar 2007 17:51:07 +0100 From: =?ISO-8859-1?Q?C=E9dric?= Jonas To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20070321175107.2dee0495@ganymed> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_+aCdUc=aPUJzzf+WH4yh0r3"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Subject: ACL's doesn't work with SUIDDIR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Mar 2007 17:11:52 -0000 --Sig_+aCdUc=aPUJzzf+WH4yh0r3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all, I'm using FreeBSD 6.2-RELEASE, with suiddir set as option in kernel config and fstab (+ acl support). My goal is to have a directory (precisely a SVN repo) writable by X specific users, where all created/modified files remain owned by svn. I know that's not the only way to do it - but I have reasons to do it so and not differently. I tried following: drwx------ 7 svn users 512 21 M=E4r 17:30 braintrust =3D> user thomas CANT'T write in braintrust setfacl -d -m u::rwx,g::---,o::---,u:thomas:rwx braintrust/ drwx------ 7 svn users 512 21 M=E4r 17:31 braintrust =3D> user thomas CAN'T write in braintrust - but he got an default ACL that will apply on all created files in braintrust setfacl -m u:thomas:rwx braintrust/ drwxrwx---+ 7 svn users 512 21 M=E4r 17:34 braintrust =3D> user thomas CAN write in braintrust - and all created files in braintrust got the default ACL chmod +s braintrust/ drwsrws---+ 7 svn users 512 21 M=E4r 17:35 braintrust =3D> braintrust get the suidbit/sgidbit, and all files created by thomas in braintrust should be owned by svn|users BUT: after +s, user thomas CAN'T write anymore in braintrust, the error is not "Permission denied", but "Operation not permitted". However, he can read the directory content. If I do the same with a directory that hasn't ACL's, it works as expected... If I understand the manpages correctly, this isn't the correct behavior, but a bug. Can this be fixed? If I miss understand something, thanks to correct me. --=20 C=E9dric Jonas cedric@decemplex.net GPG ID: 30CCFE8D GPG Key: http://box.decemplex.net/~cedric/cedric.key.asc GPG Fingerprint: CF03 E1FD 9428 1B6B E971 B107 9044 AA99 30CC FE8D Jabber-ID: cedric@decemplex.net --Sig_+aCdUc=aPUJzzf+WH4yh0r3 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGAWJ7kESqmTDM/o0RAh1BAKCfWDsXlk/5u87/BYr22XM1FIPsFwCfR0+6 H60Lm2Dl5fe6ZxGAXVFnXhQ= =JtBt -----END PGP SIGNATURE----- --Sig_+aCdUc=aPUJzzf+WH4yh0r3-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 17:34:53 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BF8516A4E9; Wed, 21 Mar 2007 17:34:53 +0000 (UTC) (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 E818513C4C2; Wed, 21 Mar 2007 17:34:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LHYqlu009595; Wed, 21 Mar 2007 13:34:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LHYqD5096977; Wed, 21 Mar 2007 13:34:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 03C74241BF; Wed, 21 Mar 2007 12:34:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070321173452.03C74241BF@freebsd-stable.sentex.ca> Date: Wed, 21 Mar 2007 12:34:51 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 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: Wed, 21 Mar 2007 17:34:53 -0000 TB --- 2007-03-21 17:03:57 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-21 17:03:57 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-03-21 17:03:57 - cleaning the object tree TB --- 2007-03-21 17:04:34 - checking out the source tree TB --- 2007-03-21 17:04:34 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2007-03-21 17:04:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-21 17:13:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-21 17:13:49 - cd /src TB --- 2007-03-21 17:13:49 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_filename.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_memory.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_bzip2.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_gzip.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/amd64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_none.c /src/lib/libarchive/archive_write_set_compression_none.c: In function `archive_compressor_none_write': /src/lib/libarchive/archive_write_set_compression_none.c:145: error: structure has no member named `archive' *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-21 17:34:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-21 17:34:51 - ERROR: failed to build world TB --- 2007-03-21 17:34:51 - tinderbox aborted TB --- 1.51 user 4.72 system 1854.59 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 17:58:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 046FB16A4E5 for ; Wed, 21 Mar 2007 17:58:34 +0000 (UTC) (envelope-from extazyti@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 97D6913C4D0 for ; Wed, 21 Mar 2007 17:58:33 +0000 (UTC) (envelope-from extazyti@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so395327ana for ; Wed, 21 Mar 2007 10:58:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=scU4WERAiuquu10d99RwcKFMIiX2B908uUeOJpV94oEQZw2TuCshjdBSXV6ohXsDlB5ltyzOQy05cUUAP4bOKKiHDyuNMlL/xhCYv7OcOh18/0uftgb76U+BqAC8XLDvq6OxuUW0MSU5wASUiSrmgNNhjHgP8w7s8HMoct/k3+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Ffr9Hp+ZRWOqtQqdnIkeSVtV0UKfY956M1+OuF9U0iAOLm0OVlNG2NocBsi2WPtm+YiON8W6uMj8fDpJp9gNNh1z8itsDN6F4Qpk0CuUqirJxTKWHD/4BkyniQD4Mo6UUj3sAj/hU4IdTIsv+Cvnwpl2Oqtdr6FzePx6BFj9pC0= Received: by 10.100.191.5 with SMTP id o5mr801296anf.1174499912937; Wed, 21 Mar 2007 10:58:32 -0700 (PDT) Received: by 10.100.189.19 with HTTP; Wed, 21 Mar 2007 10:58:32 -0700 (PDT) Message-ID: <468d29450703211058u6238a663oa59184423b8e30c7@mail.gmail.com> Date: Wed, 21 Mar 2007 19:58:32 +0200 From: ExTaZyTi To: freebsd-stable@freebsd.org, extazyti@gmail.com In-Reply-To: <200703211245.l2LCjo2S073400@lurza.secnetix.de> MIME-Version: 1.0 References: <468d29450703210350v250a6189q67db62256e35df@mail.gmail.com> <200703211245.l2LCjo2S073400@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: I have a serious problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 17:58:34 -0000 Thanks. My system configuration is intel p3 866 MHz, 192 MB RAM, 20 GB HDD using i386. The FreeBSD is in the another PC without X. This is my custom kernel config file: # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-conf= ig.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.429.2.13 2006/10/09 18:41:36 simo= n Exp $ machine i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident EXTREME # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=3D-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=3D5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aha # Adaptec 154x SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device rr232x # Highpoint RocketRAID 232x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs= ! device miibus # MII bus support device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device snp # Snoop device - to look at pty/vty/etc.. # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) # PF device pf device pflog device pfsync # ALTQ options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ # QUOTA options QUOTA # Statically Link in accept filters options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP #To hide firewall from traceroute options IPSTEALTH Thanks again. 2007/3/21, Oliver Fromme : > > ExTaZyTi wrote: > > While some days my FreeBSD (6.2-STABLE) reboots without any reason for > this > > .. > > block the system for 10-20 seconds and then reboots.. > > That sounds like your system panics while you're running X, > so you cannot see the panic message. By default, the system > reboots after 15 seconds. > > There are several things that you can do in that situation. > If the panic is reproducible without X, then please try to > run the machine without X for a while, then record the > panic message. > > Another way is to setup a serial console (e.g. another PC), > so the panic message will be displayed there. > > You should also enable crash dumps via /etc/rc.conf, which > can provide valuable information for solving the problem. > Basically you have to add a line dumpdev=3D"auto" to your > /etc/rc.conf file. Please see the FreeBSD Handbook for > details. > > Finally, it would be useful to have more information about > your system configuration. If you've compiled your own > kernel (i.e. not using GENERIC or SMP), then seeing your > kernel config file would be useful. Also a verbose boot > output is useful. > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "Documentation is like sex; when it's good, it's very, very good, > and when it's bad, it's better than nothing." > -- Dick Brandon > From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 18:02:27 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BEB516A401; Wed, 21 Mar 2007 18:02:27 +0000 (UTC) (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 4CA4A13C4BD; Wed, 21 Mar 2007 18:02:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LH3vVl002921; Wed, 21 Mar 2007 13:03:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LH3vqt027792; Wed, 21 Mar 2007 13:03:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id ED925241BF; Wed, 21 Mar 2007 12:03:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070321170356.ED925241BF@freebsd-stable.sentex.ca> Date: Wed, 21 Mar 2007 12:03:56 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 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: Wed, 21 Mar 2007 18:02:27 -0000 TB --- 2007-03-21 16:35:03 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-21 16:35:03 - starting RELENG_6 tinderbox run for alpha/alpha TB --- 2007-03-21 16:35:03 - cleaning the object tree TB --- 2007-03-21 16:35:34 - checking out the source tree TB --- 2007-03-21 16:35:34 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2007-03-21 16:35:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-21 16:44:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-21 16:44:11 - cd /src TB --- 2007-03-21 16:44:11 - /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 [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_filename.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_memory.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_bzip2.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_gzip.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_none.c /src/lib/libarchive/archive_write_set_compression_none.c: In function `archive_compressor_none_write': /src/lib/libarchive/archive_write_set_compression_none.c:145: error: structure has no member named `archive' *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-21 17:03:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-21 17:03:56 - ERROR: failed to build world TB --- 2007-03-21 17:03:56 - tinderbox aborted TB --- 1.21 user 3.45 system 1732.83 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-alpha-alpha.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 18:04:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43B7116A405; Wed, 21 Mar 2007 18:04:31 +0000 (UTC) (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 1B75713C4BA; Wed, 21 Mar 2007 18:04:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LI4U9A015482; Wed, 21 Mar 2007 14:04:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LI4UnV024700; Wed, 21 Mar 2007 14:04:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 23A74241BF; Wed, 21 Mar 2007 13:04:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070321180430.23A74241BF@freebsd-stable.sentex.ca> Date: Wed, 21 Mar 2007 13:04:30 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6 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: Wed, 21 Mar 2007 18:04:31 -0000 TB --- 2007-03-21 17:34:52 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-21 17:34:52 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-03-21 17:34:52 - cleaning the object tree TB --- 2007-03-21 17:35:24 - checking out the source tree TB --- 2007-03-21 17:35:24 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2007-03-21 17:35:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-21 17:44:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-21 17:44:17 - cd /src TB --- 2007-03-21 17:44:17 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_filename.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_memory.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_bzip2.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_gzip.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_none.c /src/lib/libarchive/archive_write_set_compression_none.c: In function `archive_compressor_none_write': /src/lib/libarchive/archive_write_set_compression_none.c:145: error: structure has no member named `archive' *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-21 18:04:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-21 18:04:29 - ERROR: failed to build world TB --- 2007-03-21 18:04:29 - tinderbox aborted TB --- 1.23 user 3.90 system 1777.75 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 18:35:15 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3430516A40A; Wed, 21 Mar 2007 18:35:15 +0000 (UTC) (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 E782F13C487; Wed, 21 Mar 2007 18:35:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LIZCpd022203; Wed, 21 Mar 2007 14:35:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LIZClM038669; Wed, 21 Mar 2007 14:35:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 41FCD241BF; Wed, 21 Mar 2007 13:35:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070321183512.41FCD241BF@freebsd-stable.sentex.ca> Date: Wed, 21 Mar 2007 13:35:12 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6 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: Wed, 21 Mar 2007 18:35:15 -0000 TB --- 2007-03-21 18:04:30 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-21 18:04:30 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-03-21 18:04:30 - cleaning the object tree TB --- 2007-03-21 18:05:00 - checking out the source tree TB --- 2007-03-21 18:05:00 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2007-03-21 18:05:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-21 18:14:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-21 18:14:33 - cd /src TB --- 2007-03-21 18:14:33 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_filename.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_memory.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_bzip2.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_gzip.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/pc98/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_none.c /src/lib/libarchive/archive_write_set_compression_none.c: In function `archive_compressor_none_write': /src/lib/libarchive/archive_write_set_compression_none.c:145: error: structure has no member named `archive' *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-21 18:35:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-21 18:35:12 - ERROR: failed to build world TB --- 2007-03-21 18:35:12 - tinderbox aborted TB --- 1.12 user 3.79 system 1841.80 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 19:05:04 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB3E516A47B; Wed, 21 Mar 2007 19:05:03 +0000 (UTC) (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 C2D9F13C4B9; Wed, 21 Mar 2007 19:05:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LJ51RS029119; Wed, 21 Mar 2007 15:05:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l2LJ51Pc007698; Wed, 21 Mar 2007 15:05:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id CD483241BF; Wed, 21 Mar 2007 14:05:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070321190500.CD483241BF@freebsd-stable.sentex.ca> Date: Wed, 21 Mar 2007 14:05:00 -0500 (EST) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [releng_6 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: Wed, 21 Mar 2007 19:05:04 -0000 TB --- 2007-03-21 18:35:12 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-21 18:35:12 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-03-21 18:35:12 - cleaning the object tree TB --- 2007-03-21 18:35:43 - checking out the source tree TB --- 2007-03-21 18:35:43 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2007-03-21 18:35:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-21 18:45:01 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-21 18:45:01 - cd /src TB --- 2007-03-21 18:45:01 - /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 [...] cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_filename.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_open_memory.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_bzip2.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_gzip.c cc -O2 -pipe -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.3.1\" -I/obj/sparc64/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/lib/libarchive/archive_write_set_compression_none.c /src/lib/libarchive/archive_write_set_compression_none.c: In function `archive_compressor_none_write': /src/lib/libarchive/archive_write_set_compression_none.c:145: error: structure has no member named `archive' *** Error code 1 Stop in /src/lib/libarchive. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-21 19:05:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-21 19:05:00 - ERROR: failed to build world TB --- 2007-03-21 19:05:00 - tinderbox aborted TB --- 1.07 user 3.26 system 1788.25 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 19:48:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40C3116A40D for ; Wed, 21 Mar 2007 19:48:58 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from server1.tntpowerhost.com (server1.tntpowerhost.com [208.100.3.23]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7E113C468 for ; Wed, 21 Mar 2007 19:48:58 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from ppp-70-250-214-254.dsl.spfdmo.swbell.net ([70.250.214.254] helo=amd64.localhost) by server1.tntpowerhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HU6ns-000FhC-Ue for freebsd-stable@freebsd.org; Wed, 21 Mar 2007 14:49:01 -0500 Date: Wed, 21 Mar 2007 14:48:54 -0500 From: Mark Kane To: freebsd-stable@freebsd.org Message-ID: <20070321144854.184ed2ef@amd64.localhost> In-Reply-To: <20070220221450.5dd5427d@amd64.localhost> References: <20070220221450.5dd5427d@amd64.localhost> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.10; amd64-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server1.tntpowerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - mkproductions.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Daily Panics on 6.2-STABLE (page fault/Fatal trap 12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Mar 2007 19:48:58 -0000 On Tue, Feb 20, 2007, at 22:14:50 -0600, Mark Kane wrote: > Hi everyone. >=20 > I'm getting kernel panics daily or even multiple times a day on a new > machine. When it's running everything works well, but over the last > day or two I've been getting multiple panics per day at seemingly > random times. >=20 > When the first panic happened, all I did was open up a new tab in my > graphical terminal. The second one I had VNC open to another FBSD box > and was maximizing the VNC window here to continue working on it. The > third one I was running a simple command via SSH on another machine > (in a graphical terminal). The fourth one was just pulling a website > up in my browser. The latest one was also working on another machine > via SSH in a graphical terminal. I had just switched terminal tabs > and then it panicked. >=20 > The CPU is nowhere near loaded at the times it panics, and since it > has happened several different times while doing different things each > time, I'm not exactly sure of one single event that triggers it. The > programs I have open when it panics are XChat, Opera or Firefox, XMMS, > a Terminal with some tabs, sometimes mplayer playing audio, and Claws > Mail. I've tested my RAM (brand new) with three passes of memtest86+ > and there were zero errors. I have included some kgdb output, a dmesg, > and my kernel configuration.=20 >=20 > This is the first real panicking problem I've ever experienced with > FreeBSD, so please let me know if there is any additional information > I can provide. >=20 > Thanks very much in advance. >=20 > -Mark > > [Debug info snipped -- see:] > http://lists.freebsd.org/pipermail/freebsd-stable/2007-February/033199.ht= ml Hi all. Unfortunately these panics are still happening. One thing I have noticed from all kgdb outputs is the "current process" listed _every time_ is XMMS. I know that for most of those times, XMMS wasn't even playing any files but was rather just sitting open. A bad combination seems to be XMMS and vncviewer open at the same time which often results in a panic, although not always. Sometimes it happens with just XMMS running and maybe a browser, IRC, and email. Recently I thought it was improving. I cvsupped last week, rebuilt world and kernel and it ran for about a week with no problems. Now it's panicked two times since last night. Note that it's the same exact kgdb output every time. Below is another kgdb output with a "bt full" this time. I'm trying to rule out any software issues before I start looking at hardware (even though it's all brand new with the exception of the sound card). If it is thought to be hardware, any pointers on what to check first would be much appreciated also. Thanks again, -Mark FreeBSD 6.2-STABLE #5: Tue Mar 13 17:09:00 CDT 2007 =3D=3D=3D KGDB OUTPUT =3D=3D=3D [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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x30 fault code =3D supervisor write data, page not present instruction pointer =3D 0x8:0xffffffff803bd154 stack pointer =3D 0x10:0xffffffffb529a6d0 frame pointer =3D 0x10:0x0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 4692 (xmms) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 11h33m35s Dumping 2047 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (523984 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) list *0xffffffff803bd154 0xffffffff803bd154 is in devfs_open (/usr/src/sys/fs/devfs/devfs_vnops.c:798). 793 * the file *. 794 */ 795 fp =3D ap->a_td->td_proc->p_fd->fd_ofiles[ap->a_fdidx]; 796 KASSERT(fp->f_ops =3D=3D &badfileops, 797 ("Could not vnode bypass device on fdops %p", fp->f_ops)); 798 fp->f_ops =3D &devfs_ops_f; 799 fp->f_data =3D dev; 800 return (error); 801 } 802 (kgdb) bt full #0 doadump () at pcpu.h:172 No locals. #1 0x0000000000000004 in ?? () No symbol table info available. #2 0xffffffff8041e647 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf =3D 1 #3 0xffffffff8041ece1 in panic (fmt=3D0xffffff001321c720 "X=EF=BF=BD") at /usr/src/sys/kern/kern_shutdown.c:565 bootopt =3D 260 newpanic =3D 0 ap =3D {{gp_offset =3D 16, fp_offset =3D 48, overflow_arg_area =3D 0xffffffffb529a540, reg_save_area =3D 0xffffffffb529a470}} buf =3D "page fault", '\0' =20 #4 0xffffffff8063afbf in trap_fatal (frame=3D0xffffff001321c720, eva=3D18446742975221392216) at /usr/src/sys/amd64/amd64/trap.c:668 code =3D 12 type =3D 12 ss =3D 12 esp =3D 0 softseg =3D {ssd_base =3D 0, ssd_limit =3D 1048575, ssd_type =3D 27, ssd_dpl =3D 0, ssd_p =3D 1, ssd_long =3D 1, ssd_def32 =3D 0, ssd_gran =3D 1= } msg =3D 0x0=20 #5 0xffffffff8063b33c in trap_pfault (frame=3D0xffffffffb529a620, usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:580 va =3D 0 vm =3D (struct vmspace *) 0x0 map =3D 0x1 rv =3D 1 ftype =3D 2 '\002' p =3D (struct proc *) 0x0 eva =3D 48 #6 0xffffffff8063b5f3 in trap (frame=3D {tf_rdi =3D -1097438304256, tf_rsi =3D -1099190647008, tf_rdx =3D 7, tf_rcx =3D 4, tf_r8 =3D 1, tf_r9 =3D -1098691737856, tf_rax =3D 0, tf_rbx = =3D -1099190647008, tf_rbp =3D 0, tf_r10 =3D -1098404205912, tf_r11 =3D 7, tf_r= 12 =3D 0, tf_r13 =3D -1098404206080, tf_r14 =3D -1098488159400, tf_r15 =3D -1097438304256, tf_trapno =3D 12, tf_addr =3D 48, tf_flags =3D -1099190647008, tf_err =3D 2, tf_rip =3D -2143563436, tf_cs =3D 8, tf_rflags =3D 66118, tf_rsp =3D -1255561504, tf_ss =3D 16}) at /usr/src/sys/amd64/amd64/trap.c:353 p =3D (struct proc *) 0xffffff003d00e358 sticks =3D 0 i =3D 0 ucode =3D 0 type =3D 3 code =3D 2=20 #7 0xffffffff8062662b in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 No locals.=20 #8 0xffffffff803bd154 in devfs_open (ap=3D0xffffff003d00e358) at /usr/src/sys/fs/devfs/devfs_vnops.c:795 _giantcnt =3D 0 td =3D (struct thread *) 0xffffff001321c720 vp =3D (struct vnode *) 0xffffff004201ea00 dev =3D (struct cdev *) 0xffffff007b946800 fp =3D (struct file *) 0x0 error =3D 0 dsw =3D (struct cdevsw *) 0x0 #9 0xffffffff8068ecba in VOP_OPEN_APV (vop=3D0x0, a=3D0xffffff001321c720) at vnode_if.c:372 rc =3D 0 #10 0xffffffff80499b40 in vn_open_cred (ndp=3D0xffffffffb529a9c0, flagp=3D0xffffffffb529a90c, cmode=3D1581902752, cred=3D0xffffff0030de8700, fdidx=3D7) at vnode_if.h:198 vp =3D (struct vnode *) 0xffffff005e49eba0 ---Type to continue, or q to quit--- mp =3D (struct mount *) 0xffffffff8040714f td =3D (struct thread *) 0xffffff001321c720 vat =3D {va_type =3D VREG, va_mode =3D 0, va_nlink =3D 0, va_uid =3D 320980768, va_gid =3D 4294967040, va_fsid =3D 0, va_fileid =3D -2141010241, va_size =3D 18446744071571701760, va_blocksize =3D -2143210411, va_atime =3D {tv_sec =3D -2137849856, tv_nsec =3D -2143169876}, va_mtime =3D {tv_sec =3D 11095, tv_nsec =3D -2143359457}, va_ctime =3D {tv_sec =3D 7, tv_nsec =3D -2143355297}, va_birthtime =3D {tv_sec =3D -2137862208, tv_nsec =3D -1099190647008}, va_gen =3D 18446742975221392216, va_flags =3D 18446742974571679128, va_rdev =3D 320980768, va_bytes =3D 18446744072453990672, va_filerev =3D 18446742975305345536, va_vaflags =3D 2151633392, va_spare =3D 0} vap =3D (struct vattr *) 0xffffff0030de8700 mode =3D 819889920 fmode =3D 1 error =3D 0 vfslocked =3D 0=20 #11 0xffffffff8048fbff in kern_open (td=3D0xffffff001321c720, path=3D0x6e9540
, pathseg=3DUIO_USERSPACE, flags=3D1, mode=3D-1255560768) at /usr/src/sys/kern/vfs_syscalls.c:1007 p = =3D (struct proc *) 0x0 fdp =3D (struct filedesc *) 0xffffff004201ea00 fp =3D (struct file *) 0xffffff0016470d98 vp =3D (struct vnode *) 0x0 vat =3D {va_type =3D 3039406928, va_mode =3D 65535, va_nlink =3D -1, va_uid =3D 320980768, va_gid =3D 4294967040, va_fsid =3D 64, va_fileid =3D -2143120760, va_size =3D 0, va_blocksize =3D -1255560480, va_atime =3D {tv_sec =3D -1098488159400, tv_nsec =3D -1098488159400}, va_mtime =3D {tv_s= ec =3D -1255560432, tv_nsec =3D -2143120545}, va_ctime =3D {tv_sec =3D -1255560432, tv_nsec =3D -2143120458}, va_birthtime =3D {tv_sec =3D 1174504178, tv_nsec =3D 5657018918572775532}, va_gen =3D 20, va_flags =3D 18446744071566296437, va_rdev =3D 754973504, va_bytes =3D 18446742975743826368, va_filerev =3D 1174504178, va_vaflags =3D 306667609, va_spare =3D -1098488159400} mp =3D (struct mount *) 0x8000000000011800 nfp =3D (struct file *) 0xffffff0016470d98 type =3D 7 indx =3D 7 error =3D -1255560256 lf =3D {l_start =3D 0, l_len =3D -1099190647008, l_pid =3D -2140161464, l_type =3D -1, l_whence =3D -1} nd =3D {ni_dirp =3D 0x6e9540
, ni_segflg =3D UIO_USERSPACE, ni_startdir =3D 0x0, ni_rootdir =3D 0xffffff007b2407c0, ni_topdir =3D 0x0, ni_vp =3D 0xffffff005e49eba0, ni_dvp =3D 0xffffff007b240d90, ni_pathlen =3D 1, ni_next =3D 0xffffff00014cd00a "", ni_loopcnt =3D 0, ni_cnd =3D { cn_nameiop =3D 0, cn_flags =3D 69255236, cn_thread =3D 0xffffff001321c720, cn_cred =3D 0xffffff0030de8700, cn_lkflags =3D 2, cn_pnbuf =3D 0xffffff00014cd000 "/dev/mixer", cn_nameptr =3D 0xffffff00014cd005 "mixer", cn_namelen =3D 5, cn_consume =3D 0}} vfslocked =3D 7247168=20 #12 0xffffffff804903a2 in open (td=3D0xffffff007b946800, uap=3D0xffffffffb529abc0) at /usr/src/sys/kern/vfs_syscalls.c:971 error =3D 1023468376=20 #13 0xffffffff8063be71 in syscall (frame=3D {tf_rdi =3D 7247168, tf_rsi =3D 0, tf_rdx =3D 0, tf_rcx =3D 6291552, tf_r8 =3D 0, tf_r9 =3D 0, t= f_rax =3D 5, tf_rbx =3D 0, tf_rbp =3D 0, tf_r10 =3D 5, tf_r11 =3D 582, tf_r12 =3D 6291456, tf_r13 =3D 7247168, tf_r14 =3D 1, tf_r15 =3D 140737488347616, tf_trapno =3D 22, tf_addr =3D 0, tf_flags =3D 6353952, tf_err =3D 2, tf_rip= =3D 34389146764, tf_cs =3D 43, tf_rflags =3D 582, tf_rsp =3D 140737488347000, tf_ss =3D 35}) at /usr/src/sys/amd64/amd64/trap.c:803 params =3D 0x7fffffffdf80
callp =3D (struct sysent *) 0xffffffff8089cf58 p =3D (struct proc *) 0xffffff003d00e358 orig_tf_rflags =3D 582 sticks =3D 0 error =3D 0 narg =3D 3 args =3D {724716= 8, 0, 0, 6291552, 0, 0, -1099190647008, -2140948788} argp =3D (register_t *) 0xffffff007b946800 code =3D 5 reg =3D 1023468376 regcnt =3D 0=20 ---Type to continue, or q to quit---=20 #14 0xffffffff806267c8 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270=20 No locals.=20 #15 0x0000000801c0bc8c in ?? () No symbol table info available.=20 Previous frame inner to this frame (corrupt stack?)=20 (kgdb) q --=20 Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 20:13:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABB7216A503 for ; Wed, 21 Mar 2007 20:13:24 +0000 (UTC) (envelope-from amesbury@UMN.EDU) Received: from mta-a2.tc.umn.edu (mta-a2.tc.umn.edu [134.84.119.206]) by mx1.freebsd.org (Postfix) with ESMTP id 4B07C13C469 for ; Wed, 21 Mar 2007 20:13:24 +0000 (UTC) (envelope-from amesbury@UMN.EDU) Received: from [160.94.247.212] (paulaner.oitsec.umn.edu [160.94.247.212]) by mta-a2.tc.umn.edu (UMN smtpd) with ESMTP for ; Wed, 21 Mar 2007 15:13:21 -0500 (CDT) X-Umn-Remote-Mta: [N] paulaner.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN Message-ID: <460191E1.8090001@umn.edu> Date: Wed, 21 Mar 2007 15:13:21 -0500 From: Alan Amesbury User-Agent: Thunderbird 1.5.0.10 (X11/20070309) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070321120027.CB3C516A411@hub.freebsd.org> In-Reply-To: <20070321120027.CB3C516A411@hub.freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: zdump on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 20:13:24 -0000 Andriy Gapon said: > Strange problem: > $ uname -srm > FreeBSD 6.2-RELEASE-p2 amd64 > > $ zdump -v EST > EST Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST isdst=0 > gmtoff=-18000 > EST Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST isdst=0 > gmtoff=-18000 > EST Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST isdst=0 > gmtoff=-18000 > EST Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST isdst=0 > gmtoff=-18000 > ^C [snip] Known bug. See http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/109584 -- Alan Amesbury OIT Security and Assurance University of Minnesota From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 20:31:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 794D316A4D8 for ; Wed, 21 Mar 2007 20:31:54 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA6D13C4D5 for ; Wed, 21 Mar 2007 20:31:51 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so462005ugh for ; Wed, 21 Mar 2007 13:31:50 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=cHnizQyspmgOCKjeNiA9GjbHl3JDgk4KpZdMRAzlN4bxanIhEJWpqegE1Ic9RdXRkZ9QQ1s1w1ZHh1Zdo0LNIhM4FZTu/SDscxVKHaXKla5/708Z3f9ezbP+x/K0A/twFUy0zbU5rCb4O7thPlURsiLIu/fhIJsOfVQeLEqkHAc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DiAn7B7O2mvH0GmW8vL6shN4JE8KjAz41f+L+kgKmaxpZsK4uoyJK5YNb3tAeBHXdLJ4LbWifFEGQL52tMXC0BOyq0ELVBAzdYsppkoOG8UPctwLdZOEQSyoMEmw3geruuT3SH3ZPA4lwafP26srU1DSzUv4P+eXsF3PUQTCuqQ= Received: by 10.114.124.1 with SMTP id w1mr306795wac.1174509109582; Wed, 21 Mar 2007 13:31:49 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Wed, 21 Mar 2007 13:31:49 -0700 (PDT) Message-ID: Date: Wed, 21 Mar 2007 21:31:49 +0100 From: "Claus Guttesen" To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: zfs on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 20:31:54 -0000 Hi. Probably a bit premature but has anyone used zfs on FreeBSD "without problems". The reason I ask is that I have installed Solaris 10 on an intel-box, but adding additional programs is *not* as easy as 'portinstall postfix' etc. on FreeBSD. So rather than doing sensible work I feel like an idiot instead. I have some 8 TB of storage I'd like to use for that purpose. regards Claus From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 20:44:20 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B51E16A4DA for ; Wed, 21 Mar 2007 20:44:20 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id E6F2313C465 for ; Wed, 21 Mar 2007 20:44:19 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay8.apple.com (a17-128-113-38.apple.com [17.128.113.38]) by mail-out4.apple.com (8.13.8/8.13.8) with ESMTP id l2LKiJP9005798; Wed, 21 Mar 2007 13:44:19 -0700 (PDT) Received: from relay8.apple.com (unknown [127.0.0.1]) by relay8.apple.com (Symantec Mail Security) with ESMTP id BC1BD40456; Wed, 21 Mar 2007 13:44:19 -0700 (PDT) X-AuditID: 11807126-b0732bb00000669a-9e-460199236e91 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay8.apple.com (Apple SCV relay) with ESMTP id ADAE94006A; Wed, 21 Mar 2007 13:44:19 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Wed, 21 Mar 2007 13:44:18 -0700 To: Claus Guttesen X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: FreeBSD Stable Subject: Re: zfs on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 20:44:20 -0000 On Mar 21, 2007, at 1:31 PM, Claus Guttesen wrote: > Hi. > > Probably a bit premature but has anyone used zfs on FreeBSD "without > problems". The reason I ask is that I have installed Solaris 10 on an > intel-box, but adding additional programs is *not* as easy as > 'portinstall postfix' etc. on FreeBSD. So rather than doing sensible > work I feel like an idiot instead. > > I have some 8 TB of storage I'd like to use for that purpose. If one wanted to help Pawel & FreeBSD get to a stable ZFS implementation, then spending some time experimenting with it and reporting bugs or problems you run into on your setup would certainly be helpful. However, if one wanted to get a production-ready environment going today using an 8 TB storage setup, going with Solaris would undoubtedly be wiser. If your main concern is obtaining pre-built Solaris 10/Intel packages, there are a few hundred available at http://sunfreeware.com/...I didn't see postfix there, but there's most of the GNU toolchain and a number of common libraries (OpenSSL, libGMP, etc) which will at least help. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 20:49:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF50516A4C9 for ; Wed, 21 Mar 2007 20:49:15 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 5B47E13C457 for ; Wed, 21 Mar 2007 20:49:14 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1082228nfc for ; Wed, 21 Mar 2007 13:49:13 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZC114BWiTd8TSHbqWBeL7Z+MPSJbGLatUmxpLdO0+5ShPCTkvfLgFjg+wSHnLO3+Xdur8IaoVhXRL22EZCXPsAjw8caCnCiDbA3L+Jzu55YgjoR9Sjwz43Dl8AJjguX0vnqiJNv8HyDHg7rrHE5Zzfx8thz8woKdRmS0FtI5EJc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OC3ggHA6UjUDG0tpvWYANXtrfmJvuDAOOS8qT/7pGKCuXlBy1DAwTIffPKJsv1XZkYypSLfDL9rVlImz4IGvHkshTEEZ9ikCis78z5tJEe0sI0Zli6MTOZK/2Nk/ZOj3ei3ZX5FTsK1LzQAia1ULqxIz0MKcaVGqKVZb0X36Krg= Received: by 10.82.120.14 with SMTP id s14mr2506582buc.1174510152864; Wed, 21 Mar 2007 13:49:12 -0700 (PDT) Received: by 10.82.153.6 with HTTP; Wed, 21 Mar 2007 13:49:12 -0700 (PDT) Message-ID: <14989d6e0703211349j392f87b7idd2453c2830d0706@mail.gmail.com> Date: Wed, 21 Mar 2007 20:49:12 +0000 From: "Christian Walther" To: "Claus Guttesen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: FreeBSD Stable Subject: Re: zfs on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 20:49:15 -0000 On 21/03/07, Claus Guttesen wrote: > Hi. > > Probably a bit premature but has anyone used zfs on FreeBSD "without > problems". The reason I ask is that I have installed Solaris 10 on an > intel-box, but adding additional programs is *not* as easy as > 'portinstall postfix' etc. on FreeBSD. So rather than doing sensible > work I feel like an idiot instead. I know that this answer is quite OT on this list, but there are two software repositories for Solaris. One has already been mentioned in another answer, it is http://www.sunfreeware.com The other one is http://www.blastwave.org There is a nice script called "pkg-add" available, that is similar to apt-get. > > I have some 8 TB of storage I'd like to use for that purpose. > > regards > Claus HTH Christian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 20:56:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3155616A415 for ; Wed, 21 Mar 2007 20:56:55 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1300013C4C4 for ; Wed, 21 Mar 2007 20:56:55 +0000 (UTC) (envelope-from fcash@ocis.net) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 755EF1A000B0E for ; Wed, 21 Mar 2007 13:56:54 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id jkL53IbkfF9z for ; Wed, 21 Mar 2007 13:56:47 -0700 (PDT) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 714DE1A000B16 for ; Wed, 21 Mar 2007 13:56:47 -0700 (PDT) From: Freddie Cash To: freebsd-stable@freebsd.org Date: Wed, 21 Mar 2007 13:56:46 -0700 User-Agent: KMail/1.9.5 References: <14989d6e0703211349j392f87b7idd2453c2830d0706@mail.gmail.com> In-Reply-To: <14989d6e0703211349j392f87b7idd2453c2830d0706@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703211356.46545.fcash@ocis.net> Subject: Re: zfs on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 20:56:55 -0000 On Wednesday 21 March 2007 01:49 pm, Christian Walther wrote: > On 21/03/07, Claus Guttesen wrote: > > Probably a bit premature but has anyone used zfs on FreeBSD "without > > problems". The reason I ask is that I have installed Solaris 10 on an > > intel-box, but adding additional programs is *not* as easy as > > 'portinstall postfix' etc. on FreeBSD. So rather than doing sensible > > work I feel like an idiot instead. > > I know that this answer is quite OT on this list, but there are two > software repositories for Solaris. One has already been mentioned in > another answer, it is http://www.sunfreeware.com > > The other one is http://www.blastwave.org > There is a nice script called "pkg-add" available, that is similar to > apt-get. Wouldn't pkgsrc be a better system to use, for someone coming from FreeBSD? -- Freddie Cash fcash@ocis.net From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 22:40:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 350E816A401 for ; Wed, 21 Mar 2007 22:40:08 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 99B6A13C4B7 for ; Wed, 21 Mar 2007 22:40:07 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so499602ugh for ; Wed, 21 Mar 2007 15:39:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=udAMHrXlBonCAB0ZBuwk/lmuXUp6M5C7x/PsNEfyINkM6YRyTsCrB8e7uzw/ELz2LbaKVoTzIZJS19rDMNV2rVb1L2W5V52KreA2WH/dA0qucXNxscfKcnrHUUJWGuHpQVGa3mhnJ9NYTgwYEG+QJ+9IreBT+u5sj4YLlIA5NoY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kU7+AMqUNCxjccjNvamtYc55xMuG2wRp3/VA5XuZlP4JbAR+81dcgLXGunTpDnD3U0hQhwOB7kNqv0hLiiv5fztIdHPl+9SlruZglU/vW1wmR3cNmBfKdBNpjG9FDyL4SGFD2VDKCFaqOrDNW/AFfq3UEMnW5i0RlCoxkDB621I= Received: by 10.114.192.1 with SMTP id p1mr343180waf.1174516797910; Wed, 21 Mar 2007 15:39:57 -0700 (PDT) Received: by 10.114.194.12 with HTTP; Wed, 21 Mar 2007 15:39:57 -0700 (PDT) Message-ID: Date: Wed, 21 Mar 2007 23:39:57 +0100 From: "Claus Guttesen" To: "Freddie Cash" In-Reply-To: <200703211356.46545.fcash@ocis.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <14989d6e0703211349j392f87b7idd2453c2830d0706@mail.gmail.com> <200703211356.46545.fcash@ocis.net> Cc: freebsd-stable@freebsd.org Subject: Re: zfs on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 22:40:08 -0000 > > > Probably a bit premature but has anyone used zfs on FreeBSD "without > > > problems". The reason I ask is that I have installed Solaris 10 on an > > > intel-box, but adding additional programs is *not* as easy as > > > 'portinstall postfix' etc. on FreeBSD. So rather than doing sensible > > > work I feel like an idiot instead. > > > > I know that this answer is quite OT on this list, but there are two > > software repositories for Solaris. One has already been mentioned in > > another answer, it is http://www.sunfreeware.com > > > > The other one is http://www.blastwave.org > > There is a nice script called "pkg-add" available, that is similar to > > apt-get. > > Wouldn't pkgsrc be a better system to use, for someone coming from > FreeBSD? I have gotten ImageMagick, ruby, subversion, GNU coreutils, rsync and other utilities from sunfreeware.com. When I looked at Solaris 6-8 months ago (zfs was the reason) ImageMagick was at 6.0 as a solaris-package and I needed 6.2. So I tried pkgsrc which I thought would be easier do use as package-management, but installing packages was error-prone and I had to use Sun's studio compiler for one package and gcc for another. Ruby was impossible to compile both from source and pkgsrc. Sunfreeware.com's ruby was 1.82 and I needed 1.84. Trying to upgrade postgresql from the Sun-supplied 8.1.6 to 8.2.3 from source takes some time, the package has to be removed etc., there is not yet a package present for 8.2.3. And in the end postgresql failed to start because libreadline.so.5 couldn't be found. So I updated LD_LIBRARY_PATH and changed shell from bash to zsh and edited /etc/profile and $HOME/.profile and .zshrc to get pg_ctl to work but did not succeed. The libreadline package *is* installed and the file is present as well. /())(/"(/%%!$$!$!%!!!==**** And that's when I'm once again is convinced that the FreeBSD-ports-collection is one of the best package-repositories around and hence was curious whether some people did actually use zfs on FreeBSD so I could get the best from both worlds :-) regards Claus From owner-freebsd-stable@FreeBSD.ORG Wed Mar 21 23:12:17 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B650716A46D; Wed, 21 Mar 2007 23:12:17 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7B74B13C4C8; Wed, 21 Mar 2007 23:12:15 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l2LNCENU083108; Wed, 21 Mar 2007 19:12:14 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Wed, 21 Mar 2007 19:12:09 -0400 User-Agent: KMail/1.6.2 References: <200703161430.42854.jkim@FreeBSD.org> In-Reply-To: <200703161430.42854.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200703211912.12391.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/2894/Wed Mar 21 18:42:45 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-net@FreeBSD.org Subject: Re: [PATCH] bge(4) patch for -STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2007 23:12:17 -0000 On Friday 16 March 2007 02:30 pm, Jung-uk Kim wrote: > I have made bge(4) patch for -STABLE (sorry, not suitable for > RELENG_6_2): > > http://people.freebsd.org/~jkim/bge_releng6.diff > > I received few success reports but I need wider testing because > changes are too big and there are two many BCM57xx variants out > there. If it breaks anything, please let me know. Especially, I > want to hear more about IPMI/ASF mode support, i.e., if it doesn't > work but setting hw.bge.allow_asf=0 in /boot/loader.conf fixes the > problem, definitely I want to know. It is committed now but ASF mode is disabled by default because at least two people reported breakage. http://docs.freebsd.org/cgi/mid.cgi?200703212253.l2LMrM9M041854 Thanks for your help! Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 07:22:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A36016A401 for ; Thu, 22 Mar 2007 07:22:50 +0000 (UTC) (envelope-from elan619xi@yahoo.com) Received: from web38505.mail.mud.yahoo.com (web38505.mail.mud.yahoo.com [209.191.125.51]) by mx1.freebsd.org (Postfix) with SMTP id 1DC3B13C489 for ; Thu, 22 Mar 2007 07:22:50 +0000 (UTC) (envelope-from elan619xi@yahoo.com) Received: (qmail 72922 invoked by uid 60001); 22 Mar 2007 06:56:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=CdDZi5shqTlNelK2u7cKRqYRnMzIft4fhUeTpWMPagD7Cc3lp+jaelAaJrVZ7b7JxY0TFY8lT+A7Vqzv7a0zhHtiNqVR9D3Ey+xZhMbUXjHJt/mIZVoYNIJZvHSjksZjtOkMntbzfZsS4lYDjVQ6CBUDvm7AKzp5GqF6+FFJa/0=; X-YMail-OSG: ySq1TYEVM1mytEOMPxjz8VznkdKRO_Lf3ua5d_dUZi10Hh1cqOnTyBvKm0n3DVusksnWmOdJCBhsTb3oGv9FsBGPM0PCgPMecBjlxVfhxT7sLXaXdI6vL6pygPhRf857z4.EIe3byjr58Inc2TEootXoDw-- Received: from [58.71.34.137] by web38505.mail.mud.yahoo.com via HTTP; Wed, 21 Mar 2007 23:56:08 PDT Date: Wed, 21 Mar 2007 23:56:08 -0700 (PDT) From: Elan Marikit To: daichi@freebsd.org MIME-Version: 1.0 Message-ID: <51000.68360.qm@web38505.mail.mud.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: 6.2-amd64-unionfs6-p17: compilation 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, 22 Mar 2007 07:22:50 -0000 Greetz Daichi, List! I had a clean 6.2p2 src and I encounter error in compiling unionfs6-p17. amdtest# uname -a FreeBSD amdtest.XXXXXXXXXXXX 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #0: Thu Mar 1 16:56:53 PHT 2007 root@XXXXXX:/usr/obj/usr/src/sys/ELAN amd64 amdtest# cd /usr/src/ amdtest# patch -p3 < /u unionfs6-p17.diff usr/ amdtest# patch -p3 < /unionfs6-p17.diff Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sbin/mount_unionfs/Makefile |=================================================================== |RCS file: /home/ncvs/src/sbin/mount_unionfs/Makefile,v |retrieving revision 1.12 |diff -u -u -r1.12 Makefile |--- /usr/src/sbin/mount_unionfs/Makefile 23 Feb 2004 20:13:54 -0000 1.12 |+++ /usr/src/sbin/mount_unionfs/Makefile 19 Jan 2007 03:41:24 -0000 -------------------------- Patching file sbin/mount_unionfs/Makefile using Plan A... Hunk #1 succeeded at 1. Hunk #2 succeeded at 7. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sbin/mount_unionfs/mount_unionfs.8 |=================================================================== |RCS file: /home/ncvs/src/sbin/mount_unionfs/mount_unionfs.8,v |retrieving revision 1.20 |diff -u -u -r1.20 mount_unionfs.8 |--- /usr/src/sbin/mount_unionfs/mount_unionfs.8 18 Jan 2005 10:09:36 -0000 1.20 |+++ /usr/src/sbin/mount_unionfs/mount_unionfs.8 19 Jan 2007 03:41:24 -0000 -------------------------- Patching file sbin/mount_unionfs/mount_unionfs.8 using Plan A... Hunk #1 succeeded at 29. Hunk #2 succeeded at 64. Hunk #3 succeeded at 83. Hunk #4 succeeded at 138. Hunk #5 succeeded at 182. Hunk #6 succeeded at 266. Hunk #7 succeeded at 327. Hunk #8 succeeded at 352. Hunk #9 succeeded at 368. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sbin/mount_unionfs/mount_unionfs.c |=================================================================== |RCS file: /home/ncvs/src/sbin/mount_unionfs/mount_unionfs.c,v |retrieving revision 1.24 |diff -u -u -r1.24 mount_unionfs.c |--- /usr/src/sbin/mount_unionfs/mount_unionfs.c 10 Jun 2005 09:51:43 -0000 1.24 |+++ /usr/src/sbin/mount_unionfs/mount_unionfs.c 19 Jan 2007 03:41:24 -0000 -------------------------- Patching file sbin/mount_unionfs/mount_unionfs.c using Plan A... Hunk #1 succeeded at 1. Hunk #2 succeeded at 44. Hunk #3 succeeded at 59. Hunk #4 succeeded at 180. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/fs/unionfs/union.h |=================================================================== |RCS file: /home/ncvs/src/sys/fs/unionfs/union.h,v |retrieving revision 1.31 |diff -u -u -r1.31 union.h |--- /usr/src/sys/fs/unionfs/union.h 6 Jan 2005 18:10:42 -0000 1.31 |+++ sys/fs/unionfs/union.h 19 Jan 2007 03:41:51 -0000 -------------------------- Patching file sys/fs/unionfs/union.h using Plan A... Hunk #1 succeeded at 1. Hunk #2 succeeded at 33. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/fs/unionfs/union_subr.c |=================================================================== |RCS file: /home/ncvs/src/sys/fs/unionfs/union_subr.c,v |retrieving revision 1.86 |diff -u -u -r1.86 union_subr.c |--- /usr/src/sys/fs/unionfs/union_subr.c 27 Apr 2005 09:06:06 -0000 1.86 |+++ /usr/src/sys/fs/unionfs/union_subr.c 19 Jan 2007 03:41:51 -0000 -------------------------- Patching file sys/fs/unionfs/union_subr.c using Plan A... Hunk #1 succeeded at 2. Hunk #2 succeeded at 33. Hunk #3 succeeded at 659. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/fs/unionfs/union_vfsops.c |=================================================================== |RCS file: /home/ncvs/src/sys/fs/unionfs/union_vfsops.c,v |retrieving revision 1.76.2.1 |diff -u -u -r1.76.2.1 union_vfsops.c |--- /usr/src/sys/fs/unionfs/union_vfsops.c 9 Oct 2006 19:47:15 -0000 1.76.2.1 |+++ /usr/src/sys/fs/unionfs/union_vfsops.c 19 Jan 2007 03:41:51 -0000 -------------------------- Patching file sys/fs/unionfs/union_vfsops.c using Plan A... Hunk #1 succeeded at 1. Hunk #2 succeeded at 33. Hunk #3 succeeded at 478. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: sys/fs/unionfs/union_vnops.c |=================================================================== |RCS file: /home/ncvs/src/sys/fs/unionfs/union_vnops.c,v |retrieving revision 1.132 |diff -u -u -r1.132 union_vnops.c |--- /usr/src/sys/fs/unionfs/union_vnops.c 3 May 2005 11:05:33 -0000 1.132 |+++ /usr/src/sys/fs/unionfs/union_vnops.c 19 Jan 2007 03:41:51 -0000 -------------------------- Patching file sys/fs/unionfs/union_vnops.c using Plan A... Hunk #1 succeeded at 1. Hunk #2 succeeded at 34. done amdtest# cp /usr/src/sys/fs/unionfs/union.h /usr/include/fs/unionfs/ overwrite /usr/include/fs/unionfs/union.h? (y/n [n]) y /usr/src/sys/fs/unionfs/union.h -> /usr/include/fs/unionfs/union.h amdtest# cd /usr/src/sbin/mount_unionfs/ amdtest# make obj depend && make && make install /usr/obj/usr/src/sbin/mount_unionfs created for /usr/src/sbin/mount_unionfs rm -f .depend mkdep -f .depend -a -I/usr/src/sbin/mount_unionfs/../mount mount_unionfs.c /usr/src/sbin/mount_unionfs/../mount/getmntopts.c echo mount_unionfs: /usr/lib/libc.a >> .depend cc -O2 -fno-strict-aliasing -pipe -I/usr/src/sbin/mount_unionfs/../mount -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -c /usr/src/sbin/mount_unionfs/mount_unionfs.c /usr/src/sbin/mount_unionfs/mount_unionfs.c: In function `main': /usr/src/sbin/mount_unionfs/mount_unionfs.c:163: warning: overflow in implicit constant conversion /usr/src/sbin/mount_unionfs/mount_unionfs.c:185: warning: overflow in implicit constant conversion /usr/src/sbin/mount_unionfs/mount_unionfs.c:186: warning: overflow in implicit constant conversion /usr/src/sbin/mount_unionfs/mount_unionfs.c:187: warning: overflow in implicit constant conversion *** Error code 1 Stop in /usr/src/sbin/mount_unionfs. Is there any workaround to make this works? or am I missing something before compiling? I made the same thing in i386 arch, and it works fine. Thanks and FYI. cheers, elan --------------------------------- Expecting? Get great news right away with email Auto-Check. Try the Yahoo! Mail Beta. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 08:52:36 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B1B616A4EC for ; Thu, 22 Mar 2007 08:52:36 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF8013C46E for ; Thu, 22 Mar 2007 08:52:35 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.8/8.13.8) with ESMTP id l2M8OFII002356; Thu, 22 Mar 2007 09:24:16 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 11A4275; Thu, 22 Mar 2007 09:24:15 +0100 (CET) Date: Thu, 22 Mar 2007 09:24:15 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: "Claus Guttesen" Message-Id: <20070322092415.219f6f5f.gerrit@pmp.uni-hannover.de> In-Reply-To: References: <14989d6e0703211349j392f87b7idd2453c2830d0706@mail.gmail.com> <200703211356.46545.fcash@ocis.net> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.0.289146 Cc: freebsd-stable@freebsd.org Subject: Re: zfs on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 08:52:36 -0000 On Wed, 21 Mar 2007 23:39:57 +0100 "Claus Guttesen" wrote about Re: zfs on FreeBSD: CG> And that's when I'm once again is convinced that the CG> FreeBSD-ports-collection is one of the best package-repositories CG> around and hence was curious whether some people did actually use zfs CG> on FreeBSD so I could get the best from both worlds :-) For similar reasons I am playing here with a new fileserver based on nanobsd including zfs patches. So far I'm only using 3 500GB disks in raidz-configuration and I didn't experience too many problems. However, the machine is not "in production" yet. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 09:58:30 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72A5D16A41B for ; Thu, 22 Mar 2007 09:58:30 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from mail.cedoc.mo.it (ip-147-100.sn2.eutelia.it [83.211.147.100]) by mx1.freebsd.org (Postfix) with ESMTP id 96B2C13C4DD for ; Thu, 22 Mar 2007 09:58:26 +0000 (UTC) (envelope-from massimo@cedoc.mo.it) Received: from mail.cedoc.mo.it (localhost [127.0.0.1]) by mail.cedoc.mo.it (Postfix) with ESMTP id 5971456456 for ; Thu, 22 Mar 2007 10:52:09 +0100 (CET) Received: from intanto (intanto.cedoc.mo.it [172.16.1.72]) by mail.cedoc.mo.it (Postfix) with SMTP id CC58C5640E for ; Thu, 22 Mar 2007 10:52:08 +0100 (CET) Date: Thu, 22 Mar 2007 10:58:23 +0100 From: Massimo Lusetti To: freebsd-stable@freebsd.org Message-Id: <20070322105823.4e14e08b.massimo@cedoc.mo.it> X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: OpenLDAP 2.3.34 segfault on 6.2-p2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 09:58:30 -0000 Hi all, this is a really long email, sorry, i try to provide all the necessary info for you to digg it. I got a farm with 4 6.0-STABLE boxes which were up and running since december 2005. All these boxes were running openldap 2.3.11 with syncrepl, 1 provider, 2 consumer and 1 test box; of these 4 boxes one (the only dual Xeon) box is used to build userland and all 4 kernels as described in the handbook and is used as syncrepl provider. Some days ago i decided to switch to RELENG_6_2 and to OpenLDAP 2.3.34 trying to narrow down some syncrepl casual failures i was getting, so did the usual procedure after reading /usr/src/UPDATING and /usr/port/UPDATING and all went smoothly for the 2 consumers and the test box. So proceeded with the main box, the one which actually has compiled _all_ the sources, and then problems start coming, well one problem. Slapd start crashing with segfaul signal 11. It simply start then after some (very small) amount of operation it crash. Now i changed the farm to make act the test box as the syncrepl provider (the master LDAP tree) and all is running fine again. Please note that _all_ the sources (src tree and ports tree) have been compiled from the box on which OpenLDAP is crashing. After the blah blah... here are some infos you may find useful. The dmesg of the box: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p2 #2: Thu Mar 15 11:16:59 CET 2007 root@bellerofonte.cedoc.mo.it:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2799.22-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Logical CPUs per core: 2 real memory = 2146959360 (2047 MB) avail memory = 2095939584 (1998 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1: at device 28.0 (no driver attached) pcib2: at device 29.0 on pci1 pci2: on pcib2 pci1: at device 30.0 (no driver attached) pcib3: at device 31.0 on pci1 pci3: on pcib3 em0: port 0x3000-0x303f mem 0xf8200000-0xf821ffff irq 28 at device 2.0 on pci3 em0: Ethernet address: 00:30:48:2d:08:32 em1: port 0x3040-0x307f mem 0xf8220000-0xf823ffff irq 29 at device 2.1 on pci3 em1: Ethernet address: 00:30:48:2d:08:33 pcib4: at device 3.0 on pci0 pci4: on pcib4 pci4: at device 28.0 (no driver attached) pcib5: at device 29.0 on pci4 pci5: on pcib5 pci4: at device 30.0 (no driver attached) pcib6: at device 31.0 on pci4 pci6: on pcib6 asr0: mem 0xf8400000-0xf84fffff,0xfb000000-0xfbffffff,0xfc000000-0xfdffffff irq 72 at device 1.0 on pci6 asr0: [GIANT-LOCKED] asr0: ADAPTEC 2010S FW Rev. 3B0A, 2 channel, 256 CCBs, Protocol I2O uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2040-0x205f 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 pcib7: at device 30.0 on pci0 pci7: on pcib7 pci7: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x170-0x177,0x376,0x2060-0x206f at device 31.1 on pci0 ata2: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xcefff,0xe0000-0xe3fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2799219532 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master UDMA33 ses0 at asr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: SAF-TE Compliant Device da0 at asr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Tagged Queueing Enabled da0: 70007MB (143374336 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0s1a em0: link state changed to UP pid 13548 (slapd), uid 389: exited on signal 11 The relevant port installed are: cyrus-sasl-2.1.22 db44-4.4.20.4 libltdl-1.5.22_1 openldap-sasl-client-2.3.34 openldap-server-2.3.34 with on the server the syncrepl provider enabled. Here i attach the result of two runs inside gdb with bt, one with libpthread and the other with libthr changed via libmap without specifying a particular app so all programs which use libpthread then will use libthr. I cut off some previous output since it would have been very long, if you're interested i got full output for you. I also got the box idle (for some days) for any test you would like me to conduct. With libpthread: 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"...(no debugging symbols found)... (gdb) run -u ldap -g ldap -d 1 Starting program: /usr/local/libexec/slapd -u ldap -g ldap -d 1 (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100066] (no debugging symbols found)...(no debugging symbols found)...[New Thread 0x8127000 (LWP 100066)] @(#) $OpenLDAP: slapd 2.3.34 (Mar 21 2007 13:04:49) $ root@freebsdvm.cedoc.mo.it:/usr/ports/net/openldap23-server/work/openldap-2.3.34/servers/slapd daemon_init: listen on ldap:/// daemon_init: 1 listeners to open... ldap_url_parse_ext(ldap:///) daemon: listener initialized ldap:/// daemon_init: 2 listeners opened slapd init: initiated server. (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...slap_sasl_init: initialized! (no debugging symbols found)...(no debugging symbols found)...bdb_back_initialize: initialize BDB backend bdb_back_initialize: Sleepycat Software: Berkeley DB 4.4.20: (January 10, 2006) >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: bdb_db_init: Initializing BDB database >>> dnPrettyNormal: <<< dnPrettyNormal: , >>> dnPrettyNormal: <<< dnPrettyNormal: , >>> dnNormalize: <<< dnNormalize: matching_rule_use_init 1.2.840.113556.1.4.8 [..] => entry_encode(0x0001da87): uid=prandi.anna,ou=utenti,o=CeDoc bdb_modify: updated id=0001da87 dn="uid=prandi.anna,ou=utenti,o=CeDoc" send_ldap_result: conn=0 op=40 p=3 bdb_dn2entry("o=cedoc") bdb_modify_internal: 0x00000001: o=CeDoc oc_check_required entry (o=CeDoc), objectClass "organization" oc_check_allowed type "objectClass" oc_check_allowed type "o" oc_check_allowed type "structuralObjectClass" oc_check_allowed type "entryUUID" oc_check_allowed type "creatorsName" oc_check_allowed type "createTimestamp" oc_check_allowed type "entryCSN" oc_check_allowed type "modifiersName" oc_check_allowed type "modifyTimestamp" oc_check_allowed type "contextCSN" => entry_encode(0x00000001): o=CeDoc bdb_modify: updated id=00000001 dn="o=CeDoc" send_ldap_result: conn=0 op=40 p=3 send_ldap_response: msgid=41 tag=103 err=0 ber_flush: 14 bytes to sd 12 [New Thread 0x81a1e00 (LWP 100067)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x81a1e00 (LWP 100067)] 0x080cc823 in avl_find () (gdb) bt #0 0x080cc823 in avl_find () #1 0x080be6a4 in overlay_init () #2 0x08073cdc in slap_req2res () #3 0x0807443f in slap_send_ldap_result () #4 0x285b1e1c in bdb_modify () from /usr/local/libexec/openldap/back_bdb-2.3.so.2 #5 0x080b37d0 in overlay_op_walk () #6 0x080b38c8 in overlay_op_walk () #7 0x0807aa7a in fe_op_modify () #8 0x0807b4e9 in do_modify () #9 0x080681ee in connection_client_stop () #10 0x28150371 in ldap_int_thread_pool_wrapper () from /usr/local/lib/libldap_r-2.3.so.2 #11 0x283043a5 in pthread_create () from /lib/libpthread.so.2 #12 0x283c1137 in _ctx_start () from /lib/libc.so.6 With libthr: 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"...(no debugging symbols found)... (gdb) run -u ldap -g ldap -d 1 Starting program: /usr/local/libexec/slapd -u ldap -g ldap -d 1 (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...[New LWP 100067] (no debugging symbols found)...(no debugging symbols found)... [New Thread 0x811f000 (LWP 100067)] @(#) $OpenLDAP: slapd 2.3.34 (Mar 21 2007 13:04:49) $ root@freebsdvm.cedoc.mo.it:/usr/ports/net/openldap23-server/work/openldap-2.3.34/servers/slapd daemon_init: listen on ldap:/// daemon_init: 1 listeners to open... ldap_url_parse_ext(ldap:///) daemon: listener initialized ldap:/// daemon_init: 2 listeners opened slapd init: initiated server. (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...slap_sasl_init: initialized! (no debugging symbols found)...(no debugging symbols found)...bdb_back_initialize: initialize BDB backend bdb_back_initialize: Sleepycat Software: Berkeley DB 4.4.20: (January 10, 2006) >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: >>> dnNormalize: <<< dnNormalize: bdb_db_init: Initializing BDB database >>> dnPrettyNormal: <<< dnPrettyNormal: , >>> dnPrettyNormal: <<< dnPrettyNormal: , >>> dnNormalize: <<< dnNormalize: matching_rule_use_init 1.2.840.113556.1.4.8 [..] => entry_encode(0x0001da87): uid=prandi.anna,ou=utenti,o=CeDoc bdb_modify: updated id=0001da87 dn="uid=prandi.anna,ou=utenti,o=CeDoc" send_ldap_result: conn=0 op=31 p=3 bdb_dn2entry("o=cedoc") bdb_modify_internal: 0x00000001: o=CeDoc oc_check_required entry (o=CeDoc), objectClass "organization" oc_check_allowed type "objectClass" oc_check_allowed type "o" oc_check_allowed type "structuralObjectClass" oc_check_allowed type "entryUUID" oc_check_allowed type "creatorsName" oc_check_allowed type "createTimestamp" oc_check_allowed type "entryCSN" oc_check_allowed type "modifiersName" oc_check_allowed type "modifyTimestamp" oc_check_allowed type "contextCSN" => entry_encode(0x00000001): o=CeDoc bdb_modify: updated id=00000001 dn="o=CeDoc" send_ldap_result: conn=0 op=31 p=3 send_ldap_response: msgid=32 tag=103 err=0 ber_flush: 14 bytes to sd 12 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x81aa000 (LWP 100136)] 0x080cc823 in avl_find () (gdb) bt #0 0x080cc823 in avl_find () #1 0x080be6a4 in overlay_init () #2 0x08073cdc in slap_req2res () #3 0x0807443f in slap_send_ldap_result () #4 0x2859ee1c in bdb_modify () from /usr/local/libexec/openldap/back_bdb-2.3.so.2 #5 0x080b37d0 in overlay_op_walk () #6 0x080b38c8 in overlay_op_walk () #7 0x0807aa7a in fe_op_modify () #8 0x0807b4e9 in do_modify () #9 0x080681ee in connection_client_stop () #10 0x28150371 in ldap_int_thread_pool_wrapper () from /usr/local/lib/libldap_r-2.3.so.2 #11 0x282fd5cf in pthread_create () from /usr/lib/libthr.so.2 #12 0x00000000 in ?? () Well you rich the end and i thank you so much for reading all this stuff, please let me know if you got any clue or any test or other infos you wish. With best regards. -- Massimo.run(); You may be recognized soon. Hide. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 10:26:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2918916A536 for ; Thu, 22 Mar 2007 10:26:45 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from nagual.nl (cc20684-a.assen1.dr.home.nl [82.74.10.158]) by mx1.freebsd.org (Postfix) with ESMTP id B856713C46A for ; Thu, 22 Mar 2007 10:26:44 +0000 (UTC) (envelope-from dick@nagual.nl) Received: from shire (shire.nagual.nl [192.168.11.31]) by nagual.nl (8.13.8+Sun/8.13.8/yanta) with ESMTP id l2MA9SgF011378 for ; Thu, 22 Mar 2007 11:09:28 +0100 (CET) Date: Thu, 22 Mar 2007 11:09:28 +0100 From: Dick Hoogendijk To: freebsd-stable@freebsd.org Message-ID: <20070322110928.000014eb@shire> In-Reply-To: <200703211356.46545.fcash@ocis.net> References: <14989d6e0703211349j392f87b7idd2453c2830d0706@mail.gmail.com> <200703211356.46545.fcash@ocis.net> Organization: de nagual X-Mailer: Claws Mail 2.8.1cvs10-csw (GTK+ 2.10.1; i386pc-solaris10u3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.58 on 192.168.11.35 Subject: Re: zfs on FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 10:26:45 -0000 On Wed, 21 Mar 2007 13:56:46 -0700 Freddie Cash wrote: > On Wednesday 21 March 2007 01:49 pm, Christian Walther wrote: > > The other one is http://www.blastwave.org > > There is a nice script called "pkg-add" available, that is similar > > to apt-get. > > Wouldn't pkgsrc be a better system to use, for someone coming from > FreeBSD? No. FreeBSD is very good in building from source. The ports system makes sure it is. Building on solaris often means removing of linuxism in Makefiles or software that *only* compiles with GCC (stupid). Plus you need an up2date building environment like a recent version of Nevada (the developers edition from februari is very good). If you want bleeding edge packages you do something like "pkgadd -i package" and everything (including all depts) are installed. This is using Blastwave. It takes some extra diskspace but with modern prices, who cares.. -- Dick Hoogendijk -- PGP/GnuPG key: F86289CE ++ http://nagual.nl/ | Solaris 10 11/06 ++ From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 10:28:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A23D816A401 for ; Thu, 22 Mar 2007 10:28:34 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 6031113C44B for ; Thu, 22 Mar 2007 10:28:34 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 5E3571B10F05 for ; Thu, 22 Mar 2007 11:28:33 +0100 (CET) Received: from [192.168.3.125] (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 5B3031B10F02 for ; Thu, 22 Mar 2007 11:28:33 +0100 (CET) Message-ID: <46025A4C.10905@sun-fish.com> Date: Thu, 22 Mar 2007 12:28:28 +0200 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.10 (X11/20070307) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Subject: FreeBSD amd64 apache + mod_perl X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 10:28:34 -0000 Hello list, Is there any way to have apache + mod_perl on FreeBSD amd64 and to connect to oracle 10g server? Can I use something different then ports/databases/p5-DBD-Oracle or get it working? All my attempts to get p5-DBD-Oracle to work for me failed miserably :( uname -srm : FreeBSD 6.2-STABLE amd64 -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 13:12:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E29216A407; Thu, 22 Mar 2007 13:12:58 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from gateway.cybervisiontech.com.ua (gateway.cybervisiontech.com.ua [88.81.251.18]) by mx1.freebsd.org (Postfix) with ESMTP id DDF3813C45E; Thu, 22 Mar 2007 13:12:54 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (hq.cybervisiontech.com [127.0.0.1]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id 3720DED501E; Thu, 22 Mar 2007 15:12:50 +0200 (EET) X-Virus-Scanned: amavisd-new at cybervisiontech.com Received: from gateway.cybervisiontech.com.ua ([127.0.0.1]) by localhost (hq.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WwNZ4-+OIjSX; Thu, 22 Mar 2007 15:12:44 +0200 (EET) Received: from [10.2.1.87] (rein.cybervisiontech.com.ua [10.2.1.87]) by gateway.cybervisiontech.com.ua (Postfix) with ESMTP id B3A4BED5010; Thu, 22 Mar 2007 15:12:44 +0200 (EET) Message-ID: <460280CF.2090200@icyb.net.ua> Date: Thu, 22 Mar 2007 15:12:47 +0200 From: Andriy Gapon User-Agent: Thunderbird 1.5.0.10 (X11/20070322) MIME-Version: 1.0 To: "Olson, Arthur David \(NIH/NCI\) [E]" References: <45FE9B11.5030909@icyb.net.ua> <46013D6F.4020704@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: wollman@freebsd.org, freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: zdump on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 13:12:58 -0000 on 22/03/2007 15:06 Olson, Arthur David (NIH/NCI) [E] said the following: > Check the version of zdump in use with a... > zdump --version > ...command; starting with the February 2006 (8.1) version, output has been limited to run from the year -500 to the year 2500 by default. The range can be changed using the... > -c [loyear],hiyear > ...option. Thank you for the pointer! I guess it is a question of updating FreeBSD sources from upstream now: $ zdump --version zdump: @(#)zdump.c 7.31 > -----Original Message----- > From: Andriy Gapon [mailto:avg@icyb.net.ua] > Sent: Wednesday, March 21, 2007 10:13 AM > To: freebsd-amd64@freebsd.org; freebsd-stable@freebsd.org > Cc: wollman@freebsd.org; tz@lecserver.nci.nih.gov > Subject: Re: zdump on amd64 > > on 19/03/2007 16:15 Andriy Gapon said the following: >> Strange problem: >> $ uname -srm >> FreeBSD 6.2-RELEASE-p2 amd64 >> >> $ zdump -v EST >> EST Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST isdst=0 >> gmtoff=-18000 >> EST Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST isdst=0 >> gmtoff=-18000 >> EST Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST isdst=0 >> gmtoff=-18000 >> EST Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST isdst=0 >> gmtoff=-18000 >> ^C > ... >> Before each ^C zdump was hanging eating 100% CPU. >> Something about 64-bitness ? > > Hmm. I hurried to assert that it was hanging, it was actually searching. > It seems that zdump -v algorithm is to start with minimal time_t > possible (large negative number in our case) and to go to maximum time_t > using 12 hours increments and doing certain checks for DST jumps. > Well, with 64-bit time_t start date is somewhere 200 milliard (10^9) > years ago and end date is the same in the future, so iteration over > those years takes quite a while. And tz db doesn't contain anything > useful for too distant years anyway. > > I think that zdump should be optimized to limit its search range. At the > very least for the start point - what is current estimate of the age of > our Universe :-) > > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 13:18:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AD8F16A40A; Thu, 22 Mar 2007 13:18:58 +0000 (UTC) (envelope-from olsona@dc37a.nci.nih.gov) Received: from NIHCESSMTP2.hub.nih.gov (nihcessmtp2.hub.nih.gov [128.231.90.116]) by mx1.freebsd.org (Postfix) with ESMTP id 5DEA713C465; Thu, 22 Mar 2007 13:18:58 +0000 (UTC) (envelope-from olsona@dc37a.nci.nih.gov) Received: from nihcesmlbx10.nih.gov ([156.40.71.210]) by NIHCESSMTP2.hub.nih.gov with Microsoft SMTPSVC(6.0.3790.1830); Thu, 22 Mar 2007 09:06:53 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Date: Thu, 22 Mar 2007 09:06:52 -0400 Message-ID: In-Reply-To: <46013D6F.4020704@icyb.net.ua> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: zdump on amd64 Thread-Index: AcdrwxJSL0IbA+ZyQSOwqy+ssWrk9AAv6SGg References: <45FE9B11.5030909@icyb.net.ua> <46013D6F.4020704@icyb.net.ua> From: "Olson, Arthur David \(NIH/NCI\) [E]" To: "Andriy Gapon" , , X-OriginalArrivalTime: 22 Mar 2007 13:06:53.0966 (UTC) FILETIME=[F6737AE0:01C76C82] Cc: wollman@freebsd.org Subject: RE: zdump on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 13:18:58 -0000 Q2hlY2sgdGhlIHZlcnNpb24gb2YgemR1bXAgaW4gdXNlIHdpdGggYS4uLg0KCXpkdW1wIC0tdmVy c2lvbg0KLi4uY29tbWFuZDsgc3RhcnRpbmcgd2l0aCB0aGUgRmVicnVhcnkgMjAwNiAoOC4xKSB2 ZXJzaW9uLCBvdXRwdXQgaGFzIGJlZW4gbGltaXRlZCB0byBydW4gZnJvbSB0aGUgeWVhciAtNTAw IHRvIHRoZSB5ZWFyIDI1MDAgYnkgZGVmYXVsdC4gVGhlIHJhbmdlIGNhbiBiZSBjaGFuZ2VkIHVz aW5nIHRoZS4uLg0KCS1jIFtsb3llYXJdLGhpeWVhcg0KLi4ub3B0aW9uLg0KDQoJCQkJCS0tYWRv CQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQW5kcml5IEdhcG9uIFttYWls dG86YXZnQGljeWIubmV0LnVhXSANClNlbnQ6IFdlZG5lc2RheSwgTWFyY2ggMjEsIDIwMDcgMTA6 MTMgQU0NClRvOiBmcmVlYnNkLWFtZDY0QGZyZWVic2Qub3JnOyBmcmVlYnNkLXN0YWJsZUBmcmVl YnNkLm9yZw0KQ2M6IHdvbGxtYW5AZnJlZWJzZC5vcmc7IHR6QGxlY3NlcnZlci5uY2kubmloLmdv dg0KU3ViamVjdDogUmU6IHpkdW1wIG9uIGFtZDY0DQoNCm9uIDE5LzAzLzIwMDcgMTY6MTUgQW5k cml5IEdhcG9uIHNhaWQgdGhlIGZvbGxvd2luZzoNCj4gU3RyYW5nZSBwcm9ibGVtOg0KPiAkIHVu YW1lIC1zcm0NCj4gRnJlZUJTRCA2LjItUkVMRUFTRS1wMiBhbWQ2NA0KPiANCj4gJCB6ZHVtcCAt diBFU1QNCj4gRVNUICBTdW4gSmFuIDI2IDA4OjI5OjUyIC0yMTkgVVRDID0gU3VuIEphbiAyNiAw MzoyOTo1MiAtMjE5IEVTVCBpc2RzdD0wDQo+IGdtdG9mZj0tMTgwMDANCj4gRVNUICBNb24gSmFu IDI3IDA4OjI5OjUyIC0yMTkgVVRDID0gTW9uIEphbiAyNyAwMzoyOTo1MiAtMjE5IEVTVCBpc2Rz dD0wDQo+IGdtdG9mZj0tMTgwMDANCj4gRVNUICBGcmkgSmFuICAxIDA0OjU5OjU5IC0yMTkgVVRD ID0gVGh1IERlYyAzMCAyMzo1OTo1OSAtMjE5IEVTVCBpc2RzdD0wDQo+IGdtdG9mZj0tMTgwMDAN Cj4gRVNUICBGcmkgSmFuICAxIDA1OjAwOjAwIC0yMTkgVVRDID0gRnJpIEphbiAgMSAwMDowMDow MCAtMjE5IEVTVCBpc2RzdD0wDQo+IGdtdG9mZj0tMTgwMDANCj4gXkMNCi4uLg0KPiBCZWZvcmUg ZWFjaCBeQyB6ZHVtcCB3YXMgaGFuZ2luZyBlYXRpbmcgMTAwJSBDUFUuDQo+IFNvbWV0aGluZyBh Ym91dCA2NC1iaXRuZXNzID8NCg0KSG1tLiBJIGh1cnJpZWQgdG8gYXNzZXJ0IHRoYXQgaXQgd2Fz IGhhbmdpbmcsIGl0IHdhcyBhY3R1YWxseSBzZWFyY2hpbmcuDQpJdCBzZWVtcyB0aGF0IHpkdW1w IC12IGFsZ29yaXRobSBpcyB0byBzdGFydCB3aXRoIG1pbmltYWwgdGltZV90DQpwb3NzaWJsZSAo bGFyZ2UgbmVnYXRpdmUgbnVtYmVyIGluIG91ciBjYXNlKSBhbmQgdG8gZ28gdG8gbWF4aW11bSB0 aW1lX3QNCnVzaW5nIDEyIGhvdXJzIGluY3JlbWVudHMgYW5kIGRvaW5nIGNlcnRhaW4gY2hlY2tz IGZvciBEU1QganVtcHMuDQpXZWxsLCB3aXRoIDY0LWJpdCB0aW1lX3Qgc3RhcnQgZGF0ZSBpcyBz b21ld2hlcmUgMjAwIG1pbGxpYXJkICgxMF45KQ0KeWVhcnMgYWdvIGFuZCBlbmQgZGF0ZSBpcyB0 aGUgc2FtZSBpbiB0aGUgZnV0dXJlLCBzbyBpdGVyYXRpb24gb3Zlcg0KdGhvc2UgeWVhcnMgdGFr ZXMgcXVpdGUgYSB3aGlsZS4gQW5kIHR6IGRiIGRvZXNuJ3QgY29udGFpbiBhbnl0aGluZw0KdXNl ZnVsIGZvciB0b28gZGlzdGFudCB5ZWFycyBhbnl3YXkuDQoNCkkgdGhpbmsgdGhhdCB6ZHVtcCBz aG91bGQgYmUgb3B0aW1pemVkIHRvIGxpbWl0IGl0cyBzZWFyY2ggcmFuZ2UuIEF0IHRoZQ0KdmVy eSBsZWFzdCBmb3IgdGhlIHN0YXJ0IHBvaW50IC0gd2hhdCBpcyBjdXJyZW50IGVzdGltYXRlIG9m IHRoZSBhZ2Ugb2YNCm91ciBVbml2ZXJzZSA6LSkNCg0KDQotLSANCkFuZHJpeSBHYXBvbg0K From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 13:36:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C49216A400 for ; Thu, 22 Mar 2007 13:36:25 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.235]) by mx1.freebsd.org (Postfix) with ESMTP id 1E1BF13C44C for ; Thu, 22 Mar 2007 13:36:25 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by nz-out-0506.google.com with SMTP id r28so523985nza for ; Thu, 22 Mar 2007 06:36:24 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DpobwbAz+cobJEOCnVPEiE5ZFQdVZ4EsEp+IbxLekm16DFuR03jXenRTgAez3eGcxF3hOhyp319EkVVeuthmqd/g6AUEZifTNqpMiThAbrmFAwJPff1anf25vVrrXw59PkyisIg0hRlwYjmhWw0Jj2ATRMwkmRpGqpXiUi3U2+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jn2yg/ZpKVoHY1SC8pKEUJ5UXZz4JaWyW/+giSJbyj6CQ9+iJKZVW31mLBmuGJkbElfb1Ou8EZe9DqcCTmg7EEhwvdruEYdyV/KlD+WpcSJqJU8A09VyfLgUUDnFz0cDhbHuB1977UB81cdhxJk8/+043SQbhib7S8kPZvRwpWY= Received: by 10.64.114.10 with SMTP id m10mr13028615qbc.1174570584398; Thu, 22 Mar 2007 06:36:24 -0700 (PDT) Received: by 10.65.53.19 with HTTP; Thu, 22 Mar 2007 06:36:24 -0700 (PDT) Message-ID: Date: Thu, 22 Mar 2007 13:36:24 +0000 From: "Chris Rees" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: I have a serious problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 13:36:25 -0000 >Thanks. My system configuration is intel p3 866 MHz, 192 MB RAM, 20 GB HDD using i386. >The FreeBSD is in the another PC without X. Just out of interest, how are you connecting to your network? I used to have a similar problem using wpa_supplicant with a Belkin F5D7050 wireless G adapter. I solved it by turning off WPA and using MAC filtering instead... sub-optimal I know. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 14:33:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EE1CD16A408 for ; Thu, 22 Mar 2007 14:33:29 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from skywalker.edpausa.com (mail.edpausa.com [67.88.41.162]) by mx1.freebsd.org (Postfix) with ESMTP id C46C813C4E7 for ; Thu, 22 Mar 2007 14:33:27 +0000 (UTC) (envelope-from ilya@edpausa.com) Received: from localhost (localhost.edpausa.com [127.0.0.1]) by skywalker.edpausa.com (Postfix) with ESMTP id 9533EC977A for ; Thu, 22 Mar 2007 10:00:36 -0400 (EDT) X-Virus-Scanned: amavisd-new at edpausa.com Received: from skywalker.edpausa.com ([127.0.0.1]) by localhost (skywalker.edpausa.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D4al0CPK0hHW for ; Thu, 22 Mar 2007 10:00:25 -0400 (EDT) Received: from [192.168.0.29] (unknown [192.168.0.29]) by skywalker.edpausa.com (Postfix) with ESMTP id D1E32C9519 for ; Thu, 22 Mar 2007 10:00:25 -0400 (EDT) Message-ID: <46028BD2.7070804@edpausa.com> Date: Thu, 22 Mar 2007 09:59:46 -0400 From: ilya User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: WEB based project management software advice needed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 14:33:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello BSD Gurus! I was wondering if someone could suggest a great piece of FREEBSD 6.2 ported software, which can be effectively used as project management tool, tasks, calendar, etc. We would like it to run on our server. Therefore, we need WEB based, not Gnome version. It can use mysql and php. It's main goal is to serve 2-3 employees. It will be used for the simple tasks and projects performed by the junior system administrators. Thank you in advance. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) iD8DBQFGAovSASD6kFWhV3YRAnmBAJwJXQ/bVVtJNZTk9gpaWPHfu779hgCfTY5D LiTl5Xs+Eio3Kupr6ZzRBWI= =886u -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 14:57:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29C4D16A406 for ; Thu, 22 Mar 2007 14:57:48 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id CE60013C46C for ; Thu, 22 Mar 2007 14:57:47 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so784778ana for ; Thu, 22 Mar 2007 07:57:47 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type; b=m5Lj5RHPoccRD/b33An10SGN/TaAbsKR9UozC9PdgMZmdQ8yKeTHJV/WbEc9MeWwCTLc3zzcU3c7jHUkY4jKrTpXacWvaqbt9SM7/jYvzv0GwBjZUh+HiA71tNy+gvW2DBEm675nubDz9Zn6M0w4vy/TOQaCMfoL6prA3zG51No= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type; b=uoTa1QaM3Ldo/eF+S19YdbgAcq8DQ6zJdR8aJ9zuqct97cCwuM41ZDR5XhM+oUNrNndo7CXXtBpeM5hxPSJluCVt4XE1iAN95bzKjLoiQmdwJvVANv1mpPhCwyOW8X4XXqS5VyRm1j3Qo/xoQIiS5RKHqta1AYSDNxt/u15JLO4= Received: by 10.100.143.1 with SMTP id q1mr1545725and.1174573827071; Thu, 22 Mar 2007 07:30:27 -0700 (PDT) Received: from ?192.168.2.231? ( [200.113.171.82]) by mx.google.com with ESMTP id 27sm3384103wra.2007.03.22.07.30.21; Thu, 22 Mar 2007 07:30:26 -0700 (PDT) Message-ID: <460292F9.3050802@gmail.com> Date: Thu, 22 Mar 2007 10:30:17 -0400 From: Phillip Neumann User-Agent: Thunderbird 1.5.0.10 (X11/20070321) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: multipart/mixed; boundary="------------000001060205060509090907" Subject: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 14:57:48 -0000 This is a multi-part message in MIME format. --------------000001060205060509090907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dear FreeBSD-stable... My amd64 box is not very stable. In its hardware list, you can see there is an areca 1210 card, wich suffer the errata of 6.2-release (high load crash) Last week or so, i saw a commit where the areca bugs were fixed, so i updated the system. I can still see the mashine crashing under load attached are dmesg -a, and a simple 'bt' of kgdb. sometimes (under load) i see this message: Interrupt storm detected on "swi2:"; throttling interrupt source i get the same behaviour with sched_bsd or sched_ule Is this info useful to determine where the problem is? If so, where is it? :-) Has this something to do with the fs? or the scheduler? thanks! killfill. --------------000001060205060509090907 Content-Type: text/plain; name="kgdb.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="kgdb.txt" [root@worm /usr/obj/usr/src/sys/WORM]# kgdb kernel.debug /var/crash/vmcore.1 [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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: panic: handle_workitem_remove: lost inodedep cpuid = 0 Uptime: 2h19m9s Dumping 2047 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff804085e7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80408c81 in panic (fmt=0xffffff007a9cd980 "�VTx") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff80589fc6 in handle_workitem_remove (dirrem=0xffffff001a6c7b40, xp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3599 #5 0xffffffff8058a3dc in process_worklist_item (mp=0xffffff0031482630, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:962 #6 0xffffffff8058fd3d in softdep_process_worklist (mp=0xffffff0031482630, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:851 #7 0xffffffff80590031 in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:762 #8 0xffffffff803ed647 in fork_exit (callout=0xffffffff8058fee0 , arg=0x0, frame=0xffffffffb49abc50) at /usr/src/sys/kern/kern_fork.c:821 #9 0xffffffff80615b0e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 #10 0x0000000000000000 in ?? () #11 0x0000000000000000 in ?? () #12 0x0000000000000001 in ?? () #13 0x0000000000000000 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000b7d000 in ?? () #43 0x0000000000000000 in ?? () #44 0xffffff002d080600 in ?? () #45 0x0000000000000000 in ?? () #46 0xffffff00785456b0 in ?? () #47 0xffffff007a9f2000 in ?? () #48 0xffffffffb49ab878 in ?? () #49 0xffffff007a9cd980 in ?? () #50 0xffffffff8041ed56 in sched_switch (td=0x0, newtd=0x0, flags=1) at /usr/src/sys/kern/sched_4bsd.c:973 #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x0000000000000000 in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000000000000000 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #70 0x0000000000000000 in ?? () #71 0x0000000000000000 in ?? () #72 0x0000000000000000 in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x0000000000000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x0000000000000000 in ?? () #84 0x0000000000000000 in ?? () #85 0x0000000000000000 in ?? () #86 0x0000000000000000 in ?? () #87 0x0000000000000000 in ?? () #88 0x0000000000000000 in ?? () #89 0x0000000000000000 in ?? () #90 0x0000000000000000 in ?? () #91 0x0000000000000000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x0000000000000000 in ?? () #106 0x0000000000000000 in ?? () #107 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #108 0x0000000000000000 in ?? () #109 0x0000000000000000 in ?? () #110 0x0000000000000000 in ?? () #111 0x0000000000000000 in ?? () #112 0x0000000000000000 in ?? () #113 0x0000000000000000 in ?? () #114 0x0000000000000000 in ?? () #115 0x0000000000000000 in ?? () #116 0x0000000000000000 in ?? () #117 0x0000000000000000 in ?? () #118 0x0000000000000000 in ?? () #119 0x0000000000000000 in ?? () #120 0x0000000000000000 in ?? () #121 0x0000000000000000 in ?? () #122 0x0000000000000000 in ?? () Cannot access memory at address 0xffffffffb49ac000 --------------000001060205060509090907 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #1: Mon Mar 19 20:24:34 CLT 2007 root@worm.sofsis.cl:/usr/obj/usr/src/sys/WORM Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2411.12-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 real memory = 2147418112 (2047 MB) avail memory = 2044805120 (1950 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 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 10 ports with 10 removable, self powered pci0: at device 4.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd400-0xd40f mem 0xfe02c000-0xfe02cfff irq 21 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc000-0xc00f mem 0xfe02b000-0xfe02bfff irq 22 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci1: on pcib1 fwohci0: port 0xac00-0xac7f mem 0xfc7ff000-0xfc7ff7ff irq 16 at device 6.0 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:01:29:20:00:05:92:fd fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:01:29:05:92:fd fwe0: Ethernet address: 02:01:29:05:92:fd fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci1: at device 8.0 (no driver attached) nve0: port 0xbc00-0xbc07 mem 0xfe02a000-0xfe02afff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:01:29:d6:b3:1c miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:01:29:d6:b3:1c pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 pcib5: at device 14.0 on pci0 pci5: on pcib5 pcib6: at device 0.0 on pci5 pci6: on pcib6 arcmsr0: mem 0xfd8ff000-0xfd8fffff,0xfcc00000-0xfcffffff irq 16 at device 14.0 on pci6 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 pcib7: at device 0.2 on pci5 pci7: on pcib7 acpi_tz0: on acpi0 acpi_tz0: _CRT value is absurd, ignored (1134.7C) acpi_tz0: _PSV value is absurd, ignored (1132.7C) acpi_tz0: _ACx value is absurd, ignored (1132.7C) speaker0: port 0x61 on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff,0xca000-0xcafff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec pass4 at arcmsr0 bus 0 target 16 lun 0 pass4: Fixed Processor SCSI-0 device da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 30517MB (62499840 512 byte sectors: 255H 63S/T 3890C) da1 at arcmsr0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-5 device da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da1: 114440MB (234373632 512 byte sectors: 255H 63S/T 14589C) da2 at arcmsr0 bus 0 target 0 lun 2 da2: Fixed Direct Access SCSI-5 device da2: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da2: 143050MB (292967424 512 byte sectors: 255H 63S/T 18236C) da3 at arcmsr0 bus 0 target 0 lun 3 da3: Fixed Direct Access SCSI-5 device da3: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da3: 17166MB (35155968 512 byte sectors: 255H 63S/T 2188C) acpi_tz0: _CRT value is absurd, ignored (1134.7C) acpi_tz0: _PSV value is absurd, ignored (1132.7C) acpi_tz0: _ACx value is absurd, ignored (1132.7C) acpi_tz0: _CRT value is absurd, ignored (1134.7C) acpi_tz0: _PSV value is absurd, ignored (1132.7C) acpi_tz0: _ACx value is absurd, ignored (1132.7C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/da0s1a --------------000001060205060509090907-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 15:56:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 17DC616A404 for ; Thu, 22 Mar 2007 15:56:03 +0000 (UTC) (envelope-from me@hawei.net2.nerim.net) Received: from hawei.net2.nerim.net (hawei.net2.nerim.net [213.41.129.28]) by mx1.freebsd.org (Postfix) with ESMTP id BA34913C4D0 for ; Thu, 22 Mar 2007 15:56:02 +0000 (UTC) (envelope-from me@hawei.net2.nerim.net) Received: by hawei.net2.nerim.net (Postfix, from userid 1001) id 47D6545109; Thu, 22 Mar 2007 16:44:42 +0100 (CET) Date: Thu, 22 Mar 2007 16:44:42 +0100 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20070322154442.GA1400@hawei.net2.nerim.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Binary upgrade script problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 15:56:03 -0000 I've run Colin Percival's binary upgrade scripts on my spare machine. It worked fine from 6.0 t0 6.1. For 6.1 to 6.2 the script stops during the ``The following files will be removed ...'' phase. Exactly same stop for three fresh trials which look alright up to the stop. castor{me} /<2>upgrade-to-6.2 # sh freebsd-update.sh -f freebsd-update.conf -d /usr/upgrade -r 6.2-RELEASE upgrade Looking up update.FreeBSD.org mirrors... 1 mirrors found. Fetching public key from update1.FreeBSD.org... done. Fetching metadata signature for 6.1-RELEASE from update1.FreeBSD.org... done. Fetching metadata index... done. Fetching 2 metadata files... done. Inspecting system... done. The following components of FreeBSD seem to be installed: kernel/generic src/sys world/base world/dict world/doc world/manpages The following components of FreeBSD do not seem to be installed: kernel/smp src/base src/bin src/contrib src/crypto src/etc src/games src/gnu src/include src/krb5 src/lib src/libexec src/release src/rescue src/sbin src/secure src/share src/tools src/ubin src/usbin world/catpages world/games world/info world/proflibs Does this look reasonable (y/n)? y Fetching metadata signature for 6.2-RELEASE from update1.FreeBSD.org... done. Fetching metadata index... done. Fetching 1 metadata patches. done. Applying metadata patches... done. Fetching 1 metadata files... done. Inspecting system... done. Preparing to download files... done. Fetching 3608 patches.....10....20....30....40....50....60....70....80....90.... snip 10....3520....3530....3540....3550....3560....3570....3580....3590....3600.... done. Applying patches... done. Fetching 5505 files... done. The following files will be removed as part of updating to 6.2-RELEASE-p3: /etc/periodic/weekly/120.clean-kvmdb /usr/include/c++/3.4/ext/demangle.h /usr/lib/libpcap.so.4 /usr/lib/libpthread.so.2 /usr/share/doc/en_US.ISO8859-1/articles/building-products/b378.html /usr/share/doc/en_US.ISO8859-1/articles/wp-toolbox/x32.html /usr/share/doc/en_US.ISO8859-1/books/handbook/kernelconfig-nodes.html snip /usr/share/doc/en_US.ISO8859-1/books/porters-handbook/x1940.html /usr/share/doc/en_US.ISO8859-1/books/porters-handbook/x1950.html byte 3107 What could be the reason? Thanks, Harald Weis -- FreeBSD 6.1-RELEASE #0: Sun May 7 04:42:56 UTC 2006 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 16:01:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AEB216A407 for ; Thu, 22 Mar 2007 16:01:25 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from mail2.elantech.ru (mail2.elantech.ru [87.245.154.206]) by mx1.freebsd.org (Postfix) with ESMTP id 422F013C4EE for ; Thu, 22 Mar 2007 16:01:25 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from [10.10.10.13] (unknown [88.84.198.2]) by mail2.elantech.ru (Postfix) with ESMTP id 97ECC33F09; Thu, 22 Mar 2007 18:35:51 +0300 (MSK) Message-ID: <4602A2C4.2000902@elantech.ru> Date: Thu, 22 Mar 2007 18:37:40 +0300 From: Taras Savchuk Organization: Elantech Ltd. (http://www.elantech.ru) User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: ilya References: <46028BD2.7070804@edpausa.com> In-Reply-To: <46028BD2.7070804@edpausa.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: WEB based project management software advice needed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: taras@elantech.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 16:01:25 -0000 ilya пишет: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello BSD Gurus! > > I was wondering if someone could suggest a great piece of FREEBSD 6.2 > ported software, which can be effectively used as project management > tool, tasks, calendar, etc. We would like it to run on our server. > Therefore, we need WEB based, not Gnome version. It can use mysql and > php. It's main goal is to serve 2-3 employees. It will be used for the > simple tasks and projects performed by the junior system administrators. For sysadmins? You can look at glpi with plugins: http://www.glpi-project.org/spip.php?lang=en P.S. I think, it's offtopic message in this list. > > Thank you in advance. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (MingW32) > > iD8DBQFGAovSASD6kFWhV3YRAnmBAJwJXQ/bVVtJNZTk9gpaWPHfu779hgCfTY5D > LiTl5Xs+Eio3Kupr6ZzRBWI= > =886u > -----END PGP SIGNATURE----- > _______________________________________________ > 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" -- С уважением, Савчук Ð¢Ð°Ñ€Ð°Ñ ÐžÐžÐž "Элантек" : ÐутÑорÑинг ИТ, WEB-разработка http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 575 22 11 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 17:27:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CE0716A40F for ; Thu, 22 Mar 2007 17:27:00 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from smtp1.sbb.co.yu (smtp1.sbb.co.yu [82.117.194.21]) by mx1.freebsd.org (Postfix) with ESMTP id 7747613C4B0 for ; Thu, 22 Mar 2007 17:26:59 +0000 (UTC) (envelope-from zkolic@sbb.co.yu) Received: from faust.net (cable-89-216-167-189.dynamic.sbb.co.yu [89.216.167.189]) by smtp1.sbb.co.yu (8.13.7/8.13.7) with ESMTP id l2MHQgE8026378 for ; Thu, 22 Mar 2007 18:26:43 +0100 Received: by faust.net (Postfix, from userid 1001) id 46E521CC1C; Thu, 22 Mar 2007 18:26:10 +0100 (CET) Date: Thu, 22 Mar 2007 18:26:10 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20070322172610.GA1283@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: 3.0 X-SBB-Spam-Level: XXXXXX Subject: hw.pci.do_power_nodriver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 17:27:00 -0000 Howdy! I'd like to know what power saving could I expect using this option? Level (probably) 3. 6.2 release and i386 on hp 9020 lapper. I'm not sure I under- stand does it charge devices/controlers and waste battery. Where I could find manual to clarify this to myself? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 19:02:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2024A16A40E for ; Thu, 22 Mar 2007 19:02:40 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id C631C13C4E5 for ; Thu, 22 Mar 2007 19:02:39 +0000 (UTC) (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 E7CB8B81E for ; Thu, 22 Mar 2007 14:42:08 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <46028BD2.7070804@edpausa.com> References: <46028BD2.7070804@edpausa.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-9-860715436; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Thu, 22 Mar 2007 14:42:07 -0400 To: FreeBSD Stable List X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: WEB based project management software advice needed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 19:02:40 -0000 --Apple-Mail-9-860715436 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Mar 22, 2007, at 9:59 AM, ilya wrote: > Therefore, we need WEB based, not Gnome version. It can use mysql and > php. It's main goal is to serve 2-3 employees. It will be used for the > simple tasks and projects performed by the junior system > administrators. Take a look at RT (www.bestpractical.com) and Trac (trac.edgewall.com). We use Trac for projects, but RT can be adapted to it too. Both are in ports and both are customizable. --Apple-Mail-9-860715436-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 22:30:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E966A16A404 for ; Thu, 22 Mar 2007 22:30:39 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id A885F13C4C7 for ; Thu, 22 Mar 2007 22:30:37 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so975421ana for ; Thu, 22 Mar 2007 15:30:37 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=G9WDV8/OqgTXSGpxoccnut1DeURdGwIFlD7XEoMu4ak6DLqKjjYxbCffnsT5Y0uEemZNJw6Cr2OLe3haoXy283l6h9Qq5y1LTmsbo37cKsTNS6GqJ8i3I+pQpt3X0IMQb1XYswa8jqnhxMRXG6JNmO1J/0zHAI/Nmmb1mV+X0bI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=eZimVAP5yTrDml23GJy3zen4WpYhAWmRB9ADad5S5ASNL/XAyENZXaZQfmutT+ScTxUOKhASoceGT4wvULasi3+LWZ0PlxmPgENipj0K/0vvF4whXyBVMT96ntDGk74IJ4/Fq5PHPAWsZsViBUvo0UO17ik8TiAlUhNX7hT2lYg= Received: by 10.100.112.19 with SMTP id k19mr2054764anc.1174601056111; Thu, 22 Mar 2007 15:04:16 -0700 (PDT) Received: by 10.100.174.20 with HTTP; Thu, 22 Mar 2007 15:04:16 -0700 (PDT) Message-ID: <1dbad3150703221504u71e3db44sbefeed758ed253db@mail.gmail.com> Date: Thu, 22 Mar 2007 23:04:16 +0100 From: "Michael Schuh" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 22:30:40 -0000 Hi, first i have 2GB of RAM, there are be 1,6G free so it should enough toi make the following: # mdconfig -a -t mallo -s 750m -u 0 # bsdlabel -w /dev/md0 # bsdlabel -e /dev/md0 (create "a" slice to use all free respective first 1= 6 blocks) # newfs -O2 -U /dev/md0a mount /dev/md0a /mnt # cd to_a_place/with/650MB_of_data/ # tar -cf - |( cd /mnt/; tar -xf -) after ~256MB transferred i get following errors, and the system crashes horridble.... first it doesnt react of anything, then it does silently reboot without a shutdown.......leaves all unclean.... extract from all.log Mar 22 22:08:14 flying-dutchman kernel: g_vfs_done():md0a[WRITE(offset=3D686899200 , length=3D131072)]error =3D 28 Mar 22 22:08:14 flying-dutchman kernel: g_vfs_done():md0a[WRITE(offset=3D687030272 , length=3D131072)]error =3D 28 Mar 22 22:08:14 flying-dutchman kernel: g_vfs_done():md0a[WRITE(offset=3D687161344 , length=3D131072)]error =3D 28 Mar 22 22:08:14 flying-dutchman kernel: g_vfs_done():md0a[WRITE(offset=3D687292416 , length=3D131072)]error =3D 28 Any impressions, suggestions or limitations for md with malloc? This errors occures also if i request to reserve the space by creation.... thanks regards michael --=20 =3D=3D=3D michael-schuh.net =3D=3D=3D Michael Schuh Preu=DFenstr. 13 66111 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: michael.schuh@gmail.com =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 23:15:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9AE816A400 for ; Thu, 22 Mar 2007 23:15:23 +0000 (UTC) (envelope-from SRS1=a322f81588bc3addd525ab40b40f3f570eb3f7d2=es.net==a322f81588bc3addd525ab40b40f3f570eb3f7d2=282=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id B795313C43E for ; Thu, 22 Mar 2007 23:15:23 +0000 (UTC) (envelope-from SRS1=a322f81588bc3addd525ab40b40f3f570eb3f7d2=es.net==a322f81588bc3addd525ab40b40f3f570eb3f7d2=282=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id BAZ73016 for ; Thu, 22 Mar 2007 16:03:16 -0700 Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id BAZ39815 for ; Thu, 22 Mar 2007 16:03:15 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id BAZ34514; Thu, 22 Mar 2007 16:03:14 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 257D445047; Thu, 22 Mar 2007 16:03:14 -0700 (PDT) To: "Michael Schuh" In-Reply-To: Your message of "Thu, 22 Mar 2007 23:04:16 BST." <1dbad3150703221504u71e3db44sbefeed758ed253db@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1174604594_75625P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 22 Mar 2007 16:03:14 -0700 From: "Kevin Oberman" Message-Id: <20070322230314.257D445047@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 23:15:23 -0000 --==_Exmh_1174604594_75625P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 22 Mar 2007 23:04:16 +0100 > From: "Michael Schuh" > Sender: owner-freebsd-stable@freebsd.org > > Hi, > first i have 2GB of RAM, there are be 1,6G free > so it should enough toi make the following: > > # mdconfig -a -t mallo -s 750m -u 0 > # bsdlabel -w /dev/md0 > # bsdlabel -e /dev/md0 (create "a" slice to use all free respective first 16 > blocks) > # newfs -O2 -U /dev/md0a > mount /dev/md0a /mnt > # cd to_a_place/with/650MB_of_data/ > # tar -cf - |( cd /mnt/; tar -xf -) > after ~256MB transferred i get following errors, and the system crashes > horridble.... first it doesnt react of anything, then it does silently > reboot > without a shutdown.......leaves all unclean.... > > extract from all.log > Mar 22 22:08:14 flying-dutchman kernel: > g_vfs_done():md0a[WRITE(offset=686899200 > , length=131072)]error = 28 > Mar 22 22:08:14 flying-dutchman kernel: > g_vfs_done():md0a[WRITE(offset=687030272 > , length=131072)]error = 28 > Mar 22 22:08:14 flying-dutchman kernel: > g_vfs_done():md0a[WRITE(offset=687161344 > , length=131072)]error = 28 > Mar 22 22:08:14 flying-dutchman kernel: > g_vfs_done():md0a[WRITE(offset=687292416 > , length=131072)]error = 28 > > > Any impressions, suggestions or limitations for md with malloc? > This errors occures also if i request to reserve the space by creation.... > > thanks > > regards > > michael > > -- > === michael-schuh.net === > Michael Schuh > Preußenstr. 13 > 66111 Saarbrücken > phone: 0681/8319664 > mobil: 0177/9738644 > @: michael.schuh@gmail.com Old, old joke: Patient: Doctor! It hurts when I do this! Doctor: Don't do that. This is a well known issue with malloc backed md disks. Use swap backed ones. They will be the default in V7. They have all of the advantages of malloc backed mds without the possibility of eating all available memory and crashing the system. malloc backed md disks are very dangerous and should only be used in special circumstances and with great care. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1174604594_75625P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGAwsykn3rs5h7N1ERAoOTAJ9rKG1CdIbREtGychLaxjwDtVcypgCfcgKI tvu9EqAQwhCQVwNH9vFldvw= =/P96 -----END PGP SIGNATURE----- --==_Exmh_1174604594_75625P-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 23:17:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7B2C16A401 for ; Thu, 22 Mar 2007 23:17:42 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 87B2713C4DE for ; Thu, 22 Mar 2007 23:17:42 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so989318ana for ; Thu, 22 Mar 2007 16:17:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=WPyGeIzFHCKo8bwHMv9l8w3oBCJAk5vF6xZ3qRQ3SZtVL5fGPCT1XNO3RW4fpNgfXunFjgg1vHtSD0k6Aa4CgtBVarrQEoBJBZPxy85Ppd2iGKpGOFHhGPb3HxekWAeKzSsDsTZtZayyAYkwwbs5tela3GLx+2fuA6nUValQaPo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=mjunAg7u/AwcHXNHamZcIY/n6aYLTparNxinLexv1ioit9Rstf1tqZXlCRph6IDa1wlgwpJP8ifx1i4Oi+DI0jPA37niUIQc/qcwe1VzNNfZglVecffxLG9M1GmHKwWbzzoZ5tjYlkQH4/gV3btmKARw3ndTq9Cro/JPhiyFBMI= Received: by 10.100.128.8 with SMTP id a8mr2113246and.1174605461424; Thu, 22 Mar 2007 16:17:41 -0700 (PDT) Received: by 10.100.174.20 with HTTP; Thu, 22 Mar 2007 16:17:41 -0700 (PDT) Message-ID: <1dbad3150703221617g488c3e96t20e552fc41c265a5@mail.gmail.com> Date: Fri, 23 Mar 2007 00:17:41 +0100 From: "Michael Schuh" To: "Kevin Oberman" In-Reply-To: <20070322230314.257D445047@ptavv.es.net> MIME-Version: 1.0 References: <1dbad3150703221504u71e3db44sbefeed758ed253db@mail.gmail.com> <20070322230314.257D445047@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 23:17:42 -0000 Hi, ok i don't know this joke, kbut i know the word's you have two options option a and option b. i can't understand how malloc can eat all available memory, i have 2Gigs of it ;-) so it seems to me i know what i doing, if i have 1,6 Gigs free Memory, and i say ok get me 750Megs from my 1,6 Gigs of free Memory, what was faulty on that???? that would imply for me i can't use my 2 Gigs of ram... and it also implies that you can put as many ram as you can find, and you can never use that ram, while a programm says:" hey guy you are not knowing what you doing...... YOU would use 750Megs of you 24Gigs Ram, no, you are dumb, you don't use this...." i would use my 2 Gigs of ram, in that way i like :-D i would a very fast temporary filesystem in my ram. not more, not less..... and the other question is i have a OS that say's i am a release, and the documentation say you can do this, who say don't do this? i have read the thread abaut malloc, but the errors described are not the same....i have enough ram..... (so show it to me :-D errare humanum est, is it?) i hope it gave another way to use such ram-disk without using swap or other harddisk based backend....otoh my ram is not fully useful for me and i must, after twelve years of using freebsd, looking back to linux, and that i never would, only for using ramdisks.... thanks regards michael 2007/3/23, Kevin Oberman : > > > Date: Thu, 22 Mar 2007 23:04:16 +0100 > > From: "Michael Schuh" > > Sender: owner-freebsd-stable@freebsd.org > > > > Hi, > > first i have 2GB of RAM, there are be 1,6G free > > so it should enough toi make the following: > > > > # mdconfig -a -t mallo -s 750m -u 0 > > # bsdlabel -w /dev/md0 > > # bsdlabel -e /dev/md0 (create "a" slice to use all free respective > first 16 > > blocks) > > # newfs -O2 -U /dev/md0a > > mount /dev/md0a /mnt > > # cd to_a_place/with/650MB_of_data/ > > # tar -cf - |( cd /mnt/; tar -xf -) > > after ~256MB transferred i get following errors, and the system crashes > > horridble.... first it doesnt react of anything, then it does silently > > reboot > > without a shutdown.......leaves all unclean.... > > > > extract from all.log > > Mar 22 22:08:14 flying-dutchman kernel: > > g_vfs_done():md0a[WRITE(offset=3D686899200 > > , length=3D131072)]error =3D 28 > > Mar 22 22:08:14 flying-dutchman kernel: > > g_vfs_done():md0a[WRITE(offset=3D687030272 > > , length=3D131072)]error =3D 28 > > Mar 22 22:08:14 flying-dutchman kernel: > > g_vfs_done():md0a[WRITE(offset=3D687161344 > > , length=3D131072)]error =3D 28 > > Mar 22 22:08:14 flying-dutchman kernel: > > g_vfs_done():md0a[WRITE(offset=3D687292416 > > , length=3D131072)]error =3D 28 > > > > > > Any impressions, suggestions or limitations for md with malloc? > > This errors occures also if i request to reserve the space by > creation.... > > > > thanks > > > > regards > > > > michael > > > > -- > > =3D=3D=3D michael-schuh.net =3D=3D=3D > > Michael Schuh > > Preu=DFenstr. 13 > > 66111 Saarbr=FCcken > > phone: 0681/8319664 > > mobil: 0177/9738644 > > @: michael.schuh@gmail.com > > Old, old joke: > Patient: Doctor! It hurts when I do this! > Doctor: Don't do that. > > This is a well known issue with malloc backed md disks. Use swap backed > ones. They will be the default in V7. They have all of the advantages of > malloc backed mds without the possibility of eating all available memory > and crashing the system. > > malloc backed md disks are very dangerous and should only be used in > special circumstances and with great care. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > > --=20 =3D=3D=3D michael-schuh.net =3D=3D=3D Michael Schuh Preu=DFenstr. 13 66111 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: michael.schuh@gmail.com =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 23:31:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FBAE16A407 for ; Thu, 22 Mar 2007 23:31:57 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 54CC213C45D for ; Thu, 22 Mar 2007 23:31:57 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay7.apple.com (a17-128-113-37.apple.com [17.128.113.37]) by mail-out4.apple.com (8.13.8/8.13.8) with ESMTP id l2MNVvna012905; Thu, 22 Mar 2007 16:31:57 -0700 (PDT) Received: from relay7.apple.com (unknown [127.0.0.1]) by relay7.apple.com (Symantec Mail Security) with ESMTP id 141C530076; Thu, 22 Mar 2007 16:31:57 -0700 (PDT) X-AuditID: 11807125-b0e66bb00000538d-ed-460311ec2781 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay7.apple.com (Apple SCV relay) with ESMTP id F0E4E30030; Thu, 22 Mar 2007 16:31:56 -0700 (PDT) In-Reply-To: <1dbad3150703221617g488c3e96t20e552fc41c265a5@mail.gmail.com> References: <1dbad3150703221504u71e3db44sbefeed758ed253db@mail.gmail.com> <20070322230314.257D445047@ptavv.es.net> <1dbad3150703221617g488c3e96t20e552fc41c265a5@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9363AFA5-0DEF-428A-A6D4-E04A4A414F0B@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 22 Mar 2007 16:31:55 -0700 To: Michael Schuh X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: FreeBSD Stable Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 23:31:57 -0000 On Mar 22, 2007, at 4:17 PM, Michael Schuh wrote: > i can't understand how malloc can eat all available > memory, i have 2Gigs of it ;-) > so it seems to me i know what i doing, if > i have 1,6 Gigs free Memory, and i say ok get me 750Megs from > my 1,6 Gigs of free Memory, what was faulty on that???? The two choices involve a swap-based RAMdisk, which can use all of the available physical RAM it needs to, since this memory is swappable, or a kernel-memory-based RAMdisk, which uses wired-down memory from within the kernel. You shouldn't or can't create huge kernel-based RAMdisks without expanding the amount of KVM available to the kernel...it's not reasonable to wire down hundreds of MB or RAM in almost all situations. > i hope it gave another way to use such ram-disk without using > swap or other harddisk based backend....otoh my ram is not fully > useful > for me and i must, after twelve years of using freebsd, looking > back to > linux, and that i never would, only for using ramdisks.... If you wanted to create a 10MB RAMdisk, using kernel-based memory would be fine. For things which are much larger than that, the kernel's global VM management is using techniques like page-fault frequency heuristics and will do a better job of keeping active stuff cached in RAM (regardless of whether the stuff is part of a running process or part of your RAMdisk filesystem), if you let the kernel manage the situation than if you try to configure hundreds of MB which can only be used for a RAMdisk. Anyway, if you want to use Linux instead, nobody here is going to try to persuade you to do otherwise. Have fun, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Mar 22 23:55:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48E1C16A40A for ; Thu, 22 Mar 2007 23:55:09 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id EEAA013C455 for ; Thu, 22 Mar 2007 23:55:06 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so999841ana for ; Thu, 22 Mar 2007 16:55:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Yu751AUwpYKz+ODhUb2y5dRmoCAA/fffyjwnHSomaZZBMEm7JbWnMWBCESNe5ual4v69vAoO0pxeH37QbSZ25r7PTiozRH5HObkBCvBiax+McoFMfh2nNOzJLtaaQXciyD0mK15Jb1GSohVNExCJs5/a5ZdK8dInXo5lbNRRN8g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=bbk0OTIFLYZA5+anyR7zc5MybXdoOzM4zz7M5Y4+WqWGrUE0nu0IvcI185tw3BzLrd87W0s7g2yDHFpA1T777NTwhsr0UokAnCY8uzOI7Zo3k+h1CRO9Tfm6wMSShs0YURQyyGSz3+ObnDJE0MqTvbWiFFliqo1g2XcUOrfNum8= Received: by 10.100.33.14 with SMTP id g14mr2181819ang.1174607706021; Thu, 22 Mar 2007 16:55:06 -0700 (PDT) Received: by 10.100.174.20 with HTTP; Thu, 22 Mar 2007 16:55:05 -0700 (PDT) Message-ID: <1dbad3150703221655w62284ed7o8a5c7440aca45891@mail.gmail.com> Date: Fri, 23 Mar 2007 00:55:05 +0100 From: "Michael Schuh" To: "Chuck Swiger" In-Reply-To: <9363AFA5-0DEF-428A-A6D4-E04A4A414F0B@mac.com> MIME-Version: 1.0 References: <1dbad3150703221504u71e3db44sbefeed758ed253db@mail.gmail.com> <20070322230314.257D445047@ptavv.es.net> <1dbad3150703221617g488c3e96t20e552fc41c265a5@mail.gmail.com> <9363AFA5-0DEF-428A-A6D4-E04A4A414F0B@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Mar 2007 23:55:09 -0000 Hi Chuck, 2007/3/23, Chuck Swiger : > > On Mar 22, 2007, at 4:17 PM, Michael Schuh wrote: > > i can't understand how malloc can eat all available > > memory, i have 2Gigs of it ;-) > > so it seems to me i know what i doing, if > > i have 1,6 Gigs free Memory, and i say ok get me 750Megs from > > my 1,6 Gigs of free Memory, what was faulty on that???? > > The two choices involve a swap-based RAMdisk, which can use all of > the available physical RAM it needs to, since this memory is > swappable, or a kernel-memory-based RAMdisk, which uses wired-down > memory from within the kernel. Ok, so that is it harder to understand for me in the first time, if i understand it now right the swap or file based memory backend is also in the ram, but it get another way managed from kernels vm. the malloc based ramdisk get's not reallly managed by the kvm, but it underlays under the paging and swapping, and also ba the "thread-killer" there shot's thread down it it get's to much work for the system.... i hope i understand this right, it is important for me... You shouldn't or can't create huge kernel-based RAMdisks without > expanding the amount of KVM available to the kernel...it's not > reasonable to wire down hundreds of MB or RAM in almost all situations. > > > i hope it gave another way to use such ram-disk without using > > swap or other harddisk based backend....otoh my ram is not fully > > useful > > for me and i must, after twelve years of using freebsd, looking > > back to > > linux, and that i never would, only for using ramdisks.... > > If you wanted to create a 10MB RAMdisk, using kernel-based memory > would be fine. > > For things which are much larger than that, the kernel's global VM > management is using techniques like page-fault frequency heuristics > and will do a better job of keeping active stuff cached in RAM > (regardless of whether the stuff is part of a running process or part > of your RAMdisk filesystem), if you let the kernel manage the > situation than if you try to configure hundreds of MB which can only > be used for a RAMdisk. > > Anyway, if you want to use Linux instead, nobody here is going to try > to persuade you to do otherwise. Have fun, nop, i don't runaway, i don't disappear to run over to "dead rats" :-D i will stick to FreeBSD, than i believe it gave no better OS for me :-D i have many fun with my "lovely" BSD..... at this time it gave only one situation in that i use linux and i hope this changes i the near future (VMWare....:-( ) thanks for helping to see things a little bit more clear.... regards michael > -- > -Chuck > > --=20 =3D=3D=3D michael-schuh.net =3D=3D=3D Michael Schuh Preu=DFenstr. 13 66111 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: michael.schuh@gmail.com =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 00:11:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51D9B16A401 for ; Fri, 23 Mar 2007 00:11:33 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 098F913C455 for ; Fri, 23 Mar 2007 00:11:32 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1004419ana for ; Thu, 22 Mar 2007 17:11:32 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Ws72zr/xgcMwbZ1Qk0J50sbFNbGP5umdpsfptfRc7GgBNGmyR0V/cq4ohK1H0SbrG50c9z3ahuDG+I6gAtdaysqzvI9/a9HhDP+7KmLfbcj5y30782w6ECc4HFrn/LTNknEHqnXV1cfa/Qn/cZpvSnU+UPRgl9NH8IvI881RwYA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=FCcCqa8t5Xn7wViFl5AR/5lNwBPkUpAKNAsofJPzr99HUEsJyhYWCLEJKxB95wrk+6HONaE9QY0CCI0f9vAYopf6GQbQ8zGXsqpWr2Dhq06QMu0q/S9MLEC9+0iULUMsgCZXb9ZQUWWuGsuBMdw6lcGdUG7C2V1mLywuMNBVZjE= Received: by 10.100.128.8 with SMTP id a8mr2137648and.1174608091972; Thu, 22 Mar 2007 17:01:31 -0700 (PDT) Received: by 10.100.174.20 with HTTP; Thu, 22 Mar 2007 17:01:31 -0700 (PDT) Message-ID: <1dbad3150703221701h1f65f3b6md74996d825f97fcd@mail.gmail.com> Date: Fri, 23 Mar 2007 01:01:31 +0100 From: "Michael Schuh" To: "Chuck Swiger" In-Reply-To: <9363AFA5-0DEF-428A-A6D4-E04A4A414F0B@mac.com> MIME-Version: 1.0 References: <1dbad3150703221504u71e3db44sbefeed758ed253db@mail.gmail.com> <20070322230314.257D445047@ptavv.es.net> <1dbad3150703221617g488c3e96t20e552fc41c265a5@mail.gmail.com> <9363AFA5-0DEF-428A-A6D4-E04A4A414F0B@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 00:11:33 -0000 hi Chuck, hi @list me again, behind the scenes, i would take over my Server by an hoster from Linux to FreeBSD on the running system, while the hoster takes money for pressing 2 buttons and put a disk in my Server.......so i create now a mfs based system that can bootet from disk and resides fully in ram. I have tryed out Colin's depenguinator, but it fails...some times now i would do the steps by hand.... thanks cheers michael 2007/3/23, Chuck Swiger : > > On Mar 22, 2007, at 4:17 PM, Michael Schuh wrote: > > i can't understand how malloc can eat all available > > memory, i have 2Gigs of it ;-) > > so it seems to me i know what i doing, if > > i have 1,6 Gigs free Memory, and i say ok get me 750Megs from > > my 1,6 Gigs of free Memory, what was faulty on that???? > > The two choices involve a swap-based RAMdisk, which can use all of > the available physical RAM it needs to, since this memory is > swappable, or a kernel-memory-based RAMdisk, which uses wired-down > memory from within the kernel. > > You shouldn't or can't create huge kernel-based RAMdisks without > expanding the amount of KVM available to the kernel...it's not > reasonable to wire down hundreds of MB or RAM in almost all situations. > > > i hope it gave another way to use such ram-disk without using > > swap or other harddisk based backend....otoh my ram is not fully > > useful > > for me and i must, after twelve years of using freebsd, looking > > back to > > linux, and that i never would, only for using ramdisks.... > > If you wanted to create a 10MB RAMdisk, using kernel-based memory > would be fine. > > For things which are much larger than that, the kernel's global VM > management is using techniques like page-fault frequency heuristics > and will do a better job of keeping active stuff cached in RAM > (regardless of whether the stuff is part of a running process or part > of your RAMdisk filesystem), if you let the kernel manage the > situation than if you try to configure hundreds of MB which can only > be used for a RAMdisk. > > Anyway, if you want to use Linux instead, nobody here is going to try > to persuade you to do otherwise. Have fun, > > -- > -Chuck > > --=20 =3D=3D=3D michael-schuh.net =3D=3D=3D Michael Schuh Preu=DFenstr. 13 66111 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: michael.schuh@gmail.com =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 00:39:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD20C16A401 for ; Fri, 23 Mar 2007 00:39:28 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 2BB0013C46A for ; Fri, 23 Mar 2007 00:39:27 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 34048 invoked from network); 23 Mar 2007 00:13:07 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 23 Mar 2007 00:13:07 -0000 Received: (qmail 55734 invoked by uid 907); 23 Mar 2007 00:12:45 -0000 Received: from midgard.transactionware.com (HELO jmlaptop) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Fri, 23 Mar 2007 11:12:45 +1100 From: "Jan Mikkelsen" To: "'Phillip Neumann'" , "'FreeBSD Stable'" Date: Fri, 23 Mar 2007 11:12:45 +1100 Message-ID: <000701c76cdf$fbd203a0$0204a8c0@jmlaptop> 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.6822 Importance: Normal Thread-Index: AcdsksBD+beA5uIzTYiEJv5bmyk1BQATKYkg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <460292F9.3050802@gmail.com> Cc: Subject: RE: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 00:39:28 -0000 Hi, Phillip Neumann wrote: > My amd64 box is not very stable. > In its hardware list, you can see there is an areca 1210 card, wich > suffer the errata of 6.2-release (high load crash) > > Last week or so, i saw a commit where the areca bugs were fixed, so i > updated the system. > > I can still see the mashine crashing under load How heavy is the load? I can't make 6-STABLE crash, but I could make 6.2-RELEASE crash. My guess is that you have filesystem corruption introduced with the earlier driver which is now causing problems even though the driver now works. Have you done an fsck in single user mode, not a background fsck? > sometimes (under load) i see this message: > Interrupt storm detected on "swi2:"; throttling interrupt source I see this too. It seems to be benign. Regards, Jan Mikkelsen From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 06:08:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8338A16A401 for ; Fri, 23 Mar 2007 06:08:47 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id 48B5913C4BF for ; Fri, 23 Mar 2007 06:08:47 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id F31B6244C19; Fri, 23 Mar 2007 14:46:37 +0900 (JST) Message-ID: <460369BD.3060005@freebsd.org> Date: Fri, 23 Mar 2007 14:46:37 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Elan Marikit References: <51000.68360.qm@web38505.mail.mud.yahoo.com> In-Reply-To: <51000.68360.qm@web38505.mail.mud.yahoo.com> Content-Type: multipart/mixed; boundary="------------050409010907000503010600" Cc: freebsd-stable@freebsd.org, Masanori OZAWA Subject: Re: 6.2-amd64-unionfs6-p17: compilation 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: Fri, 23 Mar 2007 06:08:47 -0000 This is a multi-part message in MIME format. --------------050409010907000503010600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Elan Marikit wrote: > Greetz Daichi, List! > > I had a clean 6.2p2 src and I encounter error in compiling unionfs6-p17. > > amdtest# uname -a > FreeBSD amdtest.XXXXXXXXXXXX 6.2-RELEASE-p2 FreeBSD 6.2-RELEASE-p2 #0: > Thu Mar 1 16:56:53 PHT 2007 root@XXXXXX:/usr/obj/usr/src/sys/ELAN > amd64 (snip) > Is there any workaround to make this works? or am I missing something > before compiling? > > I made the same thing in i386 arch, and it works fine. > > Thanks and FYI. Try attached patch for amd64 :) NOTICE: attached patch is for amd64 only. -- Daichi GOTO, http://people.freebsd.org/~daichi --------------050409010907000503010600 Content-Type: text/x-patch; name="mount_unionfs.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mount_unionfs.c.diff" --- mount_unionfs.c.orig Fri Mar 23 14:30:52 2007 +++ mount_unionfs.c Fri Mar 23 14:30:21 2007 @@ -160,7 +160,7 @@ val = uid_str; } } - build_iovec(&iov, &iovlen, optarg, val, (size_t)-1); + build_iovec(&iov, &iovlen, optarg, val, -1); break; case '?': default: @@ -182,9 +182,9 @@ errx(EX_USAGE, "%s (%s) and %s (%s) are not distinct paths", argv[0], target, argv[1], source); - build_iovec(&iov, &iovlen, "fstype", "unionfs", (size_t)-1); - build_iovec(&iov, &iovlen, "fspath", source, (size_t)-1); - build_iovec(&iov, &iovlen, "from", target, (size_t)-1); + build_iovec(&iov, &iovlen, "fstype", "unionfs", -1); + build_iovec(&iov, &iovlen, "fspath", source, -1); + build_iovec(&iov, &iovlen, "from", target, -1); build_iovec(&iov, &iovlen, "errmsg", errmsg, sizeof(errmsg)); if (nmount(iov, iovlen, mntflags)) --------------050409010907000503010600-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 07:55:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1EA416A400 for ; Fri, 23 Mar 2007 07:55:37 +0000 (UTC) (envelope-from webmaster@hirsch.it) Received: from sanguinox.net (sanguinox.net [213.133.110.201]) by mx1.freebsd.org (Postfix) with ESMTP id 8913C13C44B for ; Fri, 23 Mar 2007 07:55:37 +0000 (UTC) (envelope-from webmaster@hirsch.it) Received: from [91.89.83.109] (helo=[192.168.101.110]) by sanguinox.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HUeEc-00088A-NW; Fri, 23 Mar 2007 08:30:50 +0100 Message-ID: <4603822B.9050904@hirsch.it> Date: Fri, 23 Mar 2007 08:30:51 +0100 From: "M.Hirsch" User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Michael Schuh References: <1dbad3150703221504u71e3db44sbefeed758ed253db@mail.gmail.com> <20070322230314.257D445047@ptavv.es.net> <1dbad3150703221617g488c3e96t20e552fc41c265a5@mail.gmail.com> <9363AFA5-0DEF-428A-A6D4-E04A4A414F0B@mac.com> <1dbad3150703221701h1f65f3b6md74996d825f97fcd@mail.gmail.com> In-Reply-To: <1dbad3150703221701h1f65f3b6md74996d825f97fcd@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 07:55:37 -0000 Michael Schuh schrieb: > hi Chuck, > hi @list > > me again, behind the scenes, > i would take over my Server by an hoster from > Linux to FreeBSD on the running system, > while the hoster takes money for pressing 2 buttons and > put a disk in my Server.......so > i create now a mfs based system that can bootet from disk and resides > fully in ram. I have tryed out Colin's depenguinator, > but it fails...some times > now i would do the steps by hand.... > > thanks > > cheers > > michael Hi Michael! Some months ago I modified the depenguinator and made it work again. But sorry, I didn't yet get to write down all the steps involved (I am not a good writer). But I recently found another much more comfortable way using QEMU which I documented. Does your provider offer a linux rescue system? If yes, you can try this: http://www.vrdevelopers.de/content/view/45/40/1/5/lang,en/ I'll try to follow up with the modified depenguinator asap, but don't hold your breath... HTH, Manuel From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 12:59:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8D0D16A407 for ; Fri, 23 Mar 2007 12:59:05 +0000 (UTC) (envelope-from greg@bestnet.kharkov.ua) Received: from relay.bestnet.ua (relay.bestnet.ua [193.124.57.92]) by mx1.freebsd.org (Postfix) with ESMTP id 2783C13C46C for ; Fri, 23 Mar 2007 12:59:04 +0000 (UTC) (envelope-from greg@bestnet.kharkov.ua) Received: from relay.bestnet.ua (db.bestnet.ua [127.0.0.1]) by relay.bestnet.ua (Postfix) with ESMTP id C9701FB001B for ; Fri, 23 Mar 2007 14:25:44 +0200 (EET) Received: from [80.92.224.11] (greg.bestnet.kharkov.ua [80.92.224.11]) by relay.bestnet.ua (Postfix) with ESMTP id 8FC0CFB000B for ; Fri, 23 Mar 2007 14:25:44 +0200 (EET) Message-ID: <4603C748.9060202@bestnet.kharkov.ua> Date: Fri, 23 Mar 2007 14:25:44 +0200 From: Gregory Edigarov User-Agent: Thunderbird 1.5.0.9 (X11/20070306) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: 100% repeatable crashes on 6.2-RELEASE-p3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 12:59:05 -0000 Hello, I've got these repeatable crashes with: klon# uname -a FreeBSD klon.klsp.kharkov.ua 6.2-RELEASE-p3 FreeBSD 6.2-RELEASE-p3 #7: Fri Mar 23 11:26:01 EET 2007 root@klon.klsp.kharkov.ua:/usr/obj/usr/src/sys/KLON i386 the system is running quagga and l2tpd built from the yesterday's ports. I noticed that this panics are usually happen when third ppp interface going up. what can I do? Below is the complete back trace. klon# cd /usr/obj/usr/src/sys/KLON/ klon# kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuad0, 'tr /dev/cuad1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffffff80 fault code = supervisor write, page not present instruction pointer = 0x20:0xc050d011 stack pointer = 0x28:0xcc76fa6c frame pointer = 0x28:0xcc76fa78 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 = 302 (ripd) trap number = 12 panic: page fault Uptime: 1h18m47s Dumping 254 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 254MB (64960 pages) 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bktr Undefined command: "bktr". Try "help". (kgdb) backtrace #0 doadump () at pcpu.h:165 During symbol reading, Incomplete CFI data; unspecified registers at 0xc04d87b5. #1 0xc04d8c96 in boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04d8f2c in panic (fmt=0xc06496b4 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc062a874 in trap_fatal (frame=0xcc76fa2c, eva=0xffffff80) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc062a5db in trap_pfault (frame=0xcc76fa2c, usermode=0x0, eva=0xffffff80) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc062a219 in trap (frame= {tf_fs = 0xc04e0008, tf_es = 0xc1da0028, tf_ds = 0xc2420028, tf_edi = 0xc1e7296c, tf_esi = 0xc1d9c438, tf_ebp = 0xcc76fa78, tf_isp = 0xcc76fa58, tf_ebx = 0xc22ec900, tf_edx = 0xc22ec900, tf_ecx = 0xffffff80, tf_eax = 0xc239c800, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc050d011, tf_cs = 0x20, tf_eflags = 0x10202, tf_esp = 0xc1d9c438, tf_ss = 0xc1e728f6}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06188ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc050d011 in putc (chr=0x20, clistp=0xc1d9c438) at /usr/src/sys/kern/tty_subr.c:399 #8 0xc055233b in pppasyncstart (sc=0xc24e5200) at /usr/src/sys/net/ppp_tty.c:601 #9 0xc054bf2e in pppoutput (ifp=0xc1ed0000, m0=0xc245d600, dst=0xcc76fb18, rtp=0x0) at /usr/src/sys/net/if_ppp.c:961 #10 0xc0564494 in ip_output (m=0xc245d600, opt=0xc1ed0000, ro=0xcc76fb14, flags=0x20, imo=0xc239d680, inp=0xc1fef924) at /usr/src/sys/netinet/ip_output.c:777 #11 0xc0574e07 in udp_output (inp=0xc1fef924, m=0xc245d600, addr=0xc23a43c0, control=0x20, td=0xc1e36d80) at /usr/src/sys/netinet/udp_usrreq.c:913 #12 0xc05757ae in udp_send (so=0xc239c800, flags=0x0, m=0xc2425b00, addr=0xc23a43c0, control=0x0, td=0xc1e36d80) at /usr/src/sys/netinet/udp_usrreq.c:1090 #13 0xc0511d8b in sosend (so=0xc23b29bc, addr=0xc23a43c0, uio=0xcc76fc40, top=0xc2425b00, control=0x0, flags=0x0, td=0xc1e36d80) at /usr/src/sys/kern/uipc_socket.c:836 #14 0xc0517729 in kern_sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, flags=0x0, control=0x0, segflg=3258566656) at /usr/src/sys/kern/uipc_syscalls.c:772 #15 0xc05175e3 in sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, flags=0x0) at /usr/src/sys/kern/uipc_syscalls.c:712 #16 0xc05178d1 in sendto (td=0xc1e36d80, uap=0xc22ec900) at /usr/src/sys/kern/uipc_syscalls.c:830 #17 0xc062ab8b in syscall (frame= {tf_fs = 0x3b, tf_es = 0x3b, tf_ds = 0xbfbf003b, tf_edi = 0x9, tf_esi = 0xbfbfeb60, tf_ebp = 0xbfbfeb88, tf_isp = 0xcc76fd64, tf_ebx = 0x80a9a20, tf_edx = 0xc000000, tf_ecx = 0xc, tf_eax = 0x85, tf_trapno = 0x0, tf_err = 0x2, tf_eip = 0x281a8f43, tf_cs = 0x33, tf_eflags = 0x296, tf_esp = 0xbfbfeafc, tf_ss = 0x3b}) at /usr/src/sys/i386/i386/trap.c:983 #18 0xc061893f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #19 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) #0 doadump () at pcpu.h:165 #1 0xc04d8c96 in boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04d8f2c in panic (fmt=0xc06496b4 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc062a874 in trap_fatal (frame=0xcc76fa2c, eva=0xffffff80) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc062a5db in trap_pfault (frame=0xcc76fa2c, usermode=0x0, eva=0xffffff80) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc062a219 in trap (frame= {tf_fs = 0xc04e0008, tf_es = 0xc1da0028, tf_ds = 0xc2420028, tf_edi = 0xc1e7296c, tf_esi = 0xc1d9c438, tf_ebp = 0xcc76fa78, tf_isp = 0xcc76fa58, tf_ebx = 0xc22ec900, tf_edx = 0xc22ec900, tf_ecx = 0xffffff80, tf_eax = 0xc239c800, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc050d011, tf_cs = 0x20, tf_eflags = 0x10202, tf_esp = 0xc1d9c438, tf_ss = 0xc1e728f6}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc06188ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc050d011 in putc (chr=0x20, clistp=0xc1d9c438) at /usr/src/sys/kern/tty_subr.c:399 #8 0xc055233b in pppasyncstart (sc=0xc24e5200) at /usr/src/sys/net/ppp_tty.c:601 #9 0xc054bf2e in pppoutput (ifp=0xc1ed0000, m0=0xc245d600, dst=0xcc76fb18, rtp=0x0) at /usr/src/sys/net/if_ppp.c:961 #10 0xc0564494 in ip_output (m=0xc245d600, opt=0xc1ed0000, ro=0xcc76fb14, flags=0x20, imo=0xc239d680, inp=0xc1fef924) at /usr/src/sys/netinet/ip_output.c:777 #11 0xc0574e07 in udp_output (inp=0xc1fef924, m=0xc245d600, addr=0xc23a43c0, control=0x20, td=0xc1e36d80) at /usr/src/sys/netinet/udp_usrreq.c:913 #12 0xc05757ae in udp_send (so=0xc239c800, flags=0x0, m=0xc2425b00, addr=0xc23a43c0, control=0x0, td=0xc1e36d80) at /usr/src/sys/netinet/udp_usrreq.c:1090 #13 0xc0511d8b in sosend (so=0xc23b29bc, addr=0xc23a43c0, uio=0xcc76fc40, top=0xc2425b00, control=0x0, flags=0x0, td=0xc1e36d80) at /usr/src/sys/kern/uipc_socket.c:836 #14 0xc0517729 in kern_sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, flags=0x0, control=0x0, segflg=3258566656) at /usr/src/sys/kern/uipc_syscalls.c:772 #15 0xc05175e3 in sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, flags=0x0) at /usr/src/sys/kern/uipc_syscalls.c:712 #16 0xc05178d1 in sendto (td=0xc1e36d80, uap=0xc22ec900) at /usr/src/sys/kern/uipc_syscalls.c:830 #17 0xc062ab8b in syscall (frame= {tf_fs = 0x3b, tf_es = 0x3b, tf_ds = 0xbfbf003b, tf_edi = 0x9, tf_esi = 0xbfbfeb60, tf_ebp = 0xbfbfeb88, tf_isp = 0xcc76fd64, tf_ebx = 0x80a9a20, tf_edx = 0xc000000, tf_ecx = 0xc, tf_eax = 0x85, tf_trapno = 0x0, tf_err = 0x2, tf_eip = 0x281a8f43, tf_cs = 0x33, tf_eflags = 0x296, tf_esp = 0xbfbfeafc, tf_ss = 0x3b}) at /usr/src/sys/i386/i386/trap.c:983 #18 0xc061893f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #19 0x00000033 in ?? () (kgdb) -- With best regards, Gregory Edigarov From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 13:13:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9436B16A402 for ; Fri, 23 Mar 2007 13:13:39 +0000 (UTC) (envelope-from greg@bestnet.kharkov.ua) Received: from relay.bestnet.ua (relay.bestnet.ua [193.124.57.92]) by mx1.freebsd.org (Postfix) with ESMTP id 7FAA313C48A for ; Fri, 23 Mar 2007 13:13:38 +0000 (UTC) (envelope-from greg@bestnet.kharkov.ua) Received: from relay.bestnet.ua (db.bestnet.ua [127.0.0.1]) by relay.bestnet.ua (Postfix) with ESMTP id 596C1FB001D for ; Fri, 23 Mar 2007 15:13:37 +0200 (EET) Received: from [80.92.224.11] (greg.bestnet.kharkov.ua [80.92.224.11]) by relay.bestnet.ua (Postfix) with ESMTP id 2A1DDFB001B for ; Fri, 23 Mar 2007 15:13:37 +0200 (EET) Message-ID: <4603D280.5050604@bestnet.kharkov.ua> Date: Fri, 23 Mar 2007 15:13:36 +0200 From: Gregory Edigarov User-Agent: Thunderbird 1.5.0.9 (X11/20070306) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4603C748.9060202@bestnet.kharkov.ua> In-Reply-To: <4603C748.9060202@bestnet.kharkov.ua> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: 100% repeatable crashes on 6.2-RELEASE-p3 (bt full) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 13:13:39 -0000 Gregory Edigarov wrote: > Hello, > > I've got these repeatable crashes with: > > klon# uname -a > FreeBSD klon.klsp.kharkov.ua 6.2-RELEASE-p3 FreeBSD 6.2-RELEASE-p3 #7: > Fri Mar 23 11:26:01 EET 2007 > root@klon.klsp.kharkov.ua:/usr/obj/usr/src/sys/KLON i386 > > the system is running quagga and l2tpd built from the yesterday's ports. > I noticed that this panics are usually happen when third ppp interface > going up. > what can I do? > Below is the complete back trace. > > klon# cd /usr/obj/usr/src/sys/KLON/ > klon# kgdb kernel.debug /var/crash/vmcore.0 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > Ready to go. Enter 'tr' to connect to the remote target > with /dev/cuad0, 'tr /dev/cuad1' to connect to a different port > or 'trf portno' to connect to the remote target with the firewire > interface. portno defaults to 5556. > > Type 'getsyms' after connection to load kld symbols. > > If you're debugging a local system, you can use 'kldsyms' instead > to load the kld symbols. That's a less obnoxious interface. > > Unread portion of the kernel message buffer: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xffffff80 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc050d011 > stack pointer = 0x28:0xcc76fa6c > frame pointer = 0x28:0xcc76fa78 > 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 = 302 (ripd) > trap number = 12 > panic: page fault > Uptime: 1h18m47s > Dumping 254 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 254MB (64960 pages) 238 222 206 190 174 158 142 126 110 94 78 > 62 46 30 14 > > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) bktr > Undefined command: "bktr". Try "help". > (kgdb) backtrace > #0 doadump () at pcpu.h:165 > During symbol reading, Incomplete CFI data; unspecified registers at > 0xc04d87b5. > #1 0xc04d8c96 in boot (howto=0x104) at > /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc04d8f2c in panic (fmt=0xc06496b4 "%s") at > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc062a874 in trap_fatal (frame=0xcc76fa2c, eva=0xffffff80) at > /usr/src/sys/i386/i386/trap.c:837 > #4 0xc062a5db in trap_pfault (frame=0xcc76fa2c, usermode=0x0, > eva=0xffffff80) at /usr/src/sys/i386/i386/trap.c:745 > #5 0xc062a219 in trap (frame= > {tf_fs = 0xc04e0008, tf_es = 0xc1da0028, tf_ds = 0xc2420028, tf_edi = > 0xc1e7296c, tf_esi = 0xc1d9c438, tf_ebp = 0xcc76fa78, tf_isp = > 0xcc76fa58, tf_ebx = 0xc22ec900, tf_edx = 0xc22ec900, tf_ecx = > 0xffffff80, tf_eax = 0xc239c800, tf_trapno = 0xc, tf_err = 0x2, tf_eip > = 0xc050d011, tf_cs = 0x20, tf_eflags = 0x10202, tf_esp = 0xc1d9c438, > tf_ss = 0xc1e728f6}) at /usr/src/sys/i386/i386/trap.c:435 > #6 0xc06188ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc050d011 in putc (chr=0x20, clistp=0xc1d9c438) at > /usr/src/sys/kern/tty_subr.c:399 > #8 0xc055233b in pppasyncstart (sc=0xc24e5200) at > /usr/src/sys/net/ppp_tty.c:601 > #9 0xc054bf2e in pppoutput (ifp=0xc1ed0000, m0=0xc245d600, > dst=0xcc76fb18, rtp=0x0) at /usr/src/sys/net/if_ppp.c:961 > #10 0xc0564494 in ip_output (m=0xc245d600, opt=0xc1ed0000, > ro=0xcc76fb14, flags=0x20, imo=0xc239d680, inp=0xc1fef924) > at /usr/src/sys/netinet/ip_output.c:777 > #11 0xc0574e07 in udp_output (inp=0xc1fef924, m=0xc245d600, > addr=0xc23a43c0, control=0x20, td=0xc1e36d80) > at /usr/src/sys/netinet/udp_usrreq.c:913 > #12 0xc05757ae in udp_send (so=0xc239c800, flags=0x0, m=0xc2425b00, > addr=0xc23a43c0, control=0x0, td=0xc1e36d80) > at /usr/src/sys/netinet/udp_usrreq.c:1090 > #13 0xc0511d8b in sosend (so=0xc23b29bc, addr=0xc23a43c0, > uio=0xcc76fc40, top=0xc2425b00, control=0x0, flags=0x0, > td=0xc1e36d80) at /usr/src/sys/kern/uipc_socket.c:836 > #14 0xc0517729 in kern_sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, > flags=0x0, control=0x0, segflg=3258566656) > at /usr/src/sys/kern/uipc_syscalls.c:772 > #15 0xc05175e3 in sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, > flags=0x0) at /usr/src/sys/kern/uipc_syscalls.c:712 > #16 0xc05178d1 in sendto (td=0xc1e36d80, uap=0xc22ec900) at > /usr/src/sys/kern/uipc_syscalls.c:830 > #17 0xc062ab8b in syscall (frame= > {tf_fs = 0x3b, tf_es = 0x3b, tf_ds = 0xbfbf003b, tf_edi = 0x9, tf_esi > = 0xbfbfeb60, tf_ebp = 0xbfbfeb88, tf_isp = 0xcc76fd64, tf_ebx = > 0x80a9a20, tf_edx = 0xc000000, tf_ecx = 0xc, tf_eax = 0x85, tf_trapno > = 0x0, tf_err = 0x2, tf_eip = 0x281a8f43, tf_cs = 0x33, tf_eflags = > 0x296, tf_esp = 0xbfbfeafc, tf_ss = 0x3b}) at > /usr/src/sys/i386/i386/trap.c:983 > #18 0xc061893f in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:200 > #19 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > #0 doadump () at pcpu.h:165 > #1 0xc04d8c96 in boot (howto=0x104) at > /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc04d8f2c in panic (fmt=0xc06496b4 "%s") at > /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc062a874 in trap_fatal (frame=0xcc76fa2c, eva=0xffffff80) at > /usr/src/sys/i386/i386/trap.c:837 > #4 0xc062a5db in trap_pfault (frame=0xcc76fa2c, usermode=0x0, > eva=0xffffff80) at /usr/src/sys/i386/i386/trap.c:745 > #5 0xc062a219 in trap (frame= > {tf_fs = 0xc04e0008, tf_es = 0xc1da0028, tf_ds = 0xc2420028, tf_edi = > 0xc1e7296c, tf_esi = 0xc1d9c438, tf_ebp = 0xcc76fa78, tf_isp = > 0xcc76fa58, tf_ebx = 0xc22ec900, tf_edx = 0xc22ec900, tf_ecx = > 0xffffff80, tf_eax = 0xc239c800, tf_trapno = 0xc, tf_err = 0x2, tf_eip > = 0xc050d011, tf_cs = 0x20, tf_eflags = 0x10202, tf_esp = 0xc1d9c438, > tf_ss = 0xc1e728f6}) at /usr/src/sys/i386/i386/trap.c:435 > #6 0xc06188ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc050d011 in putc (chr=0x20, clistp=0xc1d9c438) at > /usr/src/sys/kern/tty_subr.c:399 > #8 0xc055233b in pppasyncstart (sc=0xc24e5200) at > /usr/src/sys/net/ppp_tty.c:601 > #9 0xc054bf2e in pppoutput (ifp=0xc1ed0000, m0=0xc245d600, > dst=0xcc76fb18, rtp=0x0) at /usr/src/sys/net/if_ppp.c:961 > #10 0xc0564494 in ip_output (m=0xc245d600, opt=0xc1ed0000, > ro=0xcc76fb14, flags=0x20, imo=0xc239d680, inp=0xc1fef924) > at /usr/src/sys/netinet/ip_output.c:777 > #11 0xc0574e07 in udp_output (inp=0xc1fef924, m=0xc245d600, > addr=0xc23a43c0, control=0x20, td=0xc1e36d80) > at /usr/src/sys/netinet/udp_usrreq.c:913 > #12 0xc05757ae in udp_send (so=0xc239c800, flags=0x0, m=0xc2425b00, > addr=0xc23a43c0, control=0x0, td=0xc1e36d80) > at /usr/src/sys/netinet/udp_usrreq.c:1090 > #13 0xc0511d8b in sosend (so=0xc23b29bc, addr=0xc23a43c0, > uio=0xcc76fc40, top=0xc2425b00, control=0x0, flags=0x0, > td=0xc1e36d80) at /usr/src/sys/kern/uipc_socket.c:836 > #14 0xc0517729 in kern_sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, > flags=0x0, control=0x0, segflg=3258566656) > at /usr/src/sys/kern/uipc_syscalls.c:772 > #15 0xc05175e3 in sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, > flags=0x0) at /usr/src/sys/kern/uipc_syscalls.c:712 > #16 0xc05178d1 in sendto (td=0xc1e36d80, uap=0xc22ec900) at > /usr/src/sys/kern/uipc_syscalls.c:830 > #17 0xc062ab8b in syscall (frame= > {tf_fs = 0x3b, tf_es = 0x3b, tf_ds = 0xbfbf003b, tf_edi = 0x9, tf_esi > = 0xbfbfeb60, tf_ebp = 0xbfbfeb88, tf_isp = 0xcc76fd64, tf_ebx = > 0x80a9a20, tf_edx = 0xc000000, tf_ecx = 0xc, tf_eax = 0x85, tf_trapno > = 0x0, tf_err = 0x2, tf_eip = 0x281a8f43, tf_cs = 0x33, tf_eflags = > 0x296, tf_esp = 0xbfbfeafc, tf_ss = 0x3b}) at > /usr/src/sys/i386/i386/trap.c:983 > #18 0xc061893f in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:200 > #19 0x00000033 in ?? () > (kgdb) And here is bt full: Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffffff80 fault code = supervisor write, page not present instruction pointer = 0x20:0xc050d011 stack pointer = 0x28:0xcc76fa6c frame pointer = 0x28:0xcc76fa78 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 = 302 (ripd) trap number = 12 panic: page fault Uptime: 1h18m47s Dumping 254 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 254MB (64960 pages) 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) (kgdb) (kgdb) bt full #0 doadump () at pcpu.h:165 No locals. During symbol reading, Incomplete CFI data; unspecified registers at 0xc04d87b5. #1 0xc04d8c96 in boot (howto=0x104) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 0x1 #2 0xc04d8f2c in panic (fmt=0xc06496b4 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 td = (struct thread *) 0xc1e36d80 bootopt = 0x104 newpanic = 0x0 ap = 0xc1e36d80 "`h\002??M??" buf = "page fault", '\0' #3 0xc062a874 in trap_fatal (frame=0xcc76fa2c, eva=0xffffff80) at /usr/src/sys/i386/i386/trap.c:837 code = 0x28 type = 0xc ss = 0x28 esp = 0x0 softseg = { ssd_base = 0x0, ssd_limit = 0xfffff, ssd_type = 0x1b, ssd_dpl = 0x0, ssd_p = 0x1, ssd_xx = 0x8, ssd_xx1 = 0x2, ssd_def32 = 0x1, ssd_gran = 0x1 } msg = 0x0 #4 0xc062a5db in trap_pfault (frame=0xcc76fa2c, usermode=0x0, eva=0xffffff80) at /usr/src/sys/i386/i386/trap.c:745 va = 0xfffff000 vm = (struct vmspace *) 0x0 map = 0xc0c4b000 rv = 0x1 ftype = 0x1 td = (struct thread *) 0xc1e36d80 p = (struct proc *) 0xc2026860 #5 0xc062a219 in trap (frame= {tf_fs = 0xc04e0008, tf_es = 0xc1da0028, tf_ds = 0xc2420028, tf_edi = 0xc1e7296c, tf_esi = 0xc1d9c438, tf_ebp = 0xcc76fa78, tf_isp = 0xcc76fa58, tf_ebx = 0xc22ec900, tf_edx = 0xc22ec900, tf_ecx = 0xffffff80, tf_eax = 0xc239c800, tf_trapno = 0xc, tf_err = 0x2, tf_eip = 0xc050d011, tf_cs = 0x20, tf_eflags = 0x10202, tf_esp = 0xc1d9c438, tf_ss = 0xc1e728f6}) at /usr/src/sys/i386/i386/trap.c:435 td = (struct thread *) 0xc1e36d80 p = (struct proc *) 0xc2026860 sticks = 0xcc76fa28 i = 0x0 ucode = 0x0 type = 0xc code = 0x2 eva = 0xffffff80 #6 0xc06188ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 No locals. #7 0xc050d011 in putc (chr=0x20, clistp=0xc1d9c438) at /usr/src/sys/kern/tty_subr.c:399 prev = (struct cblock *) 0xffffff80 cblockp = (struct cblock *) 0xc22ec900 #8 0xc055233b in pppasyncstart (sc=0xc24e5200) at /usr/src/sys/net/ppp_tty.c:601 tp = (struct tty *) 0xc1d9c400 m = (struct mbuf *) 0xc2425b00 len = 0x76 start = (u_char *) 0xc1e728f6 "" stop = ( u_char *) 0xc1e7296c "LD1AAAAAAI", 'A' , "ICIAABnjAAAAEAAAAAARQGwAcA; Mpop=1174646000:4f446b065e786a5519050219091d011b030d0b4f6a5d5e465e000d011b03757b1f5c5e4d5053455f5c56145a54585819"... cp = (u_char *) 0xc22ec900 "" n = 0xc1d9c438 ndone = 0xc239c800 done = 0x1 idle = 0x0 #9 0xc054bf2e in pppoutput (ifp=0xc1ed0000, m0=0xc245d600, dst=0xcc76fb18, rtp=0x0) at /usr/src/sys/net/if_ppp.c:961 sc = (struct ppp_softc *) 0xc24e5200 protocol = 0x21 ---Type to continue, or q to quit--- address = 0xff control = 0x3 cp = (u_char *) 0xc239c800 "" error = 0xc1ed00f8 ip = (struct ip *) 0xc239c800 ifq = (struct ifqueue *) 0xc1ed00f8 mode = NPMODE_PASS len = 0x18c #10 0xc0564494 in ip_output (m=0xc245d600, opt=0xc1ed0000, ro=0xcc76fb14, flags=0x20, imo=0xc239d680, inp=0xc1fef924) at /usr/src/sys/netinet/ip_output.c:777 ip = (struct ip *) 0xc245d6e4 ifp = (struct ifnet *) 0xc1ed0000 m0 = (struct mbuf *) 0xc245d6e4 hlen = 0x14 len = 0x2c error = 0x0 dst = (struct sockaddr_in *) 0xcc76fb18 ia = (struct in_ifaddr *) 0xc23a7200 isbroadcast = 0xffffff80 sw_csum = 0x1 iproute = { ro_rt = 0x0, ro_dst = { sa_len = 0x10, sa_family = 0x2, sa_data = "\000\000?\000\000\t\000\000\000\000\000\000\000" } } odst = { s_addr = 0x1 } #11 0xc0574e07 in udp_output (inp=0xc1fef924, m=0xc245d600, addr=0xc23a43c0, control=0x20, td=0xc1e36d80) at /usr/src/sys/netinet/udp_usrreq.c:913 ui = (struct udpiphdr *) 0xc245d6e4 len = 0x16c faddr = { s_addr = 0x90000e0 } laddr = { s_addr = 0x81c8a8c0 } cm = (struct cmsghdr *) 0xc245d6e4 src = { sin_len = 0x40, sin_family = 0x6b, sin_port = 0xc0c5, sin_addr = { s_addr = 0x0 }, sin_zero = "$???$???" } error = 0x37 ipflags = 0x20 fport = 0x802 lport = 0x802 unlock_udbinfo = 0x1 #12 0xc05757ae in udp_send (so=0xc239c800, flags=0x0, m=0xc2425b00, addr=0xc23a43c0, control=0x0, td=0xc1e36d80) at /usr/src/sys/netinet/udp_usrreq.c:1090 No locals. #13 0xc0511d8b in sosend (so=0xc23b29bc, addr=0xc23a43c0, uio=0xcc76fc40, top=0xc2425b00, control=0x0, flags=0x0, td=0xc1e36d80) at /usr/src/sys/kern/uipc_socket.c:836 mp = (struct mbuf **) 0xc2425b00 m = (struct mbuf *) 0xc2425b00 space = 0x2294 len = 0x16c resid = 0x0 clen = 0x16c error = 0x0 dontroute = 0x0 ---Type to continue, or q to quit--- atomic = 0x1 #14 0xc0517729 in kern_sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, flags=0x0, control=0x0, segflg=3258566656) at /usr/src/sys/kern/uipc_syscalls.c:772 fp = (struct file *) 0xc21ad1f8 auio = { uio_iov = 0xcc76fcb4, uio_iovcnt = 0x1, uio_offset = 0x16c, uio_resid = 0x0, uio_segflg = UIO_USERSPACE, uio_rw = UIO_WRITE, uio_td = 0xc1e36d80 } iov = (struct iovec *) 0xc22ec900 so = (struct socket *) 0xc23b29bc i = 0xffffff80 len = 0x16c error = 0x0 ktruio = (struct uio *) 0x0 #15 0xc05175e3 in sendit (td=0xc1e36d80, s=0x9, mp=0xcc76fcbc, flags=0x0) at /usr/src/sys/kern/uipc_syscalls.c:712 control = (struct mbuf *) 0x0 to = (struct sockaddr *) 0xc23a43c0 error = 0x0 #16 0xc05178d1 in sendto (td=0xc1e36d80, uap=0xc22ec900) at /usr/src/sys/kern/uipc_syscalls.c:830 msg = { msg_name = 0xc23a43c0, msg_namelen = 0x10, msg_iov = 0xcc76fcb4, msg_iovlen = 0x1, msg_control = 0x0, msg_controllen = 0x0, msg_flags = 0x0 } aiov = { iov_base = 0x806596c, iov_len = 0x0 } error = 0xc239c800 #17 0xc062ab8b in syscall (frame= {tf_fs = 0x3b, tf_es = 0x3b, tf_ds = 0xbfbf003b, tf_edi = 0x9, tf_esi = 0xbfbfeb60, tf_ebp = 0xbfbfeb88, tf_isp = 0xcc76fd64, tf_ebx = 0x80a9a20, tf_edx = 0xc000000, tf_ecx = 0xc, tf_eax = 0x85, tf_trapno = 0x0, tf_err = 0x2, tf_eip = 0x281a8f43, tf_cs = 0x33, tf_eflags = 0x296, tf_esp = 0xbfbfeafc, tf_ss = 0x3b}) at /usr/src/sys/i386/i386/trap.c:983 params = 0xbfbfeb00
callp = (struct sysent *) 0xc067409c td = (struct thread *) 0xc1e36d80 p = (struct proc *) 0xc2026860 orig_tf_eflags = 0x296 sticks = 0x16 error = 0x0 narg = 0x6 args = {0x9, 0x8065800, 0x16c, 0x0, 0xbfbfeb60, 0x10, 0xcc76fd34, 0x280d43b4} code = 0x85 #18 0xc061893f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 No locals. #19 0x00000033 in ?? () No symbol table info available. Previous frame inner to this frame (corrupt stack?) (kgdb) -- With best regards, Gregory Edigarov From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 15:59:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10F4816A401 for ; Fri, 23 Mar 2007 15:59:07 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 0037513C44B for ; Fri, 23 Mar 2007 15:59:06 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id CF4621A4D9B; Fri, 23 Mar 2007 08:59:06 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B3D7751E7B; Fri, 23 Mar 2007 11:59:05 -0400 (EDT) Date: Fri, 23 Mar 2007 11:59:05 -0400 From: Kris Kennaway To: Gregory Edigarov Message-ID: <20070323155904.GA45589@xor.obsecurity.org> References: <4603C748.9060202@bestnet.kharkov.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4603C748.9060202@bestnet.kharkov.ua> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: 100% repeatable crashes on 6.2-RELEASE-p3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 15:59:07 -0000 On Fri, Mar 23, 2007 at 02:25:44PM +0200, Gregory Edigarov wrote: > Hello, > > I've got these repeatable crashes with: > > klon# uname -a > FreeBSD klon.klsp.kharkov.ua 6.2-RELEASE-p3 FreeBSD 6.2-RELEASE-p3 #7: > Fri Mar 23 11:26:01 EET 2007 > root@klon.klsp.kharkov.ua:/usr/obj/usr/src/sys/KLON i386 > > the system is running quagga and l2tpd built from the yesterday's ports. > I noticed that this panics are usually happen when third ppp interface > going up. > what can I do? Not use kernel ppp, which is known to be broken. I don't know what this means for your application. Kris From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 16:27:04 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93C8016A400 for ; Fri, 23 Mar 2007 16:27:04 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 1241B13C4D3 for ; Fri, 23 Mar 2007 16:27:03 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ejqdov@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2NGQu0h004841; Fri, 23 Mar 2007 17:27:01 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2NGQukl004840; Fri, 23 Mar 2007 17:26:56 +0100 (CET) (envelope-from olli) Date: Fri, 23 Mar 2007 17:26:56 +0100 (CET) Message-Id: <200703231626.l2NGQukl004840@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, michael.schuh@gmail.com In-Reply-To: <1dbad3150703221655w62284ed7o8a5c7440aca45891@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 23 Mar 2007 17:27:01 +0100 (CET) Cc: Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, michael.schuh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2007 16:27:04 -0000 Michael Schuh wrote: > Chuck Swiger wrote: > > Michael Schuh wrote: > > > i can't understand how malloc can eat all available > > > memory, i have 2Gigs of it ;-) > > > so it seems to me i know what i doing, if > > > i have 1,6 Gigs free Memory, and i say ok get me 750Megs from > > > my 1,6 Gigs of free Memory, what was faulty on that???? > > > > The two choices involve a swap-based RAMdisk, which can use all of > > the available physical RAM it needs to, since this memory is > > swappable, or a kernel-memory-based RAMdisk, which uses wired-down > > memory from within the kernel. > > Ok, so that is it harder to understand for me in the first time, > if i understand it now right the swap or file based memory backend > is also in the ram, but it get another way managed from kernels vm. > the malloc based ramdisk get's not reallly managed by the kvm, > but it underlays under the paging and swapping, and also > ba the "thread-killer" there shot's thread down it it get's to much > work for the system.... > > i hope i understand this right, it is important for me... Let me try to explain it with a little different words. The following is a bit simplified, but it should give you an idea about the advantages and disadvantages of each md disk type. First of all, _both_ "malloc" and "swap"-backed md disks are RAM disks. You don't have to worry that a swap-backed md disk will be created on your swap partiton. It's not. It will reside in RAM, just like a "malloc" md disk. However, the difference is that a malloc md disk uses memory from the KVM area (kernel virtual memory), which is hardwired into the RAM. It cannot be paged, and it is taken from the kernel's own memory pool, which is usually much smaller than your total available RAM. It's taken from the same pool of RAM that's used for network buffers, driver data and similar things. On the other hand, "swap-backed" md disks use regular memory, so to speak, just like a normal user process. That also means that they are pageable, which means that they can be paged to swap if necessary (if the systems runs low on RAM). That's what "swap-backed" means. Because of that, they don't have a size limit (well, they shouldn't be bigger than your RAM + swap, of course). If there is enough RAM, then they will stay completely in RAM and will _not_ touch your swap at all. For typical RAM disks, such as for /tmp, you should use a swap-backed md disk (it should be the default). The "malloc" type should be used only for rather small, special uses. I hope it's now a little clearer. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "[...] one observation we can make here is that Python makes an excellent pseudocoding language, with the wonderful attribute that it can actually be executed." -- Bruce Eckel From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 16:40:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E80816A402 for ; Fri, 23 Mar 2007 16:40:43 +0000 (UTC) (envelope-from emss@free.fr) Received: from kellthuzad.dmz.nerim.net (smtp-dmz-235-friday.dmz.nerim.net [195.5.254.235]) by mx1.freebsd.org (Postfix) with ESMTP id 5BCF813C4B0 for ; Fri, 23 Mar 2007 16:40:43 +0000 (UTC) (envelope-from emss@free.fr) Received: from mallaury.nerim.net (smtp-105-friday.noc.nerim.net [62.4.17.105]) by kellthuzad.dmz.nerim.net (Postfix) with ESMTP id AF0B622E51 for ; Fri, 23 Mar 2007 17:21:41 +0100 (CET) Received: from srvbsdnanssv.interne.kisoft-services.com (kisoft.net1.nerim.net [62.212.107.51]) by mallaury.nerim.net (Postfix) with ESMTP id 159A04F3BC; Fri, 23 Mar 2007 17:21:37 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id 420CFC56F; Fri, 23 Mar 2007 17:21:45 +0100 (CET) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gk4gTknVt4y8; Fri, 23 Mar 2007 17:21:41 +0100 (CET) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 5E5B3C56E; Fri, 23 Mar 2007 17:21:41 +0100 (CET) To: Kris Kennaway From: Eric Masson In-Reply-To: <20070323155904.GA45589@xor.obsecurity.org> (Kris Kennaway's message of "Fri, 23 Mar 2007 11:59:05 -0400") References: <4603C748.9060202@bestnet.kharkov.ua> <20070323155904.GA45589@xor.obsecurity.org> X-Operating-System: FreeBSD 6.2-RELEASE-p3 i386 Date: Fri, 23 Mar 2007 17:21:41 +0100 Message-ID: <86aby40w2y.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.5-b27 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Gregory Edigarov , freebsd-stable@freebsd.org Subject: Re: 100% repeatable crashes on 6.2-RELEASE-p3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 16:40:43 -0000 Kris Kennaway writes: Hello, > Not use kernel ppp, which is known to be broken. I don't know what > this means for your application. Sorry to hijack this thread but is there any way to mimic the following pppd invocation with mpd or ppp(8) : /usr/sbin/pppd 192.168.0.15:192.168.0.80 nodefaultroute nodetach debug \ lcp-echo-failure 10 lcp-echo-interval 10 proxyarp deflate 8 It could help me to get reliable operation from ssltunnel based links (ports/net/ssltunnel-*) Regards -- J'aimerai créer mon propre newsgroup "fr.mincir.vitalite" [...] Ainsi, cela permettrait aux personnes de se rendre directement dans mon newsgroup plutot que moi-même de publier des annonces dans les autres -+-LH in Guide du Neuneu Usenet : Mince, Neuneu investit (dans) fufe -+- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 16:54:24 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18F1E16A401 for ; Fri, 23 Mar 2007 16:54:24 +0000 (UTC) (envelope-from SRS1=7c9574213f3439abd75dcde8fef0fcd52fe31f17=es.net==7c9574213f3439abd75dcde8fef0fcd52fe31f17=283=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.freebsd.org (Postfix) with ESMTP id EF33D13C45B for ; Fri, 23 Mar 2007 16:54:23 +0000 (UTC) (envelope-from SRS1=7c9574213f3439abd75dcde8fef0fcd52fe31f17=es.net==7c9574213f3439abd75dcde8fef0fcd52fe31f17=283=es.net=oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id CTM08137 for ; Fri, 23 Mar 2007 09:41:37 -0700 Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id CTM91434 for ; Fri, 23 Mar 2007 09:41:34 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id CTM45433; Fri, 23 Mar 2007 09:41:33 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 59FCB45047; Fri, 23 Mar 2007 09:41:33 -0700 (PDT) To: Oliver Fromme In-Reply-To: Your message of "Fri, 23 Mar 2007 17:26:56 BST." <200703231626.l2NGQukl004840@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1174668093_91396P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 23 Mar 2007 09:41:33 -0700 From: "Kevin Oberman" Message-Id: <20070323164133.59FCB45047@ptavv.es.net> Cc: stable@freebsd.org Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 16:54:24 -0000 --==_Exmh_1174668093_91396P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Oliver, Thanks for this excellent article. I was trying to write about the same thing, but keep it simple enough to improve the chances of it crossing the language barrier weel enough to be useful. I believe you did a really good job of this and saved me several minutes of tying to do the same. I thought the warning in the man page was adequate (until 7.0 changes the default to swap backed), but, at least in Michael's case, I guess I was wrong. I guess the man page need to somehow make it clear that the memory used by malloc backed mds is a very limited resource. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1174668093_91396P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFGBAM9kn3rs5h7N1ERApjPAJ45x62DkC6Za5VsF9YAyxukv/9YNgCfXz68 zYmtz2WOImeRaDDeja0jpmU= =JlO9 -----END PGP SIGNATURE----- --==_Exmh_1174668093_91396P-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 17:25:51 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8025616A401 for ; Fri, 23 Mar 2007 17:25:51 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 0AB2813C46E for ; Fri, 23 Mar 2007 17:25:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (rahsrq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l2NHP9IZ009712; Fri, 23 Mar 2007 18:25:15 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l2NHP9EM009711; Fri, 23 Mar 2007 18:25:09 +0100 (CET) (envelope-from olli) Date: Fri, 23 Mar 2007 18:25:09 +0100 (CET) Message-Id: <200703231725.l2NHP9EM009711@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, oberman@es.net In-Reply-To: <20070323164133.59FCB45047@ptavv.es.net> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 23 Mar 2007 18:25:15 +0100 (CET) Cc: Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, oberman@es.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2007 17:25:51 -0000 Kevin Oberman wrote: > I thought the warning in the man page was adequate (until 7.0 changes > the default to swap backed), but, at least in Michael's case, I guess I > was wrong. I guess the man page need to somehow make it clear that the > memory used by malloc backed mds is a very limited resource. I think it's not necessarily only the language barrier, but the fact that not everyone is familiar with technical terms and details. I guess that many people don't know what "swap-backed" means exactly. I also think that the name "malloc" is badly chosen in that context ... even a (userland) programmer might confuse it with malloc(3), which is quite a different thing. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 18:39:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 654D916A402 for ; Fri, 23 Mar 2007 18:39:45 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 1633113C4E9 for ; Fri, 23 Mar 2007 18:39:44 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1354186ana for ; Fri, 23 Mar 2007 11:39:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=LIH3Yp6mwatqz8ycUQ3DhInukxczkpRmLNqZZPiN8lo4BUaSbZ0IZ6i1hysxu8IpbpV/cAD+emJZWUWD0R+mgUwO+FLq0NFOof8Qx/O4Hy4MGDD59vVZt5v5TdneNYpKYfIkSgDgooIm8nA1lEdwGF3s6ySTnj6/lrN2HopbHEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ltIxkxOI0J5SvtE1uh8Xp5mQlc2mDAQrfg5VUjAW0RN3OGJgagtY+h8OT6/n5YfL8zflyrXJXeXlYrueuK7ccOWgk9L4l8783tgydXzE/g+XtlYe33a0iUkKgFExjc3bu5dATPOT4cOCv7tfiU8pwB6qwYm0LLizRdl+pA5gx9U= Received: by 10.100.197.15 with SMTP id u15mr2890766anf.1174675183648; Fri, 23 Mar 2007 11:39:43 -0700 (PDT) Received: by 10.100.174.20 with HTTP; Fri, 23 Mar 2007 11:39:43 -0700 (PDT) Message-ID: <1dbad3150703231139t62a24bc1w616080b97f6b573c@mail.gmail.com> Date: Fri, 23 Mar 2007 19:39:43 +0100 From: "Michael Schuh" To: freebsd-stable@freebsd.org, michael.schuh@gmail.com In-Reply-To: <200703231626.l2NGQukl004840@lurza.secnetix.de> MIME-Version: 1.0 References: <1dbad3150703221655w62284ed7o8a5c7440aca45891@mail.gmail.com> <200703231626.l2NGQukl004840@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: another error with md malloc based fs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 18:39:45 -0000 Hi Oliver, Hi @list, yes that's exatly what i have in my mind, after the explainings from Chuck. thanks very much cheers michael 2007/3/23, Oliver Fromme : > > Michael Schuh wrote: > > Chuck Swiger wrote: > > > Michael Schuh wrote: > > > > i can't understand how malloc can eat all available > > > > memory, i have 2Gigs of it ;-) > > > > so it seems to me i know what i doing, if > > > > i have 1,6 Gigs free Memory, and i say ok get me 750Megs from > > > > my 1,6 Gigs of free Memory, what was faulty on that???? > > > > > > The two choices involve a swap-based RAMdisk, which can use all of > > > the available physical RAM it needs to, since this memory is > > > swappable, or a kernel-memory-based RAMdisk, which uses wired-down > > > memory from within the kernel. > > > > Ok, so that is it harder to understand for me in the first time, > > if i understand it now right the swap or file based memory backend > > is also in the ram, but it get another way managed from kernels vm. > > the malloc based ramdisk get's not reallly managed by the kvm, > > but it underlays under the paging and swapping, and also > > ba the "thread-killer" there shot's thread down it it get's to much > > work for the system.... > > > > i hope i understand this right, it is important for me... > > Let me try to explain it with a little different words. > The following is a bit simplified, but it should give > you an idea about the advantages and disadvantages of > each md disk type. > > First of all, _both_ "malloc" and "swap"-backed md disks > are RAM disks. You don't have to worry that a swap-backed > md disk will be created on your swap partiton. It's not. > It will reside in RAM, just like a "malloc" md disk. > > However, the difference is that a malloc md disk uses > memory from the KVM area (kernel virtual memory), which > is hardwired into the RAM. It cannot be paged, and it > is taken from the kernel's own memory pool, which is > usually much smaller than your total available RAM. > It's taken from the same pool of RAM that's used for > network buffers, driver data and similar things. > > On the other hand, "swap-backed" md disks use regular > memory, so to speak, just like a normal user process. > That also means that they are pageable, which means > that they can be paged to swap if necessary (if the > systems runs low on RAM). That's what "swap-backed" > means. Because of that, they don't have a size limit > (well, they shouldn't be bigger than your RAM + swap, > of course). If there is enough RAM, then they will > stay completely in RAM and will _not_ touch your swap > at all. > > For typical RAM disks, such as for /tmp, you should use > a swap-backed md disk (it should be the default). The > "malloc" type should be used only for rather small, > special uses. > > I hope it's now a little clearer. > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "[...] one observation we can make here is that Python makes > an excellent pseudocoding language, with the wonderful attribute > that it can actually be executed." -- Bruce Eckel > --=20 =3D=3D=3D michael-schuh.net =3D=3D=3D Michael Schuh Preu=DFenstr. 13 66111 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: michael.schuh@gmail.com =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 21:22:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A01A16A403 for ; Fri, 23 Mar 2007 21:22:45 +0000 (UTC) (envelope-from jlangton@4dv.net) Received: from ntserver-4d22.4dvision.net (mail.4dv.net [66.7.169.9]) by mx1.freebsd.org (Postfix) with ESMTP id 000EC13C457 for ; Fri, 23 Mar 2007 21:22:44 +0000 (UTC) (envelope-from jlangton@4dv.net) Received: from 4dv.net (unverified [127.0.0.1]) by ntserver-4d22.4dvision.net (Vircom SMTPRS 4.4.568.0) with ESMTP id for ; Fri, 23 Mar 2007 15:12:04 -0600 X-Modus-BlackList: 127.0.0.1=OK;jlangton@4dv.net=OK X-Modus-RBL: 127.0.0.1=Excluded X-Modus-Trusted: 127.0.0.1=NO X-Modus-Audit: FALSE;0;0;0 Message-ID: <1192a2bef3374296b4817a54c6ba56a5.jlangton@4dv.net> X-EM-APIVersion: 2, 0, 2, 6 X-Priority: 3 (Normal) From: "Jon Langton" To: freebsd-stable@freebsd.org Date: Fri, 23 Mar 2007 15:12:04 -0600 MIME-Version: 1.0 Content-type: text/plain; charset=utf-8 Subject: installation issue 6.2 AMD64-bit 3ware 9550SX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 21:22:45 -0000 I am trying to install FreeBSD-stable 6.2 64-bit from CDROM and the installation hangs. The installation hangs after the 3ware 9000 Series Storage Controller is recognized (using the twa0 driver). If I disable ACPI, I get to the sysinstall screen, however, no hard drives are detected. Here is a list of the system details (2) AMD Opteron 2210 processors Super Micro HDa8-2 Motherboard 3ware 9550SX-12 SATA RAID Controller (8) Seagate 7200.10 750 Gb SATA hard drives GeForce 7300GS PCI-E video card Sony DVD/CDROM Sony AIT4 tape drive nVidia Corp MCP55 ethernet From owner-freebsd-stable@FreeBSD.ORG Fri Mar 23 23:53:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8999C16A401 for ; Fri, 23 Mar 2007 23:53:24 +0000 (UTC) (envelope-from aradford@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 4AE8713C44B for ; Fri, 23 Mar 2007 23:53:24 +0000 (UTC) (envelope-from aradford@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1439111ana for ; Fri, 23 Mar 2007 16:53:23 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QfEHbv3uiUo8wr7RhJga+R9/2qIniKUloI6+IhxakE13/NBfT7+zwa5T1ABwlcDjbgoT0FtulrcX0Vr0gL+DFPhes3IfnQHpsVW/MIUcOS/pYSMsnS6UHH0xd5MoK4qiy6ZhW/1gfYc3pRHadAvIeECZsPi8q0G5JcsBTNcBWjY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kGTl9usTj7RcYLumlqy+jkSOq0YSFSDlS49z/BECeAq3pzKffr3rLkhrZAydfW8qDXttpD/SuQApmFyAo2pubxBca+3vmaqJUsHrBfdOhix0PCDUiseHgftJbMvoeT/GsNmvDyDuc5AcWMYUFYprTI8xPJfxQPPFz6y2GyHCHt8= Received: by 10.100.174.16 with SMTP id w16mr3121373ane.1174692547646; Fri, 23 Mar 2007 16:29:07 -0700 (PDT) Received: by 10.100.208.6 with HTTP; Fri, 23 Mar 2007 16:29:07 -0700 (PDT) Message-ID: Date: Fri, 23 Mar 2007 15:29:07 -0800 From: "adam radford" To: "Jon Langton" , freebsd-stable@freebsd.org In-Reply-To: <1192a2bef3374296b4817a54c6ba56a5.jlangton@4dv.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1192a2bef3374296b4817a54c6ba56a5.jlangton@4dv.net> Cc: Subject: Re: installation issue 6.2 AMD64-bit 3ware 9550SX X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2007 23:53:24 -0000 Jon, This issue should be fixed in the FreeBSD 6.X driver on the 3ware web-site (9.4.1 codeset). We need to send a kernel patch to update the in-kernel 6.X driver to the latest version. -Adam On 3/23/07, Jon Langton wrote: > I am trying to install FreeBSD-stable 6.2 64-bit from > CDROM and the installation hangs. The installation > hangs after the 3ware 9000 Series Storage Controller > is recognized (using the twa0 driver). If I disable > ACPI, I get to the sysinstall screen, however, no > hard drives are detected. > > Here is a list of the system details > > (2) AMD Opteron 2210 processors > Super Micro HDa8-2 Motherboard > 3ware 9550SX-12 SATA RAID Controller > (8) Seagate 7200.10 750 Gb SATA hard drives > GeForce 7300GS PCI-E video card > Sony DVD/CDROM > Sony AIT4 tape drive > nVidia Corp MCP55 ethernet > > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 01:13:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5A2316A400 for ; Sat, 24 Mar 2007 01:13:07 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.freebsd.org (Postfix) with ESMTP id 9185513C457 for ; Sat, 24 Mar 2007 01:13:07 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1351396wxc for ; Fri, 23 Mar 2007 18:13:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=g8W7FhYiDv4QRbgioU0edGrow7otL2GtszUX/EmAeeIfE+PXxcjuT2x0yhADGT17SwxbnGCR42kqsNIhCVbrRGk4X3CsQ9uyc98PtAHSBwNRsU3mJ5pv0g6oG1CtyC5RmIypXHPglPGXFFaM4I03LSQpvNyouZgwITYdo/bD2JA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=ieZZiQH1ue1/EY9Y9c65EdP+EkpFRnRIA/nP7B0njpStCptmmgpB7U1LXY/tz1lzVrRMu3IByshdVZk6OsQYizZdj32lFmdHP61xJBBxvIhspnQNZB8REqbn+SeFgZ5v5WhTr4/KhZ/8iLbXYIabpNnnrhLo9uuzy8YotIYasGg= Received: by 10.70.117.1 with SMTP id p1mr6829642wxc.1174698786864; Fri, 23 Mar 2007 18:13:06 -0700 (PDT) Received: from ?10.0.0.130? ( [201.215.221.113]) by mx.google.com with ESMTP id i38sm7348395wxd.2007.03.23.18.13.04; Fri, 23 Mar 2007 18:13:05 -0700 (PDT) From: KillFill To: Jan Mikkelsen In-Reply-To: <000701c76cdf$fbd203a0$0204a8c0@jmlaptop> References: <000701c76cdf$fbd203a0$0204a8c0@jmlaptop> Content-Type: multipart/mixed; boundary="=-cnpXmNLK6uiG3WU825RS" Date: Fri, 23 Mar 2007 22:06:11 -0400 Message-Id: <1174701971.2529.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Cc: 'FreeBSD Stable' Subject: RE: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2007 01:13:08 -0000 --=-cnpXmNLK6uiG3WU825RS Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Hello... El vie, 23-03-2007 a las 11:12 +1100, Jan Mikkelsen escribió: > Hi, > > Phillip Neumann wrote: > > My amd64 box is not very stable. > > In its hardware list, you can see there is an areca 1210 card, wich > > suffer the errata of 6.2-release (high load crash) > > > > Last week or so, i saw a commit where the areca bugs were fixed, so i > > updated the system. > > > > I can still see the mashine crashing under load > > How heavy is the load? I can't make 6-STABLE crash, but I could make > 6.2-RELEASE crash. My guess is that you have filesystem corruption > introduced with the earlier driver which is now causing problems even > though the driver now works. > Im attaching a new backtrace, when the system crashed, iostat reported actually not very high load: 0 0 21.80 171 3.64 0.00 0 0.00 16.00 2 0.03 6 0 3 0 91 0 0 25.00 92 2.24 0.00 0 0.00 0.00 0 0.00 7 0 6 0 87 0 0 13.99 143 1.95 8.00 5 0.04 0.00 0 0.00 3 0 7 0 90 0 0 18.25 331 5.89 0.00 0 0.00 16.00 1 0.02 0 0 1 1 97 0 0 9.84 766 7.36 9.00 8 0.07 23.32 74 1.68 1 0 3 1 95 0 0 5.05 551 2.72 9.00 8 0.07 11.31 113 1.25 4 0 1 0 94 when it crashed, jailed-apache was the most moving process in the system... The real load is coused by tinderbox, wich uses the disks and one of both CPUs present in the system. Are you sudgesting to newfs FS's? Actually i used plain 6.2 install disks to do that... > Have you done an fsck in single user mode, not a background fsck? > yes, sometimes (after panic) i need to fsck in single user mode... > > sometimes (under load) i see this message: > > Interrupt storm detected on "swi2:"; throttling interrupt source > > I see this too. It seems to be benign. > okey. > Regards, > > Jan Mikkelsen How would i get more info? Any tips are welcome, Thanks! -- KillFill --=-cnpXmNLK6uiG3WU825RS Content-Disposition: attachment; filename=kgdb.txt Content-Type: text/plain; name=kgdb.txt; charset=utf-8 Content-Transfer-Encoding: 8bit [root@worm /usr/obj/usr/src/sys/WORM]# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: /usr/local: bad dir ino 363554 at offset 512: mangled entry panic: ufs_dirbad: bad dir cpuid = 0 Uptime: 19h46m33s Dumping 2047 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff804085e7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80408c81 in panic (fmt=0xffffff005e027000 "\b�L^") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8059b230 in ufs_dirbad (ip=0x0, offset=0, how=0x0) at /usr/src/sys/ufs/ufs/ufs_lookup.c:599 #5 0xffffffff8059b657 in ufs_lookup (ap=0xffffffffb76867a0) at /usr/src/sys/ufs/ufs/ufs_lookup.c:287 #6 0xffffffff806807fa in VOP_CACHEDLOOKUP_APV (vop=0x0, a=0x0) at vnode_if.c:150 #7 0xffffffff80465bd5 in vfs_cache_lookup (ap=0x0) at vnode_if.h:82 #8 0xffffffff8068153d in VOP_LOOKUP_APV (vop=0xffffffff808d4540, a=0xffffffffb7686890) at vnode_if.c:99 #9 0xffffffff8046a555 in lookup (ndp=0xffffffffb7686990) at vnode_if.h:56 #10 0xffffffff8046b285 in namei (ndp=0xffffffffb7686990) at /usr/src/sys/kern/vfs_lookup.c:216 #11 0xffffffff8047c4b4 in kern_lstat (td=0xffffff005e027000, path=0x0, pathseg=UIO_USERSPACE, sbp=0xffffffffb7686af0) at /usr/src/sys/kern/vfs_syscalls.c:2141 #12 0xffffffff8047c9a7 in lstat (td=0x0, uap=0xffffffffb7686bc0) at /usr/src/sys/kern/vfs_syscalls.c:2124 #13 0xffffffff8062ae91 in syscall (frame= {tf_rdi = 5275880, tf_rsi = 5275760, tf_rdx = 0, tf_rcx = 0, tf_r8 = -140737483074239, tf_r9 = 128, tf_rax = 190, tf_rbx = 5275648, tf_rbp = 5275760, tf_r10 = 0, tf_r11 = 0, tf_r12 = 5259264, tf_r13 = 0, tf_r14 = 5271552, tf_r15 = 0, tf_trapno = 12, tf_addr = 5275744, tf_flags = 0, tf_err = 2, tf_rip = 34367048508, tf_cs = 43, tf_rflags = 514, tf_rsp = 140737488349128, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:803 #14 0xffffffff80615948 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #15 0x00000008006f8b3c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) --=-cnpXmNLK6uiG3WU825RS Content-Disposition: attachment; filename=kgdb.txt Content-Type: text/plain; name=kgdb.txt; charset=utf-8 Content-Transfer-Encoding: 8bit [root@worm /usr/obj/usr/src/sys/WORM]# kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: /usr/local: bad dir ino 363554 at offset 512: mangled entry panic: ufs_dirbad: bad dir cpuid = 0 Uptime: 19h46m33s Dumping 2047 MB (2 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff804085e7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80408c81 in panic (fmt=0xffffff005e027000 "\b�L^") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8059b230 in ufs_dirbad (ip=0x0, offset=0, how=0x0) at /usr/src/sys/ufs/ufs/ufs_lookup.c:599 #5 0xffffffff8059b657 in ufs_lookup (ap=0xffffffffb76867a0) at /usr/src/sys/ufs/ufs/ufs_lookup.c:287 #6 0xffffffff806807fa in VOP_CACHEDLOOKUP_APV (vop=0x0, a=0x0) at vnode_if.c:150 #7 0xffffffff80465bd5 in vfs_cache_lookup (ap=0x0) at vnode_if.h:82 #8 0xffffffff8068153d in VOP_LOOKUP_APV (vop=0xffffffff808d4540, a=0xffffffffb7686890) at vnode_if.c:99 #9 0xffffffff8046a555 in lookup (ndp=0xffffffffb7686990) at vnode_if.h:56 #10 0xffffffff8046b285 in namei (ndp=0xffffffffb7686990) at /usr/src/sys/kern/vfs_lookup.c:216 #11 0xffffffff8047c4b4 in kern_lstat (td=0xffffff005e027000, path=0x0, pathseg=UIO_USERSPACE, sbp=0xffffffffb7686af0) at /usr/src/sys/kern/vfs_syscalls.c:2141 #12 0xffffffff8047c9a7 in lstat (td=0x0, uap=0xffffffffb7686bc0) at /usr/src/sys/kern/vfs_syscalls.c:2124 #13 0xffffffff8062ae91 in syscall (frame= {tf_rdi = 5275880, tf_rsi = 5275760, tf_rdx = 0, tf_rcx = 0, tf_r8 = -140737483074239, tf_r9 = 128, tf_rax = 190, tf_rbx = 5275648, tf_rbp = 5275760, tf_r10 = 0, tf_r11 = 0, tf_r12 = 5259264, tf_r13 = 0, tf_r14 = 5271552, tf_r15 = 0, tf_trapno = 12, tf_addr = 5275744, tf_flags = 0, tf_err = 2, tf_rip = 34367048508, tf_cs = 43, tf_rflags = 514, tf_rsp = 140737488349128, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:803 #14 0xffffffff80615948 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #15 0x00000008006f8b3c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) --=-cnpXmNLK6uiG3WU825RS-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 02:01:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C7E816A400 for ; Sat, 24 Mar 2007 02:01:06 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 29A9813C4B7 for ; Sat, 24 Mar 2007 02:01:06 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1462448ana for ; Fri, 23 Mar 2007 19:01:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kSwu/HBxUwO9Q207jN4dVe8BXb5NNOz5Z7HgmtBsR6AAXfiME6p1ILXeboP8kZz/cIugYYvOwKVv03hefR+JnSm1bDMr/e5OT/xrPi9yxzT7CgKN8IZCs0aS9u3YJggZrr9u2n3R5yZfkbpVLGiTbbgovzGS9l3kkXIFeZWyNus= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ck1mSrzKSJr4cegJPIldc37iYuNkN6aiZZR0OVJY0/9mT2bUmN/U75jpyq0gEvYp2zakLseseWIBwv8TB6VcbQWgqhB63muiCb0KxK/L1mXKBQBYNYFFKwYz2bN8poOkCP6iFlHJWMTArb1HYazmUjr4qpvZnsAQRHmREtKRIso= Received: by 10.100.94.3 with SMTP id r3mr3212385anb.1174701664568; Fri, 23 Mar 2007 19:01:04 -0700 (PDT) Received: by 10.100.32.17 with HTTP; Fri, 23 Mar 2007 19:01:04 -0700 (PDT) Message-ID: Date: Fri, 23 Mar 2007 21:01:04 -0500 From: "Nikolas Britton" To: "Phillip Neumann" In-Reply-To: <460292F9.3050802@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <460292F9.3050802@gmail.com> Cc: scottl@freebsd.org, erich@areca.com.tw, FreeBSD Stable Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2007 02:01:06 -0000 A newer version of the driver has been release to fix this problem (I think): http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/arcmsr/ If that doesn't work move back down to 1.20.00.12: http://www.nbritton.org/uploads/areca/ Added erich and scott to the cc list. On 3/22/07, Phillip Neumann wrote: > Dear FreeBSD-stable... > > My amd64 box is not very stable. > In its hardware list, you can see there is an areca 1210 card, wich > suffer the errata of 6.2-release (high load crash) > > Last week or so, i saw a commit where the areca bugs were fixed, so i > updated the system. > > I can still see the mashine crashing under load > > attached are dmesg -a, and a simple 'bt' of kgdb. > > sometimes (under load) i see this message: > Interrupt storm detected on "swi2:"; throttling interrupt source > > i get the same behaviour with sched_bsd or sched_ule > > > Is this info useful to determine where the problem is? > If so, where is it? :-) > Has this something to do with the fs? or the scheduler? > > > thanks! > > > killfill. > > > > [root@worm /usr/obj/usr/src/sys/WORM]# kgdb kernel.debug /var/crash/vmcore.1 > [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 "amd64-marcel-freebsd". > > Unread portion of the kernel message buffer: > panic: handle_workitem_remove: lost inodedep > cpuid = 0 > Uptime: 2h19m9s > Dumping 2047 MB (2 chunks) > chunk 0: 1MB (156 pages) ... ok > chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 > > #0 doadump () at pcpu.h:172 > 172 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:172 > #1 0x0000000000000004 in ?? () > #2 0xffffffff804085e7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff80408c81 in panic (fmt=0xffffff007a9cd980 "�VTx") > at /usr/src/sys/kern/kern_shutdown.c:565 > #4 0xffffffff80589fc6 in handle_workitem_remove (dirrem=0xffffff001a6c7b40, xp=0x0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:3599 > #5 0xffffffff8058a3dc in process_worklist_item (mp=0xffffff0031482630, flags=0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:962 > #6 0xffffffff8058fd3d in softdep_process_worklist (mp=0xffffff0031482630, full=0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:851 > #7 0xffffffff80590031 in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:762 > #8 0xffffffff803ed647 in fork_exit (callout=0xffffffff8058fee0 , arg=0x0, > frame=0xffffffffb49abc50) at /usr/src/sys/kern/kern_fork.c:821 > #9 0xffffffff80615b0e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:394 > #10 0x0000000000000000 in ?? () > #11 0x0000000000000000 in ?? () > #12 0x0000000000000001 in ?? () > #13 0x0000000000000000 in ?? () > #14 0x0000000000000000 in ?? () > #15 0x0000000000000000 in ?? () > #16 0x0000000000000000 in ?? () > #17 0x0000000000000000 in ?? () > #18 0x0000000000000000 in ?? () > #19 0x0000000000000000 in ?? () > #20 0x0000000000000000 in ?? () > #21 0x0000000000000000 in ?? () > #22 0x0000000000000000 in ?? () > #23 0x0000000000000000 in ?? () > #24 0x0000000000000000 in ?? () > #25 0x0000000000000000 in ?? () > #26 0x0000000000000000 in ?? () > #27 0x0000000000000000 in ?? () > #28 0x0000000000000000 in ?? () > #29 0x0000000000000000 in ?? () > #30 0x0000000000000000 in ?? () > #31 0x0000000000000000 in ?? () > #32 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #33 0x0000000000000000 in ?? () > #34 0x0000000000000000 in ?? () > #35 0x0000000000000000 in ?? () > #36 0x0000000000000000 in ?? () > #37 0x0000000000000000 in ?? () > #38 0x0000000000000000 in ?? () > #39 0x0000000000000000 in ?? () > #40 0x0000000000000000 in ?? () > #41 0x0000000000000000 in ?? () > #42 0x0000000000b7d000 in ?? () > #43 0x0000000000000000 in ?? () > #44 0xffffff002d080600 in ?? () > #45 0x0000000000000000 in ?? () > #46 0xffffff00785456b0 in ?? () > #47 0xffffff007a9f2000 in ?? () > #48 0xffffffffb49ab878 in ?? () > #49 0xffffff007a9cd980 in ?? () > #50 0xffffffff8041ed56 in sched_switch (td=0x0, newtd=0x0, flags=1) > at /usr/src/sys/kern/sched_4bsd.c:973 > #51 0x0000000000000000 in ?? () > #52 0x0000000000000000 in ?? () > #53 0x0000000000000000 in ?? () > #54 0x0000000000000000 in ?? () > #55 0x0000000000000000 in ?? () > #56 0x0000000000000000 in ?? () > #57 0x0000000000000000 in ?? () > #58 0x0000000000000000 in ?? () > #59 0x0000000000000000 in ?? () > #60 0x0000000000000000 in ?? () > #61 0x0000000000000000 in ?? () > #62 0x0000000000000000 in ?? () > #63 0x0000000000000000 in ?? () > #64 0x0000000000000000 in ?? () > #65 0x0000000000000000 in ?? () > #66 0x0000000000000000 in ?? () > #67 0x0000000000000000 in ?? () > #68 0x0000000000000000 in ?? () > #69 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #70 0x0000000000000000 in ?? () > #71 0x0000000000000000 in ?? () > #72 0x0000000000000000 in ?? () > #73 0x0000000000000000 in ?? () > #74 0x0000000000000000 in ?? () > #75 0x0000000000000000 in ?? () > #76 0x0000000000000000 in ?? () > #77 0x0000000000000000 in ?? () > #78 0x0000000000000000 in ?? () > #79 0x0000000000000000 in ?? () > #80 0x0000000000000000 in ?? () > #81 0x0000000000000000 in ?? () > #82 0x0000000000000000 in ?? () > #83 0x0000000000000000 in ?? () > #84 0x0000000000000000 in ?? () > #85 0x0000000000000000 in ?? () > #86 0x0000000000000000 in ?? () > #87 0x0000000000000000 in ?? () > #88 0x0000000000000000 in ?? () > #89 0x0000000000000000 in ?? () > #90 0x0000000000000000 in ?? () > #91 0x0000000000000000 in ?? () > #92 0x0000000000000000 in ?? () > #93 0x0000000000000000 in ?? () > #94 0x0000000000000000 in ?? () > #95 0x0000000000000000 in ?? () > #96 0x0000000000000000 in ?? () > #97 0x0000000000000000 in ?? () > #98 0x0000000000000000 in ?? () > #99 0x0000000000000000 in ?? () > #100 0x0000000000000000 in ?? () > #101 0x0000000000000000 in ?? () > #102 0x0000000000000000 in ?? () > #103 0x0000000000000000 in ?? () > #104 0x0000000000000000 in ?? () > #105 0x0000000000000000 in ?? () > #106 0x0000000000000000 in ?? () > #107 0x0000000000000000 in ?? () > ---Type to continue, or q to quit--- > #108 0x0000000000000000 in ?? () > #109 0x0000000000000000 in ?? () > #110 0x0000000000000000 in ?? () > #111 0x0000000000000000 in ?? () > #112 0x0000000000000000 in ?? () > #113 0x0000000000000000 in ?? () > #114 0x0000000000000000 in ?? () > #115 0x0000000000000000 in ?? () > #116 0x0000000000000000 in ?? () > #117 0x0000000000000000 in ?? () > #118 0x0000000000000000 in ?? () > #119 0x0000000000000000 in ?? () > #120 0x0000000000000000 in ?? () > #121 0x0000000000000000 in ?? () > #122 0x0000000000000000 in ?? () > Cannot access memory at address 0xffffffffb49ac000 > > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-STABLE #1: Mon Mar 19 20:24:34 CLT 2007 > root@worm.sofsis.cl:/usr/obj/usr/src/sys/WORM > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ (2411.12-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x40fb2 Stepping = 2 > Features=0x178bfbff > Features2=0x2001 > AMD Features=0xea500800 > AMD Features2=0x1f > Cores per package: 2 > real memory = 2147418112 (2047 MB) > avail memory = 2044805120 (1950 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 2 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi0: Power Button (fixed) > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > acpi_bus_number: can't get _ADR > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.0 (no driver attached) > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xfe02f000-0xfe02ffff irq 21 at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 10 ports with 10 removable, self powered > ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 > ehci0: [GIANT-LOCKED] > usb1: EHCI version 1.0 > usb1: companion controller, 4 ports each: usb0 > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub1: 10 ports with 10 removable, self powered > pci0: at device 4.0 (no driver attached) > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd400-0xd40f mem 0xfe02c000-0xfe02cfff irq 21 at device 7.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc000-0xc00f mem 0xfe02b000-0xfe02bfff irq 22 at device 8.0 on pci0 > ata4: on atapci2 > ata5: on atapci2 > pcib1: at device 9.0 on pci0 > pci1: on pcib1 > fwohci0: port 0xac00-0xac7f mem 0xfc7ff000-0xfc7ff7ff irq 16 at device 6.0 on pci1 > fwohci0: OHCI version 1.10 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:01:29:20:00:05:92:fd > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:01:29:05:92:fd > fwe0: Ethernet address: 02:01:29:05:92:fd > fwe0: if_start running deferred for Giant > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > pci1: at device 8.0 (no driver attached) > nve0: port 0xbc00-0xbc07 mem 0xfe02a000-0xfe02afff irq 23 at device 10.0 on pci0 > nve0: Ethernet address 00:01:29:d6:b3:1c > miibus0: on nve0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > nve0: Ethernet address: 00:01:29:d6:b3:1c > pcib2: at device 11.0 on pci0 > pci2: on pcib2 > pcib3: at device 12.0 on pci0 > pci3: on pcib3 > pcib4: at device 13.0 on pci0 > pci4: on pcib4 > pcib5: at device 14.0 on pci0 > pci5: on pcib5 > pcib6: at device 0.0 on pci5 > pci6: on pcib6 > arcmsr0: > mem 0xfd8ff000-0xfd8fffff,0xfcc00000-0xfcffffff irq 16 at device 14.0 on pci6 > ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 > ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 > pcib7: at device 0.2 on pci5 > pci7: on pcib7 > acpi_tz0: on acpi0 > acpi_tz0: _CRT value is absurd, ignored (1134.7C) > acpi_tz0: _PSV value is absurd, ignored (1132.7C) > acpi_tz0: _ACx value is absurd, ignored (1132.7C) > speaker0: port 0x61 on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio1: port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc97ff,0xca000-0xcafff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > pass4 at arcmsr0 bus 0 target 16 lun 0 > pass4: Fixed Processor SCSI-0 device > da0 at arcmsr0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled > da0: 30517MB (62499840 512 byte sectors: 255H 63S/T 3890C) > da1 at arcmsr0 bus 0 target 0 lun 1 > da1: Fixed Direct Access SCSI-5 device > da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled > da1: 114440MB (234373632 512 byte sectors: 255H 63S/T 14589C) > da2 at arcmsr0 bus 0 target 0 lun 2 > da2: Fixed Direct Access SCSI-5 device > da2: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled > da2: 143050MB (292967424 512 byte sectors: 255H 63S/T 18236C) > da3 at arcmsr0 bus 0 target 0 lun 3 > da3: Fixed Direct Access SCSI-5 device > da3: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled > da3: 17166MB (35155968 512 byte sectors: 255H 63S/T 2188C) > acpi_tz0: _CRT value is absurd, ignored (1134.7C) > acpi_tz0: _PSV value is absurd, ignored (1132.7C) > acpi_tz0: _ACx value is absurd, ignored (1132.7C) > acpi_tz0: _CRT value is absurd, ignored (1134.7C) > acpi_tz0: _PSV value is absurd, ignored (1132.7C) > acpi_tz0: _ACx value is absurd, ignored (1132.7C) > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/da0s1a > > > _______________________________________________ > 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" > -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 02:29:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88D6A16A402 for ; Sat, 24 Mar 2007 02:29:54 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 4496813C448 for ; Sat, 24 Mar 2007 02:29:54 +0000 (UTC) (envelope-from nikolas.britton@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1467431ana for ; Fri, 23 Mar 2007 19:29:53 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=POE9YB60f2rlzUtI5I0Xi5fGJ3JkaAmlgYDEE5q7Ec//pW3kmewwqVRMv9kdSMWuSAQh1c+8Xgxpdw+OwYJNSI0VBwNHU6E+qLcFdwexNcm9CcFTe5dbjqSfWp4WTpbmaTjxm67kkXSmtmIGLnja+27JaL9RwwWOPC6f90U40nk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Z8Lop8+cJlKqpj4nAEyJQL1P6UVD/HqU4AEP1STHBlE8AmgkCSoxh7vbU9TfRmvtjGfbIn7bjjIkqud05uV8DbpsYZ0Pbgg/ap4VPScFEzw6+bes0r24u0gEaXmlAPWUYvMRuxNpHi2FburK36pZIhMRo6UDBxbwHe/67bfV/VU= Received: by 10.100.191.5 with SMTP id o5mr3202937anf.1174703392881; Fri, 23 Mar 2007 19:29:52 -0700 (PDT) Received: by 10.100.32.17 with HTTP; Fri, 23 Mar 2007 19:29:52 -0700 (PDT) Message-ID: Date: Fri, 23 Mar 2007 21:29:52 -0500 From: "Nikolas Britton" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45F6E572.3070706@quip.cz> Cc: freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Ivan Voras Subject: Re: Xen Dom0, are we making progress? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2007 02:29:54 -0000 On 3/13/07, Kip Macy wrote: > > I know you were working on Xen support in FreeBSD, but web about it > > (http://www.fsmware.com/xenofreebsd/7.0/STATUS) has one year old info > > (support planned in FreeBSD 6.1). So is there any progress, or Xen will > > not be in any near future release? > > Basically Xen did not mature in the fashion that I anticipated. As far > as I can tell it is really only good for server consolidation for > large Linux distro vendors. You need to have what amounts to a private > branch. The xen developers don't appear to understand the importance > of interface versioning. They broke ABI compatibility going from 3.0.2 > -> 3.0.3 (trivial to fix, but that is not the point). When last I > worked on it, they had one branch that was in constant flux and > another branch that only received minor bug fixes and was 18 months > behind from a functionality standpoint (think 5.x / 4.x). There are > numerous other logging / supportability issues that I think are only > addressed by the major distros. As it stood 6 months ago, unless you > understood the internals of various bits of the code, there was no way > of diagnosing failures due to a misconfiguration. > > This is not to say that it isn't cool technology, but rather that > isn't going to be useful for the things I wanted to use it for so my > time is being directed elsewhere. If I ever have a need for EC2 I may > look at it again. > > One of the guys who ported FreeBSD to the xbox has expressed interest > - so something may yet come of it. > > I'm happy to provide technical support to an individual who is largely > self-sustaining in working on the code. > What about implementing something like DragonFly BSD virtual kernels? Matthew Dillon talks about it in is bsdtalk interview: http://cisx1.uma.maine.edu/~wbackman/bsdtalk/bsdtalk098.mp3 I suppose it's sorta like linux compat / windows on windows / coLinux... Towards the end of the interview he talk about it being extremely easy to implement: 1. signal mailboxes. 2. memory map / virtual page table support. 3. vm space management. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 04:19:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D305416A404 for ; Sat, 24 Mar 2007 04:19:07 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 8DED613C45E for ; Sat, 24 Mar 2007 04:19:07 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 564E611448B; Fri, 23 Mar 2007 21:21:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Score: -3.947 X-Spam-Level: X-Spam-Status: No, score=-3.947 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.452, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ixqmw7-C9-Xk; Fri, 23 Mar 2007 21:21:11 -0700 (PDT) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id D7479114446; Fri, 23 Mar 2007 21:21:11 -0700 (PDT) Message-ID: <395450.751174710071770.JavaMail.root@ly.sdf.com> Date: Fri, 23 Mar 2007 21:21:11 -0700 (PDT) From: Tom Samplonius To: Nikolas Britton In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.85] Cc: Kip Macy , freebsd-stable@freebsd.org, Miroslav Lachman <000.fbsd@quip.cz>, Ivan Voras Subject: Re: Xen Dom0, are we making progress? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2007 04:19:07 -0000 ----- "Nikolas Britton" wrote: > What about implementing something like DragonFly BSD virtual kernels? > Matthew Dillon talks about it in is bsdtalk interview: > http://cisx1.uma.maine.edu/~wbackman/bsdtalk/bsdtalk098.mp3 It seems very similar to User Mode Linux, rather than a true VM environment. http://user-mode-linux.sourceforge.net/ Each DragonFlyBSD vkernel runs as a process. I don't know why this is even interesting, for anything but kernel developers. Improving BSD jails to the same level as Solaris Containers (Solaris Containers are Solaris Zones with resource control), would widely useful for many BSD users. In VM environment, like Xen, each VM has its own kernel and possibly different OS. Xen has managed to get a lot of people interested in their VM environment, so there are a lot of OSes that support the Xen "architecture". And for those that don't there is early support for booting them by using virtual features in newer CPUs (ex. Windows). Microsoft has joined the Xen bandwagon, even though the core is all open source, as they are threatened in the enterprise space by the VMWare juggernaut, and their Virtual Server/Virtual PC product is so bland, no one cares. UML has been available for longer than Xen, but Xen already outperforms it. I don't see a lot of future in the "virtual kernel" concept. Tom From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 12:10:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 999A016A403 for ; Sat, 24 Mar 2007 12:10:46 +0000 (UTC) (envelope-from johan@stromnet.se) Received: from av7-1-sn3.vrr.skanova.net (av7-1-sn3.vrr.skanova.net [81.228.9.181]) by mx1.freebsd.org (Postfix) with ESMTP id 2600613C48A for ; Sat, 24 Mar 2007 12:10:46 +0000 (UTC) (envelope-from johan@stromnet.se) Received: by av7-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 093F337EC6; Sat, 24 Mar 2007 12:47:12 +0100 (CET) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av7-1-sn3.vrr.skanova.net (Postfix) with ESMTP id C58C137EC6; Sat, 24 Mar 2007 12:47:11 +0100 (CET) Received: from elfi.stromnet.se (90-224-172-102-no129.tbcn.telia.com [90.224.172.102]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id E595637E44; Sat, 24 Mar 2007 12:47:45 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.se (Postfix) with ESMTP id 71D3E61E8D; Sat, 24 Mar 2007 12:47:45 +0100 (CET) X-Virus-Scanned: amavisd-new at stromnet.se Received: from elfi.stromnet.se ([127.0.0.1]) by localhost (elfi.stromnet.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fRrycOyyq9Jb; Sat, 24 Mar 2007 12:47:44 +0100 (CET) Received: from [IPv6:2001:16d8:ff20:1:217:f2ff:fef0:d6b7] (unknown [IPv6:2001:16d8:ff20:1:217:f2ff:fef0:d6b7]) by elfi.stromnet.se (Postfix) with ESMTP id B946061E13; Sat, 24 Mar 2007 12:47:44 +0100 (CET) In-Reply-To: <200703201704.49696.dzalewski@open-craft.com> References: <200703201704.49696.dzalewski@open-craft.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sat, 24 Mar 2007 12:47:30 +0100 To: dzalewski@open-craft.com X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: OpenSSH 4.6 error: channel 0: chan_read_failed for istate 3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 12:10:46 -0000 On Mar 20, 2007, at 16:04 , Dominik Zalewski wrote: > Hi All, > > After upgrading to openssh-portable-4.6.p1,1 I'm getting following =20 > messages in > logs: > > error: channel 0: chan_read_failed for istate 3 > > Althought ssh works fine. Hi, just wan't to report that I've started to see the same thing since i =20 upgraded to 4.6.p1,1. Every night my backup server uses scp to transfer files from my box, =20 and I see this: Mar 23 21:00:04 elfi sshd[76875]: Accepted publickey for root from =20 2001:xxx::xxx:xx port 63449 ssh2 Mar 23 21:01:18 elfi sshd[76875]: error: channel 0: chan_read_failed =20 for istate 3 Mar 23 21:01:18 elfi sshd[76875]: error: channel 0: chan_read_failed =20 for istate 3 Mar 23 21:01:18 elfi sshd[77389]: Accepted publickey for root from =20 2001: xxx::xxx:xx port port 63450 ssh2 Mar 23 21:53:31 elfi sshd[77389]: error: channel 0: chan_read_failed =20 for istate 3 Mar 23 21:53:32 elfi sshd[77389]: error: channel 0: chan_read_failed =20 for istate 3 Mar 23 21:53:34 elfi sshd[85742]: Accepted publickey for root from =20 2001: xxx::xxx:xx port port 49493 ssh2 Mar 23 21:53:34 elfi sshd[85742]: error: channel 0: chan_read_failed =20 for istate 3 Mar 23 21:53:34 elfi sshd[85742]: error: channel 0: chan_read_failed =20 for istate 3 The backup process works by first executing a pre-script, then =20 scp'ing, then executing a post-script.. so those errors looks like =20 they appear directly when the ssh session is disconnected. Anyone else with clues? Johan Str=F6m Stromnet johan@stromnet.se http://www.stromnet.se/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 13:52:31 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF68016A402 for ; Sat, 24 Mar 2007 13:52:31 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (palm.hoeg.nl [83.98.131.212]) by mx1.freebsd.org (Postfix) with ESMTP id BD7FC13C45B for ; Sat, 24 Mar 2007 13:52:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B3B081CCB2; Sat, 24 Mar 2007 14:22:20 +0100 (CET) Date: Sat, 24 Mar 2007 14:22:20 +0100 From: Ed Schouten To: stable@freebsd.org Message-ID: <20070324132220.GJ6734@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W2ydbIOJmkm74tJ2" Content-Disposition: inline User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Problems detecting S-ATA DVD-RW drive with AHCI enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 13:52:32 -0000 --W2ydbIOJmkm74tJ2 Content-Type: multipart/mixed; boundary="HcccYpVZDxQ8hzPO" Content-Disposition: inline --HcccYpVZDxQ8hzPO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Yesterday I bought a DVD-RW drive. When I choose to use IDE (checkbox in my BIOS), the drive gets detected and I can use it: dmesg: | atapci1: port 0xd400-0xd407,0xd080-0xd083= ,0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc88f,0xc800-0xc80f irq 19 at device 3= 1.5 on pci0 | ata4: on atapci1 | ata5: on atapci1 | ... | acd0: DVDR at ata4-master SATA150 atacontrol: | ATA channel 2: | Master: ad0 Serial ATA II | Slave: no device present | ATA channel 3: | Master: ad1 Serial ATA II | Slave: no device present | ATA channel 4: | Master: acd0 Serial ATA v1.0 | Slave: no device present | ATA channel 5: | Master: no device present | Slave: no device present The disadvantage of IDE is that my disks run at SATA150, while the hard disks on ata2 and ata3 can use SATA300. So when I enable AHCI, the device isn't detected anymore: atacontrol: | ATA channel 2: | Master: ad0 Serial ATA II | Slave: no device present | ATA channel 3: | Master: ad1 Serial ATA II | Slave: no device present | ATA channel 4: | Master: no device present | Slave: no device present | ATA channel 5: | Master: no device present | Slave: no device present Not even a detach/attach on channel 4 can enable the drive: | # atacontrol detach ata4 | # atacontrol attach ata4 | Master: no device present | Slave: no device present The strange thing is that Windows Vista does recognize the drive when I enable AHCI in the BIOS. I've attached two dmesg'es. One contains the verbose output of my machine with IDE enabled. The other one uses AHCI. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --HcccYpVZDxQ8hzPO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.ide" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Mar 15 20:19:47 CET 2007 root@flippo.fxq.nl:/usr/obj/usr/src/sys/FLIPPO Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80692000. INTR: Adding local APIC 0 as a target ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193162 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2128385264 Hz CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2128.39-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,XTPR,> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 real memory = 1073348608 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x000000000078f000 - 0x000000003e15afff, 1033682944 bytes (252364 pages) avail memory = 1027682304 (980 MB) INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 null: random: nfslock: pseudo-device kbd: new array size 4 mem: io: acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000094 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=29a08086) acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 15 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_perf0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x29a0, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x29a1, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2834, revid=0x02 bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0000dc00, size 5, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2835, revid=0x02 bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[20]: type 4, range 32, base 0000e000, size 5, enabled pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x283a, revid=0x02 bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=15 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febffc00, size 10, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x283f, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2845, revid=0x02 bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2830, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 map[20]: type 4, range 32, base 0000d480, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2831, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2832, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=15 map[20]: type 4, range 32, base 0000d880, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2836, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febff800, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xf2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0105, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2810, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2820, revid=0x02 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e880, size 2, enabled map[18]: type 4, range 32, base 0000e800, size 3, enabled map[1c]: type 4, range 32, base 0000e480, size 2, enabled map[20]: type 4, range 32, base 0000e400, size 4, enabled map[24]: type 4, range 32, base 0000e080, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x283e, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[10]: type 1, range 32, base 00000000, size 8, memory disabled map[20]: type 4, range 32, base 00000400, size 5, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2825, revid=0x02 bus=0, slot=31, func=5 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 3, enabled map[14]: type 4, range 32, base 0000d080, size 2, enabled map[18]: type 4, range 32, base 0000d000, size 3, enabled map[1c]: type 4, range 32, base 0000cc00, size 2, enabled map[20]: type 4, range 32, base 0000c880, size 4, enabled map[24]: type 4, range 32, base 0000c800, size 4, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf4900000-0xfe9fffff pcib1: prefetched decode 0xcfe00000-0xdfdfffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0140, revid=0xa2 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base f8000000, size 26, enabled pcib1: requested memory range 0xf8000000-0xfbffffff: good map[14]: type 3, range 64, base d0000000, size 27, enabled pcib1: requested memory range 0xd0000000-0xd7ffffff: good map[1c]: type 1, range 64, base fd000000, size 24, enabled pcib1: requested memory range 0xfd000000-0xfdffffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 pci1: at device 0.0 (no driver attached) uhci0: port 0xdc00-0xdc1f irq 16 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdc00 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 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 0xe000-0xe01f irq 17 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 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 ehci0: mem 0xfebffc00-0xfebfffff irq 18 at device 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebffc00 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 ehci0: [GIANT-LOCKED] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib2: irq 16 at device 28.0 on pci0 pcib2: secondary bus 3 pcib2: subordinate bus 3 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xdfe00000-0xdfefffff pci3: on pcib2 pci3: physical bus=3 pcib3: irq 19 at device 28.3 on pci0 pcib3: secondary bus 2 pcib3: subordinate bus 2 pcib3: I/O decode 0xa000-0xafff pcib3: memory decode 0xfea00000-0xfeafffff pcib3: prefetched decode 0xfff00000-0xfffff pci2: on pcib3 pci2: physical bus=2 found-> vendor=0x10ec, dev=0x8168, revid=0x01 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 4, range 32, base 0000a800, size 8, enabled pcib3: requested I/O range 0xa800-0xa8ff: in range map[18]: type 1, range 64, base feaff000, size 12, enabled pcib3: requested memory range 0xfeaff000-0xfeafffff: good pcib3: matched entry for 2.0.INTA pcib3: slot 0 INTA hardwired to IRQ 19 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xa800 pcib3: re0 requested I/O range 0xa800-0xa8ff: in range pcib3: re0 requested I/O range 0xa800-0xa8ff: in range pcib3: re0 requested I/O range 0xa800-0xa8ff: in range re0: port 0xa800-0xa8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 pcib3: re0 requested I/O range 0xa800-0xa8ff: in range miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: bpf attached re0: Ethernet address: 00:18:f3:75:0a:0d ioapic0: routing intpin 19 (PCI IRQ 19) to vector 52 re0: [MPSAFE] re0: [FAST] uhci2: port 0xd480-0xd49f irq 23 at device 29.0 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd480 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 uhci2: [GIANT-LOCKED] usb3: on uhci2 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 uhci3: port 0xd800-0xd81f irq 19 at device 29.1 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xd880-0xd89f irq 18 at device 29.2 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd880 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff800-0xfebffbff irq 23 at device 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebff800 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xb000-0xbfff pcib4: memory decode 0x0-0x0 pcib4: prefetched decode 0x0-0x0 pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x1102, dev=0x0002, revid=0x06 bus=4, slot=2, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=3 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000b880, size 5, enabled pcib4: requested I/O range 0xb880-0xb89f: in range pcib4: matched entry for 4.2.INTA pcib4: slot 2 INTA hardwired to IRQ 23 found-> vendor=0x1102, dev=0x7002, revid=0x06 bus=4, slot=2, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000bc00, size 3, enabled pcib4: requested I/O range 0xbc00-0xbc07: in range pcm0: port 0xb880-0xb89f irq 23 at device 2.0 on pci4 pcm0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xb880 emu: setmap (a01000, 800), nseg=1, error=0 emu: setmap (a20000, 1000), nseg=1, error=0 pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: ac97 codec dac ready count: 0 pcm0: [MPSAFE] emu: setmap (9e8000, 1000), nseg=1, error=0 emu: setmap (9ae000, 1000), nseg=1, error=0 emu: setmap (9ac000, 1000), nseg=1, error=0 emu: setmap (a2a000, 1000), nseg=1, error=0 pcm0: sndbuf_setmap 9e7000, 1000; 0xffffff00009e7000 -> 9e7000 pcm0: sndbuf_setmap a05000, 1000; 0xffffff0000a05000 -> a05000 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f,0xe080-0xe08f irq 19 at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe400 atapci0: [MPSAFE] ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe880 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe800 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe480 ata3: reset tp1 mask=03 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] pci0: at device 31.3 (no driver attached) atapci1: port 0xd400-0xd407,0xd080-0xd083,0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc88f,0xc800-0xc80f irq 19 at device 31.5 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc880 atapci1: [MPSAFE] ata4: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd400 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd080 ata4: reset tp1 mask=03 ostat0=00 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0xc ata4: [MPSAFE] ata5: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd000 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xcc00 ata5: reset tp1 mask=03 ostat0=7f ostat1=7f ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff ata5: stat1=0x7f err=0xff lsb=0xff msb=0xff ata5: reset tp2 stat0=ff stat1=ff devices=0x0 ata5: [MPSAFE] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 54 sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete 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 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 fb: new array size 4 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices uhub7: Mitsumi Electric Hub in Apple Extended USB Keyboard, class 9/0, rev 1.10/4.10, addr 2 uhub7: 3 ports with 2 removable, bus powered ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. ukbd0: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.10, addr 4, iclass 3/1 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 uhid0: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.10, addr 4, iclass 3/1 Device configuration finished. lapic: Divisor 2, Frequency 133023696 hz Timecounter "TSC" frequency 2128385264 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad0: 286168MB at ata2-master SATA150 ad0: 586072368 sectors [581421C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad1: 152627MB at ata3-master SATA150 ad1: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad1 GEOM_MIRROR: Device datadump created (id=2959370996). GEOM_MIRROR: Device datadump: provider ad0s3 detected. GEOM_MIRROR: Device datadump: provider ad1 detected. GEOM_MIRROR: Device datadump: provider ad1 activated. GEOM_MIRROR: Device datadump: provider ad0s3 activated. GEOM_MIRROR: Device datadump: provider mirror/datadump launched. ata4: reiniting channel .. ata4: reset tp1 mask=03 ostat0=00 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0xc ata4: reinit done .. ata4: reiniting channel .. ata4: reset tp1 mask=03 ostat0=00 ostat1=00 ata4: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=00 stat1=00 devices=0xc ata4: reinit done .. ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire acd0: DVDR drive at ata4 as master acd0: read 8268KB/s (8268KB/s) write 8268KB/s (8268KB/s), 2048KB buffer, SATA150 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 1 Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init --HcccYpVZDxQ8hzPO Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.ahci" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Thu Mar 15 20:19:47 CET 2007 root@flippo.fxq.nl:/usr/obj/usr/src/sys/FLIPPO Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80692000. INTR: Adding local APIC 0 as a target ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193128 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2128382272 Hz CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2128.38-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd,CX16,XTPR,> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 real memory = 1073348608 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009afff, 630784 bytes (154 pages) 0x000000000078f000 - 0x000000003e15afff, 1033682944 bytes (252364 pages) avail memory = 1027678208 (980 MB) INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 null: random: nfslock: pseudo-device kbd: new array size 4 mem: io: acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000094 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=29a08086) acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 15 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 cpu0: on acpi0 cpu0: switching to generic Cx mode acpi_perf0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x29a0, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x29a1, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2834, revid=0x02 bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0000e000, size 5, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2835, revid=0x02 bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[20]: type 4, range 32, base 0000e080, size 5, enabled pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x283a, revid=0x02 bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=15 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febff400, size 10, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x283f, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2845, revid=0x02 bus=0, slot=28, func=3 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTD pcib0: slot 28 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2830, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2831, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 0000d880, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2832, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=15 map[20]: type 4, range 32, base 0000dc00, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2836, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febff000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xf2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0105, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2810, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2824, revid=0x02 bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e880, size 2, enabled map[18]: type 4, range 32, base 0000e800, size 3, enabled map[1c]: type 4, range 32, base 0000e480, size 2, enabled map[20]: type 4, range 32, base 0000e400, size 5, enabled map[24]: type 1, range 32, base febff800, size 11, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x283e, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[10]: type 1, range 32, base 00000000, size 8, memory disabled map[20]: type 4, range 32, base 00000400, size 5, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf4900000-0xfe9fffff pcib1: prefetched decode 0xcfe00000-0xdfdfffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0140, revid=0xa2 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base f8000000, size 26, enabled pcib1: requested memory range 0xf8000000-0xfbffffff: good map[14]: type 3, range 64, base d0000000, size 27, enabled pcib1: requested memory range 0xd0000000-0xd7ffffff: good map[1c]: type 1, range 64, base fd000000, size 24, enabled pcib1: requested memory range 0xfd000000-0xfdffffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 pci1: at device 0.0 (no driver attached) uhci0: port 0xe000-0xe01f irq 16 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 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 0xe080-0xe09f irq 17 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe080 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 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 ehci0: mem 0xfebff400-0xfebff7ff irq 18 at device 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebff400 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 ehci0: [GIANT-LOCKED] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib2: irq 16 at device 28.0 on pci0 pcib2: secondary bus 3 pcib2: subordinate bus 3 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xdfe00000-0xdfefffff pci3: on pcib2 pci3: physical bus=3 pcib3: irq 19 at device 28.3 on pci0 pcib3: secondary bus 2 pcib3: subordinate bus 2 pcib3: I/O decode 0xb000-0xbfff pcib3: memory decode 0xfea00000-0xfeafffff pcib3: prefetched decode 0xfff00000-0xfffff pci2: on pcib3 pci2: physical bus=2 found-> vendor=0x10ec, dev=0x8168, revid=0x01 bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 4, range 32, base 0000b800, size 8, enabled pcib3: requested I/O range 0xb800-0xb8ff: in range map[18]: type 1, range 64, base feaff000, size 12, enabled pcib3: requested memory range 0xfeaff000-0xfeafffff: good pcib3: matched entry for 2.0.INTA pcib3: slot 0 INTA hardwired to IRQ 19 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xb800 pcib3: re0 requested I/O range 0xb800-0xb8ff: in range pcib3: re0 requested I/O range 0xb800-0xb8ff: in range pcib3: re0 requested I/O range 0xb800-0xb8ff: in range re0: port 0xb800-0xb8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 pcib3: re0 requested I/O range 0xb800-0xb8ff: in range miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: bpf attached re0: Ethernet address: 00:18:f3:75:0a:0d ioapic0: routing intpin 19 (PCI IRQ 19) to vector 52 re0: [MPSAFE] re0: [FAST] uhci2: port 0xd800-0xd81f irq 23 at device 29.0 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 53 uhci2: [GIANT-LOCKED] usb3: on uhci2 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 uhci3: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd880 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdc00 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff000-0xfebff3ff irq 23 at device 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebff000 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xc000-0xcfff pcib4: memory decode 0x0-0x0 pcib4: prefetched decode 0x0-0x0 pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x1102, dev=0x0002, revid=0x06 bus=4, slot=2, func=0 class=04-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x14 (5000 ns) intpin=a, irq=3 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000c880, size 5, enabled pcib4: requested I/O range 0xc880-0xc89f: in range pcib4: matched entry for 4.2.INTA pcib4: slot 2 INTA hardwired to IRQ 23 found-> vendor=0x1102, dev=0x7002, revid=0x06 bus=4, slot=2, func=1 class=09-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000cc00, size 3, enabled pcib4: requested I/O range 0xcc00-0xcc07: in range pcm0: port 0xc880-0xc89f irq 23 at device 2.0 on pci4 pcm0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xc880 emu: setmap (a23000, 800), nseg=1, error=0 emu: setmap (a02000, 1000), nseg=1, error=0 pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: ac97 codec dac ready count: 0 pcm0: [MPSAFE] emu: setmap (a0a000, 1000), nseg=1, error=0 emu: setmap (98c000, 1000), nseg=1, error=0 emu: setmap (a2a000, 1000), nseg=1, error=0 emu: setmap (a08000, 1000), nseg=1, error=0 pcm0: sndbuf_setmap a05000, 1000; 0xffffff0000a05000 -> a05000 pcm0: sndbuf_setmap a43000, 1000; 0xffffff0000a43000 -> a43000 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 atapci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 atapci0: [MPSAFE] atapci0: Reserved 0x800 bytes for rid 0x24 type 3 at 0xfebff800 atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect ready time=0ms ata3: sata_connect devices=0x1 ata3: [MPSAFE] ata4: on atapci0 ata4: SATA connect status=00000000 ata4: [MPSAFE] ata5: on atapci0 ata5: SATA connect status=00000000 ata5: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 54 sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete 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 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 55 atkbd0: [GIANT-LOCKED] fdc0 failed to probe at port 0x3f0 irq 6 drq 2 on isa0 ppc0 failed to probe at irq 7 on isa0 fb: new array size 4 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices uhub7: Mitsumi Electric Hub in Apple Extended USB Keyboard, class 9/0, rev 1.10/4.10, addr 2 uhub7: 3 ports with 2 removable, bus powered ums0: Logitech Optical USB Mouse, rev 2.00/3.40, addr 3, iclass 3/1 ums0: 3 buttons and Z dir. ukbd0: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.10, addr 4, iclass 3/1 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 uhid0: Mitsumi Electric Apple Extended USB Keyboard, rev 1.10/4.10, addr 4, iclass 3/1 Device configuration finished. lapic: Divisor 2, Frequency 133023632 hz Timecounter "TSC" frequency 2128382272 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad0: 286168MB at ata2-master SATA300 ad0: 586072368 sectors [581421C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad1: 152627MB at ata3-master SATA300 ad1: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning PCI IRQ 16 to local APIC 1 ioapic0: Assigning PCI IRQ 17 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 19 to local APIC 0 ioapic0: Assigning PCI IRQ 23 to local APIC 1 GEOM: new disk ad1 GEOM_MIRROR: Device datadump created (id=2959370996). GEOM_MIRROR: Device datadump: provider ad0s3 detected. GEOM_MIRROR: Device datadump: provider ad1 detected. GEOM_MIRROR: Device datadump: provider ad1 activated. GEOM_MIRROR: Device datadump: provider ad0s3 activated. GEOM_MIRROR: Device datadump: provider mirror/datadump launched. Trying to mount root from ufs:/dev/ad0s2a start_init: trying /sbin/init re0: link state changed to UP ata4: SATA connect status=00000000 ata4: [MPSAFE] --HcccYpVZDxQ8hzPO-- --W2ydbIOJmkm74tJ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGBSYM52SDGA2eCwURAg09AJ9LLzEk0083mn8lAUlhYrL+FFrTjQCfRHe4 rymrMGvqwCBZcgOCvkDJftk= =g44u -----END PGP SIGNATURE----- --W2ydbIOJmkm74tJ2-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 14:28:12 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE85B16A400 for ; Sat, 24 Mar 2007 14:28:12 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6202513C45A for ; Sat, 24 Mar 2007 14:28:04 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 49057 invoked by uid 89); 24 Mar 2007 13:56:47 -0000 Received: by simscan 1.2.0 ppid: 49049, pid: 49054, t: 1.7857s scanners: attach: 1.2.0 clamav: 0.88.7/m:42/d:2560 Received: from unknown (HELO claylaptop) (clay@milos.za.net@82.206.131.154) by bart.milos.co.za with ESMTPA; 24 Mar 2007 13:56:45 -0000 Message-ID: <0bae01c76e1c$de479000$9503a8c0@claylaptop> From: "Clayton Milos" To: References: <20070324132220.GJ6734@hoeg.nl> Date: Sat, 24 Mar 2007 15:00:56 +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.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: Subject: Re: Problems detecting S-ATA DVD-RW drive with AHCI enabled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 14:28:13 -0000 ----- Original Message ----- From: "Ed Schouten" To: Sent: Saturday, March 24, 2007 2:22 PM Subject: Problems detecting S-ATA DVD-RW drive with AHCI enabled Hello, Yesterday I bought a DVD-RW drive. When I choose to use IDE (checkbox in my BIOS), the drive gets detected and I can use it: dmesg: | atapci1: port 0xd400-0xd407,0xd080-0xd083,0xd000-0xd007,0xcc00-0xcc03,0xc880-0xc88f,0xc800-0xc80f irq 19 at device 31.5 on pci0 | ata4: on atapci1 | ata5: on atapci1 | ... | acd0: DVDR at ata4-master SATA150 atacontrol: | ATA channel 2: | Master: ad0 Serial ATA II | Slave: no device present | ATA channel 3: | Master: ad1 Serial ATA II | Slave: no device present | ATA channel 4: | Master: acd0 Serial ATA v1.0 | Slave: no device present | ATA channel 5: | Master: no device present | Slave: no device present The disadvantage of IDE is that my disks run at SATA150, while the hard disks on ata2 and ata3 can use SATA300. So when I enable AHCI, the device isn't detected anymore: atacontrol: | ATA channel 2: | Master: ad0 Serial ATA II | Slave: no device present | ATA channel 3: | Master: ad1 Serial ATA II | Slave: no device present | ATA channel 4: | Master: no device present | Slave: no device present | ATA channel 5: | Master: no device present | Slave: no device present Not even a detach/attach on channel 4 can enable the drive: | # atacontrol detach ata4 | # atacontrol attach ata4 | Master: no device present | Slave: no device present The strange thing is that Windows Vista does recognize the drive when I enable AHCI in the BIOS. I've attached two dmesg'es. One contains the verbose output of my machine with IDE enabled. The other one uses AHCI. Yours, -- Ed Schouten WWW: http://g-rave.nl/ Ed To be perfectly honest with you I've never seen any IDE or SATA drive perform over 100MB/s On a motherboard I tested with a Nvidia chipset the hard drive performed faster using SATA1 instead of SATA2. My advice would be to run it in IDE compatability mode. It will probably give you a lot less headaches. The only real advantage of SATA2 is native command queueing and for this to work both the drive and the controller have to support it. With an optical drive NCQ is a waste of time anyways. -Clay From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 16:43:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F254216A413 for ; Sat, 24 Mar 2007 16:43:31 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id ADE7113C484 for ; Sat, 24 Mar 2007 16:43:31 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1486643wxc for ; Sat, 24 Mar 2007 09:43:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=sg7/Gkh0dUyDOkzjp+cQTedk5sEVBlXrsO8WlMJvUAUGduAkdrqP9hp8OiCv10IfwPgwPbXZ/XVs4l5YQKOvS/4CiDiu/Xw720Z3ZqSK9iw1mu5+eYw6U9AWR/Jo3sUh+OVoGuHItYYifKkqBc5GS07cWpGDnzPtzR+mGULkQY4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=mCKdcv1Gw88kqMsFdET9XVe/lE3iEugMCYoBoW4qJ0qiDRMTFsI7dcVsJ+yj9lgjhpKwOx5ulPpNuwjN4xLA8GY2rfSR3DLV5pefobl8Y6McezrgC73Obr2AMoU0yUm/6TEh5Hs5TCeqVtcVhV7nO+MwAQR7fpQmT+ImrN2hWgg= Received: by 10.70.11.1 with SMTP id 1mr7717040wxk.1174754610532; Sat, 24 Mar 2007 09:43:30 -0700 (PDT) Received: from ?10.0.0.130? ( [201.215.221.113]) by mx.google.com with ESMTP id i37sm8228990wxd.2007.03.24.09.43.28; Sat, 24 Mar 2007 09:43:30 -0700 (PDT) From: KillFill To: Nikolas Britton In-Reply-To: References: <460292F9.3050802@gmail.com> Content-Type: text/plain; charset=utf-8 Date: Sat, 24 Mar 2007 13:36:32 -0400 Message-Id: <1174757792.881.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: scottl@freebsd.org, erich@areca.com.tw, FreeBSD Stable Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2007 16:43:32 -0000 El vie, 23-03-2007 a las 21:01 -0500, Nikolas Britton escribió: > A newer version of the driver has been release to fix this problem (I > think): > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/arcmsr/ > > If that doesn't work move back down to 1.20.00.12: > http://www.nbritton.org/uploads/areca/ > > Added erich and scott to the cc list. > Well, you may notice im using RELENG_6 im using the latest versions for releng_6: * $FreeBSD: src/sys/dev/arcmsr/arcmsr.c,v 1.8.2.3 * $FreeBSD: src/sys/dev/arcmsr/arcmsr.h,v 1.1.4.2 unfortunatly cannot move the box to -CURRENT to test arcmsr.c 1.20 and arcmsr.h 1.4 thanks. -- KillFill From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 17:17:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB34416A403 for ; Sat, 24 Mar 2007 17:17:21 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 590B913C4B9 for ; Sat, 24 Mar 2007 17:17:20 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d44.q.ppp-pool.de [89.53.125.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 5807512883F for ; Sat, 24 Mar 2007 18:17:13 +0100 (CET) Received: from [192.168.16.3] (cesar.sz.vwsoft.com [192.168.16.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id EBC3B455E1 for ; Sat, 24 Mar 2007 18:17:02 +0100 (CET) Message-ID: <46055D0E.90908@vwsoft.com> Date: Sat, 24 Mar 2007 18:17:02 +0100 From: Volker User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Subject: bsdlabel blues 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: Sat, 24 Mar 2007 17:17:21 -0000 Hi folks! Yesterday and today I've tried to upgrade my hd's (from 80G SATA to 250G SATA) on 6.2-STABLE (recent). My old disks (two equally sized) were under control of gmirror (one per each slice) and so should the setup look like for the new disks. Basically I've created the slices (sysinstall's fdisk), created a gmirror for each new slice, bsdlabel'ed -w, edited the labels and created the filesystems. As I've done this procedure twice yesterday and once more today, I've double and triple checked everything but I'm running into one single problem: partition c extends past end of unit and doesn't start at 0. While/after I've edited the labeles, everything has been fine and I double checked the labels after writing them out. I've seen this problem after rebooting the machine. Before the reboot bsdlabel didn't claim about anything. Now my disklabels are looking as: # bsdlabel mirror/gm1s1 # /dev/mirror/gm1s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4194304 79 4.2BSD 0 0 0 b: 8388608 4194383 swap c: 62910477 63 unused 0 0 # "raw" part, don't edit d: 4194304 12582991 4.2BSD 0 0 0 e: 12582912 16777295 4.2BSD 0 0 0 f: 10485760 29360207 4.2BSD 0 0 0 g: 23064572 39845967 4.2BSD 0 0 0 partition c: partition extends past end of unit bsdlabel: partition c doesn't start at 0! bsdlabel: partition c doesn't cover the whole unit! bsdlabel: An incorrect partition c may cause problems for standard system utilities partition g: partition extends past end of unit # bsdlabel mirror/gm1s2 # /dev/mirror/gm1s2: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 56613060 62910540 unused 0 0 # "raw" part, don't edit d: 10485760 62910556 4.2BSD 0 0 0 e: 16777216 73396316 4.2BSD 0 0 0 f: 16777216 90173532 4.2BSD 0 0 0 g: 6291456 106950748 4.2BSD 0 0 0 h: 6281395 113242204 4.2BSD 0 0 0 partition c: offset past end of unit partition c: partition extends past end of unit bsdlabel: partition c doesn't start at 0! bsdlabel: partition c doesn't cover the whole unit! bsdlabel: An incorrect partition c may cause problems for standard system utilities partition d: offset past end of unit partition d: partition extends past end of unit partition e: offset past end of unit partition e: partition extends past end of unit partition f: offset past end of unit partition f: partition extends past end of unit partition g: offset past end of unit partition g: partition extends past end of unit partition h: offset past end of unit partition h: partition extends past end of unit # bsdlabel mirror/gm1s3 # /dev/mirror/gm1s3: 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 192924584 0 unused 0 0 # "raw" part, don't edit d: 20971520 16 4.2BSD 2048 16384 28552 e: 31457280 20971536 4.2BSD 2048 16384 28552 f: 41943040 52428816 4.2BSD 2048 16384 28552 g: 16777216 94371856 4.2BSD 2048 16384 28552 h: 81775512 111149072 4.2BSD 2048 16384 28552 I swear after editing (but before rebooting) each c partition started at 0 and no partition (g or h label) extended past the slice. Also why is the offset of the whole gmirror gm1s2 totally blown? After adding the last gmirror (gm1s3) I also rebooted the system but these labels are still looking fine. While creating all labels, I'm always using bsdlabel's automatic calculation, as I'm just keying in the size (in G or M) and using an asterisk at it's offset. The filesystems are working well so I think the values shown are not used by the kernel when mounting filesystems. What's wrong with gmirror or bsdlabel? # uname -a FreeBSD bellona.sz.vwsoft.com 6.2-STABLE FreeBSD 6.2-STABLE #16: Tue Mar 20 20:10:33 CET 2007 root@bellona.sz.vwsoft.com:/usr/obj/usr/src/sys/BELLONA i386 Thanks, Volker From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 17:26:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2740816A405; Sat, 24 Mar 2007 17:26:33 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D196513C4C4; Sat, 24 Mar 2007 17:26:32 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l2OHQNa8098567; Sat, 24 Mar 2007 11:26:28 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <46055F3B.8070101@samsco.org> Date: Sat, 24 Mar 2007 11:26:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 MIME-Version: 1.0 To: KillFill References: <460292F9.3050802@gmail.com> <1174757792.881.3.camel@localhost> In-Reply-To: <1174757792.881.3.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sat, 24 Mar 2007 10:26:28 -0700 (MST) X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: scottl@freebsd.org, erich@areca.com.tw, FreeBSD Stable , Nikolas Britton Subject: Re: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2007 17:26:33 -0000 KillFill wrote: > El vie, 23-03-2007 a las 21:01 -0500, Nikolas Britton escribió: >> A newer version of the driver has been release to fix this problem (I >> think): >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/arcmsr/ >> >> If that doesn't work move back down to 1.20.00.12: >> http://www.nbritton.org/uploads/areca/ >> >> Added erich and scott to the cc list. >> > > Well, you may notice im using RELENG_6 > > im using the latest versions for releng_6: > > * $FreeBSD: src/sys/dev/arcmsr/arcmsr.c,v 1.8.2.3 > * $FreeBSD: src/sys/dev/arcmsr/arcmsr.h,v 1.1.4.2 > > unfortunatly cannot move the box to -CURRENT to test arcmsr.c 1.20 and > arcmsr.h 1.4 > > thanks. It's possible that I might have botched the merge from -CURRENT. Your panics definitely point to data corruption, which implicates the driver. I'll take a look. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 18:22:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4056016A400 for ; Sat, 24 Mar 2007 18:22:48 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id ED46F13C48A for ; Sat, 24 Mar 2007 18:22:47 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id D38AE85C901 for ; Sat, 24 Mar 2007 15:22:44 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-new, port 10024) with ESMTP id 31944-01-4 for ; Sat, 24 Mar 2007 15:22:44 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 47A3B85C90F for ; Sat, 24 Mar 2007 15:22:44 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1001) id E67E63BE4D; Sat, 24 Mar 2007 15:39:06 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1001) id 8CC8C3815C; Sat, 24 Mar 2007 15:31:31 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 142AF35ABF for ; Fri, 23 Mar 2007 11:58:15 -0300 (ADT) Date: Fri, 23 Mar 2007 11:58:14 -0300 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <442CBD51B75099133C8A26C5@ganymede.hub.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: socketpair: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 18:22:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Almost like clockwork, every 3 days, I have one server that starts to generate errors similar to below ... it isn't a 'continous thing' at the start, but gradually grows worse ... it just started happening again today, after 3 days, 2hrs of uptime ... Mar 20 07:59:26 mars sshd[717]: error: reexec socketpair: No buffer space available As unrelated as this might sound, out of three servers that are virtually identical, this is the only one using gmirror for its drives vs a hardware raid controller, two of the three running kernels from about the same time ... # ssh jupiter uname -a FreeBSD jupiter.hub.org 6.2-STABLE FreeBSD 6.2-STABLE #1: Fri Mar 16 13:13:02 ADT 2007 root@jupiter.hub.org:/usr/obj/usr/src/sys/kernel i386 vs # ssh mars uname -a FreeBSD mars.hub.org 6.2-STABLE FreeBSD 6.2-STABLE #5: Tue Mar 13 02:29:37 ADT 2007 root@mars.hub.org:/usr/obj/usr/src/sys/kernel i386 jupiter is running more on it then mars right now ... So, I either have something mis-configured on mars that is done right on jupiter, or there is a bug that is being tickled on mars that isn't being tickled on jupiter ... If I have a login session on the machine, I can easily do a reboot of the machine, and it seems to come up clean every time (ie. no fsck's need to be run) ... Does anyone have any ideas of what I can look at? I've checked nmbclusters between the two machines, and both are at 25600, but not sure what sysctl to look at for how much is actually used out of that 25600 ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGA+sG4QvfyHIvDvMRAoRuAJ9LXJ5RUZNXEQhEwkDFiMudThyASgCeNJXu 9Y7KZ6fSlk07/WmHGywTvJ4= =n3XS -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 18:22:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FA9316A402 for ; Sat, 24 Mar 2007 18:22:48 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 4BEE413C4BC for ; Sat, 24 Mar 2007 18:22:48 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.182]) by hub.org (Postfix) with ESMTP id E514D85C90A for ; Sat, 24 Mar 2007 15:22:45 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-new, port 10024) with ESMTP id 92739-01-2 for ; Sat, 24 Mar 2007 15:22:45 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 55D9285C91C for ; Sat, 24 Mar 2007 15:22:45 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1001) id EEE6F3C0B3; Sat, 24 Mar 2007 15:39:06 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1001) id AA939390D7; Sat, 24 Mar 2007 15:31:31 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 51DBC3A50E for ; Wed, 21 Mar 2007 13:30:53 -0300 (ADT) Date: Wed, 21 Mar 2007 13:30:53 -0300 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <2DA233B0E8C51D00C7BAA779@ganymede.hub.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: socketpair: No buffer space available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 18:22:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Almost like clockwork, every 3 days, I have one server that starts to generate errors similar to below ... it isn't a 'continous thing' at the start, but gradually grows worse ... Mar 20 07:59:26 mars sshd[717]: error: reexec socketpair: No buffer space available As unrelated as this might sound, out of three servers that are virtually identical, this is the only one using gmirror for its drives vs a hardware raid controller, two of the three running kernels from about the same time ... # ssh jupiter uname -a FreeBSD jupiter.hub.org 6.2-STABLE FreeBSD 6.2-STABLE #1: Fri Mar 16 13:13:02 ADT 2007 root@jupiter.hub.org:/usr/obj/usr/src/sys/kernel i386 vs # ssh mars uname -a FreeBSD mars.hub.org 6.2-STABLE FreeBSD 6.2-STABLE #5: Tue Mar 13 02:29:37 ADT 2007 root@mars.hub.org:/usr/obj/usr/src/sys/kernel i386 jupiter is running more on it then mars right now ... So, I either have something mis-configured on mars that is done right on jupiter, or there is a bug that is being tickled on mars that isn't being tickled on jupiter ... If I have a login session on the machine, I can easily do a reboot of the machine, and it seems to come up clean every time (ie. no fsck's need to be run) ... Does anyone have any ideas of what I can look at? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGAV294QvfyHIvDvMRAogOAKCCbTIYS59dQFmV9/gfRth8nUZMpgCggZ9r 8zBIHioOQjlNBgovjv+eDA4= =lIyS -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 18:42:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FDBA16A401 for ; Sat, 24 Mar 2007 18:42:07 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 16E3C13C455 for ; Sat, 24 Mar 2007 18:42:07 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from localhost (unknown [200.46.204.183]) by hub.org (Postfix) with ESMTP id A79E785C905 for ; Sat, 24 Mar 2007 15:22:43 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 39799-04-2 for ; Sat, 24 Mar 2007 15:22:45 -0300 (ADT) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 4CC5585C8FC for ; Sat, 24 Mar 2007 15:22:43 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1001) id DA8BA3BB4F; Sat, 24 Mar 2007 15:39:06 -0300 (ADT) Received: by ganymede.hub.org (Postfix, from userid 1001) id C0191394F7; Sat, 24 Mar 2007 15:38:29 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B258D34EAD for ; Sat, 24 Mar 2007 15:21:48 -0300 (ADT) Date: Sat, 24 Mar 2007 15:21:48 -0300 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: testing ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 18:42:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've sent several messages to this list the past couple of days, but none of them seem to go through ... I'm not expecting this one to either, just trying to see if there is anything in my logs to indicate a problem :( - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGBWw84QvfyHIvDvMRAhWdAJ9SlIaBU36w/eGudttQrYPwAVVtggCgj7E0 GOJ5alQp4hS4OHTW6rm1vMc= =gdZ+ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 22:19:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C86CE16A400; Sat, 24 Mar 2007 22:19:26 +0000 (UTC) (envelope-from freebsd-amd64@adam.gs) Received: from mail.adam.gs (mail.adam.gs [76.9.2.116]) by mx1.freebsd.org (Postfix) with ESMTP id 872F013C459; Sat, 24 Mar 2007 22:19:26 +0000 (UTC) (envelope-from freebsd-amd64@adam.gs) Received: from mail.adam.gs (localhost.adam.gs [127.0.0.1]) by mail.adam.gs (Postfix) with ESMTP id 0F2D3F350E7; Sat, 24 Mar 2007 18:04:55 -0400 (EDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=mail; d=adam.gs; b=CewaBlMjhbOEg106WDy9VaD7EAOCjQhQiI7PWUxLMLNp4wKwL9O2EN8VOv5ZP3XYpEObawGUju33NdPHZqANjGevR5bTBsQKOhwtfhNW2I2laz0fkGMlDoXGTXcEc5JWk5bHHc4IOsvpdpG9FoPFx3c5s/DeBJpxXV0X1IrIUgI=; In-Reply-To: References: <45FE9B11.5030909@icyb.net.ua> <46013D6F.4020704@icyb.net.ua> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2DDCB768-6366-4B90-B8A1-0D89F07DCEC0@adam.gs> Content-Transfer-Encoding: 7bit From: Adam Jacob Muller Date: Sat, 24 Mar 2007 18:03:33 -0400 To: "Olson, Arthur David ((NIH/NCI)) [E]" X-Mailer: Apple Mail (2.752.3) X-Authentication: 0O/lObga3amG+BmRcefVM1i0Xpn3OTeu+cFdiAwcsdf9IsrfJhsdrT93lnFbfb3olvY67RFvq9qxgbqoySH5NHKS3Jm8tlI9wWO9XOQn8+kCX176lx+ZE79LDv5yw4+XwcaCLoxIaXrgDvBdrs/6Tg== Cc: freebsd-stable@freebsd.org, Andriy Gapon , freebsd-amd64@freebsd.org Subject: Re: zdump on amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2007 22:19:26 -0000 On Mar 22, 2007, at 9:06 AM, Olson, Arthur David ((NIH/NCI)) [E] wrote: > Check the version of zdump in use with a... > zdump --version > ...command; starting with the February 2006 (8.1) version, output > has been limited to run from the year -500 to the year 2500 by > default. The range can be changed using the... > -c [loyear],hiyear > ...option. > > --ado > > -----Original Message----- > From: Andriy Gapon [mailto:avg@icyb.net.ua] > Sent: Wednesday, March 21, 2007 10:13 AM > To: freebsd-amd64@freebsd.org; freebsd-stable@freebsd.org > Cc: wollman@freebsd.org; tz@lecserver.nci.nih.gov > Subject: Re: zdump on amd64 > > on 19/03/2007 16:15 Andriy Gapon said the following: >> Strange problem: >> $ uname -srm >> FreeBSD 6.2-RELEASE-p2 amd64 >> >> $ zdump -v EST >> EST Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 03:29:52 -219 EST >> isdst=0 >> gmtoff=-18000 >> EST Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 03:29:52 -219 EST >> isdst=0 >> gmtoff=-18000 >> EST Fri Jan 1 04:59:59 -219 UTC = Thu Dec 30 23:59:59 -219 EST >> isdst=0 >> gmtoff=-18000 >> EST Fri Jan 1 05:00:00 -219 UTC = Fri Jan 1 00:00:00 -219 EST >> isdst=0 >> gmtoff=-18000 >> ^C > ... >> Before each ^C zdump was hanging eating 100% CPU. >> Something about 64-bitness ? > > Hmm. I hurried to assert that it was hanging, it was actually > searching. > It seems that zdump -v algorithm is to start with minimal time_t > possible (large negative number in our case) and to go to maximum > time_t > using 12 hours increments and doing certain checks for DST jumps. > Well, with 64-bit time_t start date is somewhere 200 milliard (10^9) > years ago and end date is the same in the future, so iteration over > those years takes quite a while. And tz db doesn't contain anything > useful for too distant years anyway. > > I think that zdump should be optimized to limit its search range. > At the > very least for the start point - what is current estimate of the > age of > our Universe :-) > > > -- > Andriy Gapon > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64- > unsubscribe@freebsd.org" There is a PR regarding this: http://www.freebsd.org/cgi/query-pr.cgi?pr=109584 Upgrading zdump was not posited as a solution in this PR, if it really does fix the issue the report should be amended ( I will test and do so later if I have time) http://www.freebsd.org/cgi/query-pr.cgi?pr=108841 (dupe closed PR) Irks me a bit that this wasn't considered important enough to deal with before the time zone change here in the US (irks me more that the time zones changed) (DST irks me even more) -Adam From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 22:20:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D2C416A402 for ; Sat, 24 Mar 2007 22:20:53 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id EF34313C45B for ; Sat, 24 Mar 2007 22:20:52 +0000 (UTC) (envelope-from michel@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id l2OM0lHx081459 for ; Sat, 24 Mar 2007 23:00:47 +0100 (CET) X-Ids: 166 Received: by parthe.lpthe.jussieu.fr (Postfix, from userid 10096) id 01F1ABF684; Sat, 24 Mar 2007 23:00:45 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on parthe.lpthe.jussieu.fr X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 51874BF682 for ; Sat, 24 Mar 2007 23:00:45 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 4D9F480; Sat, 24 Mar 2007 23:00:45 +0100 (CET) Date: Sat, 24 Mar 2007 23:00:45 +0100 From: Michel Talon To: freebsd-stable@freebsd.org Message-ID: <20070324220045.GA15059@lpthe.jussieu.fr> Mail-Followup-To: Michel Talon , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.166]); Sat, 24 Mar 2007 23:00:47 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/2921/Sat Mar 24 14:52:12 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 46059F8F.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: Re: bsdlabel blues 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: Sat, 24 Mar 2007 22:20:53 -0000 Volker said: > As I've done this procedure twice yesterday and once more today, > I've double and triple checked everything but I'm running into one > single problem: > > partition c extends past end of unit and doesn't start at 0. I think you should run bsdlabel on the mirror, not on the raw partitions or disks. Then you will have no more problem of the above type, only the innocuous following one: gms1 is a mirror of ad0s1 and ad4s1: asmodee% bsdlabel mirror/gms1 # /dev/mirror/gms1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524272 16 4.2BSD 2048 16384 32768 b: 2097152 524288 swap c: 32766992 0 unused 0 0 # "raw" part, d: 524288 2621440 4.2BSD 2048 16384 32776 e: 524288 3145728 4.2BSD 2048 16384 32776 f: 29096970 3670016 4.2BSD 2048 16384 28552 asmodee% bsdlabel ad0s1 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524272 16 4.2BSD 2048 16384 32768 b: 2097152 524288 swap c: 32766992 0 unused 0 0 # "raw" part, d: 524288 2621440 4.2BSD 2048 16384 32776 e: 524288 3145728 4.2BSD 2048 16384 32776 f: 29096970 3670016 4.2BSD 2048 16384 28552 bsdlabel: partition c doesn't cover the whole unit! bsdlabel: An incorrect partition c may cause problems for standard system utilities asmodee% bsdlabel ad4s1 # /dev/ad4s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524272 16 4.2BSD 2048 16384 32768 b: 2097152 524288 swap c: 32766992 0 unused 0 0 # "raw" part, d: 524288 2621440 4.2BSD 2048 16384 32776 e: 524288 3145728 4.2BSD 2048 16384 32776 f: 29096970 3670016 4.2BSD 2048 16384 28552 bsdlabel: partition c doesn't cover the whole unit! bsdlabel: An incorrect partition c may cause problems for standard system utilities I think the difference is the last sector of the partition on which geom writes its configuration. -- Michel TALON From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 23:04:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D7F516A40B for ; Sat, 24 Mar 2007 23:04:06 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 6F6D013C46C for ; Sat, 24 Mar 2007 23:04:05 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 63098 invoked from network); 24 Mar 2007 23:04:25 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 24 Mar 2007 23:04:25 -0000 Received: (qmail 88157 invoked by uid 907); 24 Mar 2007 23:04:02 -0000 Received: from midgard.transactionware.com (HELO IBMA618C20271E) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Sun, 25 Mar 2007 09:04:02 +1000 From: "Jan Mikkelsen" To: "'Nikolas Britton'" , "'Phillip Neumann'" Date: Sun, 25 Mar 2007 09:03:58 +1000 Message-ID: <000201c76e68$b5339820$0502a8c0@IBMA618C20271E> 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.6822 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: Importance: Normal Thread-Index: AcdtuM8jcAQ8hNYgSG2VPiQhgkBeUAAr4bkg Cc: 'FreeBSD Stable' , erich@areca.com.tw, scottl@freebsd.org Subject: RE: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2007 23:04:06 -0000 Hi, Nikolas Britton wrote: > If that doesn't work move back down to 1.20.00.12: > http://www.nbritton.org/uploads/areca/ I could consistently make 1.20.00.12 corrupt data. If you are going to go back, that's probably a bad choice. 1.20.00.02 didn't seem to have corruption problems. Regards, Jan. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 24 23:09:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E567616A402 for ; Sat, 24 Mar 2007 23:09:53 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 35A8813C45E for ; Sat, 24 Mar 2007 23:09:53 +0000 (UTC) (envelope-from janm@transactionware.com) Received: (qmail 63160 invoked from network); 24 Mar 2007 23:10:14 -0000 Received: from midgard.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 24 Mar 2007 23:10:14 -0000 Received: (qmail 88184 invoked by uid 907); 24 Mar 2007 23:09:51 -0000 Received: from midgard.transactionware.com (HELO IBMA618C20271E) (192.168.1.55) by midgard.transactionware.com (qpsmtpd/0.32) with ESMTP; Sun, 25 Mar 2007 09:09:51 +1000 From: "Jan Mikkelsen" To: "'KillFill'" Date: Sun, 25 Mar 2007 09:09:48 +1000 Message-ID: <001001c76e69$85509260$0502a8c0@IBMA618C20271E> 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.6822 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 In-Reply-To: <1174701971.2529.7.camel@localhost> Importance: Normal Thread-Index: Acdtse8DIu+y9bV8RoSh9eA+7LtzjQAttE8g Cc: 'FreeBSD Stable' Subject: RE: Amd64 Unstable Areca X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2007 23:09:54 -0000 KillFill wrote: > Are you sudgesting to newfs FS's? Yes, using the 1.20.00.14 driver (ie: from 6-STABLE). I don't know whether the corruption is coming from the current driver, or from blocks the previous driver wrote. Doing a newfs will help if the corrupt blocks came from the previous driver. Regards, Jan.