From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 05:01: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 C770416A420 for ; Sun, 18 Feb 2007 05:01:20 +0000 (UTC) (envelope-from mb@imp.ch) Received: from mx2.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id 6803413C4B5 for ; Sun, 18 Feb 2007 05:01:20 +0000 (UTC) (envelope-from mb@imp.ch) Received: from dan.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l1I4fj5Q048996; Sun, 18 Feb 2007 05:41:46 +0100 (CET) (envelope-from mb@imp.ch) Date: Sun, 18 Feb 2007 05:41:45 +0100 (CET) From: Martin Blapp To: Craig Rodrigues In-Reply-To: <20070215012143.GA50473@crodrigues.org> Message-ID: <20070218054012.P16879@godot.imp.ch> References: <20070215012143.GA50473@crodrigues.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: [HEADSUP] New unionfs merged to RELENG_6 (stable) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 05:01:20 -0000 Hi, I feel the mount_union manpage isn't 100% correct anymore, especially the the BUGS section ? Or do the things there still apply ? Martin 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 ------------------------------------------------------------------ On Wed, 14 Feb 2007, Craig Rodrigues wrote: > Hi, > > I have merged the new unionfs implementation from > CURRENT to RELENG_6 (stable branch). This code > was submitted by Daichi GOTO and Masanori OZAWA. > Many, many thanks to GOTO-san and OZAWA-san for their work. > > This code solves a lot of crashing problems that the old > unionfs implementation had. > > Reports from people running SMP systems would be appreciated. > There probably is some room for performance optimization on SMP systems. > > Also, thanks a lot to Kostik Belousov, who recently fixed some deadlock > problems in vfs_lookup.c, which helps a lot with unionfs. > -- > Craig Rodrigues > rodrigc@crodrigues.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 07:42: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 A278516A401 for ; Sun, 18 Feb 2007 07:42:47 +0000 (UTC) (envelope-from bleedin_edge@yahoo.com) Received: from web62214.mail.re1.yahoo.com (web62214.mail.re1.yahoo.com [69.147.75.13]) by mx1.freebsd.org (Postfix) with SMTP id 514B713C48E for ; Sun, 18 Feb 2007 07:42:47 +0000 (UTC) (envelope-from bleedin_edge@yahoo.com) Received: (qmail 88346 invoked by uid 60001); 18 Feb 2007 07:16:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=eOvHdoZIFZUYQZ78wnP89N1bQKhTUQnEttRfBDzSNa8QBYl6moQPQiDNNx8Gqo0tIYkqdxG+Zbuz6zy60SiNyqElEAtTeAGUoNhINedzf6oLdoU2sJ3EXb90CldIfHCKAHaBfNzBNjlc2qm8p0KxE44syzTdhn8hlYud6FQEHB0=; X-YMail-OSG: Fl2t3L8VM1kSH2H3M5XL5LdZiotl9xJKOgQGWEDOEH3447RUvVk.5hSLEVKKk_Vt7NdlEnXuXPYx8puofSw6R8qIYyJoTdjWyocQP5v5VIz4xniZ0hkszQ-- Received: from [71.68.227.1] by web62214.mail.re1.yahoo.com via HTTP; Sat, 17 Feb 2007 23:16:05 PST Date: Sat, 17 Feb 2007 23:16:05 -0800 (PST) From: Bleeding Edge To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-ID: <392486.87192.qm@web62214.mail.re1.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: SFF supported computers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 07:42:47 -0000 Hi, I'm looking for a recommendation on a small form factor system. I've looked at some of the models from AOpen , Shuttle and Microstar. I'd like an AMD 64 (or dual core) box (lower cost) with SATA/EIDE disk support. I plan on running FreeBSD mostly and occasionally Red Hat or Fedora for customer projects. If someone can recommend a system/motherboard combination and perhaps an agp video card. I write lamp/perl things and need a box for development. Thanks, BE --------------------------------- It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 09: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 DBF0F16A400 for ; Sun, 18 Feb 2007 09:32:18 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id 8F0BD13C474 for ; Sun, 18 Feb 2007 09:32:18 +0000 (UTC) (envelope-from xxjack12xx@gmail.com) Received: by nz-out-0506.google.com with SMTP id i11so1577151nzh for ; Sun, 18 Feb 2007 01:32:18 -0800 (PST) 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=DCDpzyEINZfCPaRnYlRwW5lcC90ctGKIMt/kIVmhwpIEdk2c1zzALgkOqlLvakL6UCGTV4Z7czS0sW8Oph2iCY42QzUTChu8on/rCNuwLSQKAXcZvTeYQqF9l08cQvVhDUIaUYjidohdKV5I7MOS2fvyYiI/NlKjMYoQaxttWOo= Received: by 10.114.155.1 with SMTP id c1mr2516172wae.1171789448050; Sun, 18 Feb 2007 01:04:08 -0800 (PST) Received: by 10.114.76.11 with HTTP; Sun, 18 Feb 2007 01:04:07 -0800 (PST) Message-ID: Date: Sun, 18 Feb 2007 01:04:07 -0800 From: "Jack L." To: "Andy Fawcett" In-Reply-To: <200702172132.18072.andy@athame.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200702172132.18072.andy@athame.co.uk> Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Recent libxine update seems to cause ICE on 6-STABLE/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: Sun, 18 Feb 2007 09:32:18 -0000 It fails to compile with the gcc version that comes with FreeBSD 6 and 7, but it compiles fine on gcc 4.1 when I tried. It's probably a compiler bug that's been fixed on the 4.x series. On 2/17/07, Andy Fawcett wrote: > On Thursday, libxine was updated in the ports collection to version 1.1.4 > > Unfortunately, this seems to cause some kind of compiler-suite error on > 6.2-STABLE/amd64. > > dsputil.c:3826: error: unrecognizable insn: > (insn 62 10 12 0 (set (reg:SI 0 ax [61]) > (subreg:SI (plus:DI (subreg:DI (reg:SI 7 sp) 0) > (const_int -4 [0xfffffffffffffffc])) 0)) -1 (nil) > (nil)) > dsputil.c:3826: internal compiler error: in extract_insn, at recog.c:2083 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > gmake[5]: *** [dsputil.lo] Error 1 > gmake[5]: Leaving directory > `/usr/ports/multimedia/libxine/work/xine-lib-1.1.4/src/libffmpeg/libavcodec' > > Please see PR ports/109213 (raised by another person) for slightly more > context to the error. It's bitten two of us so far, apparently in identical > way. > > I'm not sure this should be a ports PR, maybe it should go to the compiler > suite? > > Andy > > -- > Andy Fawcett | andy@athame.co.uk > | tap@kde.org > "In an open world without walls and fences, | tap@lspace.org > we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 12:28: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 EBC7D16A402; Sun, 18 Feb 2007 12:28:52 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58]) by mx1.freebsd.org (Postfix) with ESMTP id A3F8013C4BE; Sun, 18 Feb 2007 12:28:52 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from [192.168.10.15] by hex.athame.co.uk with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HIl9v-0001RB-3l; Sun, 18 Feb 2007 14:28:51 +0200 From: Andy Fawcett To: freebsd-ports@freebsd.org Date: Sun, 18 Feb 2007 14:28:54 +0200 User-Agent: KMail/1.9.5 References: <200702172132.18072.andy@athame.co.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702181428.55734.andy@athame.co.uk> Cc: freebsd-stable@freebsd.org, "Jack L." Subject: Re: Recent libxine update seems to cause ICE on 6-STABLE/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: Sun, 18 Feb 2007 12:28:53 -0000 On Sunday 18 February 2007 11:04, Jack L. wrote: > It fails to compile with the gcc version that comes with FreeBSD 6 and > 7, but it compiles fine on gcc 4.1 when I tried. It's probably a > compiler bug that's been fixed on the 4.x series. Yes, I agree it builds fine on 6.2/amd64 when gcc 4.1 is used. I guess a simple fix for the port would be to update the USE_GCC version to a value known to work (4.1 and 4.2 from ports are ok, no idea about 4.0). Hopefully someone more familiar with the compiler suites would be able to fix the system compilers. Andy > On 2/17/07, Andy Fawcett wrote: > > On Thursday, libxine was updated in the ports collection to version 1.1.4 > > > > Unfortunately, this seems to cause some kind of compiler-suite error on > > 6.2-STABLE/amd64. > > > > dsputil.c:3826: error: unrecognizable insn: > > (insn 62 10 12 0 (set (reg:SI 0 ax [61]) > > (subreg:SI (plus:DI (subreg:DI (reg:SI 7 sp) 0) > > (const_int -4 [0xfffffffffffffffc])) 0)) -1 (nil) > > (nil)) > > dsputil.c:3826: internal compiler error: in extract_insn, at recog.c:2083 > > Please submit a full bug report, > > with preprocessed source if appropriate. > > See for instructions. > > gmake[5]: *** [dsputil.lo] Error 1 > > gmake[5]: Leaving directory > > `/usr/ports/multimedia/libxine/work/xine-lib-1.1.4/src/libffmpeg/libavcod > >ec' > > > > Please see PR ports/109213 (raised by another person) for slightly more > > context to the error. It's bitten two of us so far, apparently in > > identical way. > > > > I'm not sure this should be a ports PR, maybe it should go to the > > compiler suite? > > > > Andy > > > > -- > > Andy Fawcett | andy@athame.co.uk > > > > | tap@kde.org > > > > "In an open world without walls and fences, | tap@lspace.org > > we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 14:33:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id DB38616A400; Sun, 18 Feb 2007 14:33:36 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Sun, 18 Feb 2007 22:32:30 +0800 From: Ariff Abdullah To: Andy Fawcett Message-Id: <20070218223230.0699a2f1.ariff@FreeBSD.org> In-Reply-To: <200702181428.55734.andy@athame.co.uk> References: <200702172132.18072.andy@athame.co.uk> <200702181428.55734.andy@athame.co.uk> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__18_Feb_2007_22_32_30_+0800_tZKqEBF5WyufWa3a" Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, xxjack12xx@gmail.com Subject: Re: Recent libxine update seems to cause ICE on 6-STABLE/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: Sun, 18 Feb 2007 14:33:38 -0000 --Signature=_Sun__18_Feb_2007_22_32_30_+0800_tZKqEBF5WyufWa3a Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 18 Feb 2007 14:28:54 +0200 Andy Fawcett wrote: > On Sunday 18 February 2007 11:04, Jack L. wrote: > > It fails to compile with the gcc version that comes with FreeBSD 6 > > and 7, but it compiles fine on gcc 4.1 when I tried. It's probably > > a compiler bug that's been fixed on the 4.x series. >=20 > Yes, I agree it builds fine on 6.2/amd64 when gcc 4.1 is used. I > guess a simple fix for the port would be to update the USE_GCC > version to a value known to work (4.1 and 4.2 from ports are ok, no > idea about 4.0). >=20 > Hopefully someone more familiar with the compiler suites would be > able to fix the system compilers. >=20 How about using default compiler + this patch: http://people.freebsd.org/~ariff/ports/multimedia_libxine/patch-xzz -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Sun__18_Feb_2007_22_32_30_+0800_tZKqEBF5WyufWa3a Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF2GOBlr+deMUwTNoRAhAbAKDA3p0bzwZEJJNSuaO+w1LSVC3cpACgvBlv 7/CNTl/zTw5U7f9UKb8Rh4s= =768c -----END PGP SIGNATURE----- --Signature=_Sun__18_Feb_2007_22_32_30_+0800_tZKqEBF5WyufWa3a-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 14:46: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 2843416A400; Sun, 18 Feb 2007 14:46:32 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58]) by mx1.freebsd.org (Postfix) with ESMTP id D652A13C481; Sun, 18 Feb 2007 14:46:31 +0000 (UTC) (envelope-from andy@athame.co.uk) Received: from [192.168.10.15] by hex.athame.co.uk with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HInJ7-0003O6-SP; Sun, 18 Feb 2007 16:46:29 +0200 From: Andy Fawcett To: freebsd-ports@freebsd.org Date: Sun, 18 Feb 2007 16:46:33 +0200 User-Agent: KMail/1.9.5 References: <200702172132.18072.andy@athame.co.uk> <200702181428.55734.andy@athame.co.uk> <20070218223230.0699a2f1.ariff@FreeBSD.org> In-Reply-To: <20070218223230.0699a2f1.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702181646.35408.andy@athame.co.uk> Cc: freebsd-stable@freebsd.org, Ariff Abdullah , xxjack12xx@gmail.com Subject: Re: Recent libxine update seems to cause ICE on 6-STABLE/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: Sun, 18 Feb 2007 14:46:32 -0000 On Sunday 18 February 2007 16:32, Ariff Abdullah wrote: > On Sun, 18 Feb 2007 14:28:54 +0200 > > Andy Fawcett wrote: > > On Sunday 18 February 2007 11:04, Jack L. wrote: > > > It fails to compile with the gcc version that comes with FreeBSD 6 > > > and 7, but it compiles fine on gcc 4.1 when I tried. It's probably > > > a compiler bug that's been fixed on the 4.x series. > > > > Yes, I agree it builds fine on 6.2/amd64 when gcc 4.1 is used. I > > guess a simple fix for the port would be to update the USE_GCC > > version to a value known to work (4.1 and 4.2 from ports are ok, no > > idea about 4.0). > > > > Hopefully someone more familiar with the compiler suites would be > > able to fix the system compilers. > > How about using default compiler + this patch: > > http://people.freebsd.org/~ariff/ports/multimedia_libxine/patch-xzz This patch allows libxine to build on my system. Thanks, Andy -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 16:15: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 47A7316A420; Sun, 18 Feb 2007 16:15:29 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.freebsd.org (Postfix) with ESMTP id B749613C4B3; Sun, 18 Feb 2007 16:15:28 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([85.172.12.22]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id l1IFjrK2000219; Sun, 18 Feb 2007 18:46:04 +0300 (MSK) Received: from bsam by bsam.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HIoDT-000ByB-0d; Sun, 18 Feb 2007 18:44:43 +0300 To: Rob References: <534626.45013.qm@web33302.mail.mud.yahoo.com> From: Boris Samorodov Date: Sun, 18 Feb 2007 18:44:42 +0300 In-Reply-To: <534626.45013.qm@web33302.mail.mud.yahoo.com> (Rob's message of "Thu, 15 Feb 2007 22:07:13 -0800 (PST)") Message-ID: <24710373@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Boris Samorodov Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Diskless PXEboot crashes at kernel loading. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 16:15:29 -0000 On Thu, 15 Feb 2007 22:07:13 -0800 (PST) Rob wrote: > I already described in detail what I've been doing > with the FreeBSD server and the Compaq HP client PC > here: > http://lists.freebsd.org/pipermail/freebsd-questions/2007-February/142116.html > The Bootp exchange seems to be fine and the client > gets the kernel from the server. However, during > the kernel loading, the client PC "implodes" and > starts from BIOS boot up again. The boot messages > are given below. > The crash messages scroll too fast over the screen > to see the details with the bare eye. I recorded it > with a digital camera and a snapshot of it is here: > http://www.lahaye.dds.nl/pxeboot/crash.jpg > The whole boot process in plain text goes as > follows: > -------------------------------------------------- > Attempting Boot From Intel(R) Boot Agent Version > 3.0.05 (PnP Device) > Initializing Intel(R) Boot Agent Version 3.0.05 > PXE 2.0 Build 078 (WfM 2.0), RPL V2.73 > Intel(R) Boot Agent Version 3.0.05 > Copyright (C) 1997-2000, Intel Corporation > CLIENT MAC ADDR: 00 02 A5 93 F7 44 GUID: > 67862AE2-117C-D511-BFE9-F3C48B4FB125 > DHCP./ > BTX loader 1.00 BTX version is 1.01 > Consoles: internal video/keyboard > BIOS drive A: is disk0 > BIOS drive C: is disk1 > PXE version 2.1, real mode entry point 09db8:8186 > BIOS a573kB/268896kB available memory > FreeBSD/i386 bootstrap loader, Revision 1.1 > pxe_open: server addr: 192.168.123.1 > pxe_open: server path: / > pxe_open: gateway ip: 192.168.123.254 > Welcome to FreeBSD! ;-) > [ Boot option menu 1 to 7 ] FreeBSD-ascii-cartoon > /boot/kernel/kernel text=0x4d568c / > int=...... err=.... ef11=.... eip=.... > -------------------------------------------------- > And the crash happens. > Note that the crash occurs for whatever option > 1 to 6 I choose from the FreeBSD boot menu. > Does someone understand the crash messages? Not that I understand those messages but some time ago I've had a similar case. It took me some hours to realise that I try to load amd64 kernel to i386 diskless station... WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 18:15:13 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 5B3DE16A402 for ; Sun, 18 Feb 2007 18:15:13 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id E69F013C48D for ; Sun, 18 Feb 2007 18:15:12 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so415868ugh for ; Sun, 18 Feb 2007 10:15:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition; b=Heq/+rxXtZLqs0dEvRWVNZG/uxrJm3oVz2R10wgEqQrtOITWbofMzpjRYhDLtwsnZ8vLIAyfS9WM9ApGJ6xza+15y5X0OX6OkWqANvdppNHhJxxnU+9IlF1WoHDIbjWjY3T/HYp9LbSNoBpIt2bhH2+c48DQjO9QfIeAceTNJJQ= Received: by 10.66.243.4 with SMTP id q4mr5838609ugh.1171820756800; Sun, 18 Feb 2007 09:45:56 -0800 (PST) Received: from roadrunner.q.local ( [85.180.142.204]) by mx.google.com with ESMTP id 30sm7672403ugf.2007.02.18.09.45.55; Sun, 18 Feb 2007 09:45:56 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l1IHjoiE002847 for ; Sun, 18 Feb 2007 18:45:50 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l1IHjnu5002846 for stable@freebsd.org; Sun, 18 Feb 2007 18:45:49 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Sun, 18 Feb 2007 18:45:49 +0100 From: Ulrich Spoerlein To: stable@freebsd.org Message-ID: <20070218174549.GA2489@roadrunner.q.local> Mail-Followup-To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: sysutils/fusefs-ntfs working for anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 18:15:13 -0000 Hi there, I've been trying to mount my NTFS partitions with the NTFS-3g project's FUSE implementation but am unable to mount anything. I'm on 6-STABLE and have the latest versions of FUSE installed: fusefs-kmod-0.3.0_4 Kernel module for fuse fusefs-libs-2.6.2 FUSE allows filesystem implementation in userspace fusefs-ntfs-0.20070207RC1 Mount NTFS partitions and disk images I use the sysutils/ntfsprogs port to create a NTFS filesystem. I can also mount this filesystem using mount.ntfs, yet I fail to get anywhere with ntfs-3g. What's that darn seekscript about anyway? # mkfs.ntfs -fF /dev/md7 /dev/md7 is not a block device. mkntfs forced anyway. The sector size was not specified for /dev/md7 and it could not be obtained automatically. It has been set to 512 bytes. The partition start sector was not specified for /dev/md7 and it could not be obtained automatically. It has been set to 0. The number of sectors per track was not specified for /dev/md7 and it could not be obtained automatically. It has been set to 0. The number of heads was not specified for /dev/md7 and it could not be obtained automatically. It has been set to 0. Cluster size has been automatically set to 512 bytes. To boot from a device, Windows needs the 'partition start sector', the 'sectors per track' and the 'number of heads' to be set. Windows will not be able to boot from this device. Creating NTFS volume structures. mkntfs completed successfully. Have a nice day. # ntfs-3g /dev/md7 /mnt Failed to open /proc/filesystems: No such file or directory modprobe: not found Failed to open /proc/filesystems: No such file or directory # mount_fusefs: seekscript failed The fuse module is loaded, of course. A ktrace of the ntfs-3g is, umm, interesting, to say the least. Lot's of sh(1), awk(1) and fstat(1) calls. It even tries to load modprobe, as you can see from the output above too. So, the basic question is: Has _anybody_ used ntfs-3g successfully on RELENG_6? Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 18:59: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 5C08B16A402 for ; Sun, 18 Feb 2007 18:59:35 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 3BF8113C491 for ; Sun, 18 Feb 2007 18:59:35 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from insp.local (jn@c-76-23-109-98.hsd1.sc.comcast.net [76.23.109.98]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l1IIxYlB023687; Sun, 18 Feb 2007 13:59:34 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Sun, 18 Feb 2007 13:59:12 -0500 User-Agent: KMail/1.9.5 References: <20070218174549.GA2489@roadrunner.q.local> In-Reply-To: <20070218174549.GA2489@roadrunner.q.local> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702181359.13518.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: stable@freebsd.org, Ulrich Spoerlein Subject: Re: sysutils/fusefs-ntfs working for anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 18:59:35 -0000 On Sunday 18 February 2007 12:45, Ulrich Spoerlein wrote: > I've been trying to mount my NTFS partitions with the NTFS-3g project's > FUSE implementation but am unable to mount anything. > > I'm on 6-STABLE and have the latest versions of FUSE installed: [big snip] ... > So, the basic question is: Has _anybody_ used ntfs-3g successfully on > RELENG_6? When I tried it a couple months ago (on -STABLE) all I got were coredumps.. JN From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 19:03:56 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 2DB1B16A406 for ; Sun, 18 Feb 2007 19:03:56 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 98C0E13C4A3 for ; Sun, 18 Feb 2007 19:03:55 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.8) with ESMTP id l1IIrE3t013906 for ; Sun, 18 Feb 2007 21:53:14 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sun, 18 Feb 2007 21:53:14 +0300 (MSK) From: Dmitry Morozovsky To: stable@FreeBSD.org Message-ID: <20070218214731.G9968@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 18 Feb 2007 21:53:14 +0300 (MSK) Cc: Subject: gmirror: degraded @ 100% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 19:03:56 -0000 Dear colleagues, today I've found that one of two disks had been removed from a couple of gmirror'ed partiotions dur to read timeout. I have done `gmirror forget' and `gmirror insert', and it works for relatively small partitions; however, on rather large partiotion it did sync, and then stalls at very strage state: root@office:/usr/local/etc# gmirror status m0g Name Status Components mirror/m0g DEGRADED ad4g ad6g (100%) root@office:/usr/local/etc# gmirror list m0g Geom name: m0g State: DEGRADED Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 2 SyncID: 5 ID: 2249072617 Providers: 1. Name: mirror/m0g Mediasize: 225734095872 (210G) Sectorsize: 512 Mode: r2w1e1 Consumers: 1. Name: ad4g Mediasize: 225734096384 (210G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: BROKEN GenID: 2 SyncID: 5 ID: 2403640489 2. Name: ad6g Mediasize: 225734096384 (210G) Sectorsize: 512 Mode: r1w1e1 State: SYNCHRONIZING Priority: 0 Flags: DIRTY, SYNCHRONIZING GenID: 2 SyncID: 5 Synchronized: 100% ID: 2137028155 There is no activity on ad6g. Any hints? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 19:12:17 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 C1AC516A408 for ; Sun, 18 Feb 2007 19:12:17 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id A0A6313C4A5 for ; Sun, 18 Feb 2007 19:12:17 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from insp.local (jn@c-76-23-109-98.hsd1.sc.comcast.net [76.23.109.98]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l1IIxYlB023687; Sun, 18 Feb 2007 13:59:34 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Sun, 18 Feb 2007 13:59:12 -0500 User-Agent: KMail/1.9.5 References: <20070218174549.GA2489@roadrunner.q.local> In-Reply-To: <20070218174549.GA2489@roadrunner.q.local> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702181359.13518.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: stable@freebsd.org, Ulrich Spoerlein Subject: Re: sysutils/fusefs-ntfs working for anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 19:12:17 -0000 On Sunday 18 February 2007 12:45, Ulrich Spoerlein wrote: > I've been trying to mount my NTFS partitions with the NTFS-3g project's > FUSE implementation but am unable to mount anything. > > I'm on 6-STABLE and have the latest versions of FUSE installed: [big snip] ... > So, the basic question is: Has _anybody_ used ntfs-3g successfully on > RELENG_6? When I tried it a couple months ago (on -STABLE) all I got were coredumps.. JN From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 19:38:46 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 5724F16A401; Sun, 18 Feb 2007 19:38:46 +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 3FDE213C4B4; Sun, 18 Feb 2007 19:38:46 +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 13A781A3C19; Sun, 18 Feb 2007 11:38:46 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 62A6851559; Sun, 18 Feb 2007 14:38:45 -0500 (EST) Date: Sun, 18 Feb 2007 14:38:45 -0500 From: Kris Kennaway To: Dmitry Pryanishnikov Message-ID: <20070218193845.GA54412@xor.obsecurity.org> References: <200702071933.35688.lofi@freebsd.org> <20070208075657.GA98754@xor.obsecurity.org> <20070218192903.E47137@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070218192903.E47137@atlantis.atlantis.dp.ua> User-Agent: Mutt/1.4.2.2i Cc: Michael Nottebrock , stable@freebsd.org, Ian Smith , Joe Vender , Kris Kennaway Subject: Re: pppd crashes, was: kde-freebsd] Question about KPPP 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: Sun, 18 Feb 2007 19:38:46 -0000 On Sun, Feb 18, 2007 at 09:31:47PM +0200, Dmitry Pryanishnikov wrote: > > Hello! > > On Thu, 8 Feb 2007, Kris Kennaway wrote: > >Not that it contradicts anything you said, but it's worth > >re-emphasizing that there is apparently no-one in the community > >interested in maintaining pppd on FreeBSD, which is how it got to the > >current sorry state. > > I agree that the absence of ppp(4) maintainer makes it harder to fix > problems with this code. OTOH, I haven't found a single more-or-less > informative PR regarding ppp(4)-related crashes in recent FreeBSD branches > in the GNATS database. Maybe it's due to the poor repeatability of the > problem due to its race-like nature. I've decided to fill up this gap, > see > > http://www.freebsd.org/cgi/query-pr.cgi?pr=109277 > > The problem looks like a lack of proper locking during the operations with > clist (specifically, this causes multiple entry to cblock_alloc()). > I'm ready to provide further debugging information on this issue. > Unfortunately, I'm not familiar enough with the locking concepts > in modern FreeBSD kernels (and in tty subsystem particularly) > in order to make the fix myself. ...and that's the problem :) You could do this additional work, but you'd be wasting your time. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 19:47:58 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 0A57916A406 for ; Sun, 18 Feb 2007 19:47:58 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3C15413C4B4 for ; Sun, 18 Feb 2007 19:47:57 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id l1IJVlkZ068910; Sun, 18 Feb 2007 21:31:48 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sun, 18 Feb 2007 21:31:47 +0200 (EET) From: Dmitry Pryanishnikov To: Kris Kennaway In-Reply-To: <20070208075657.GA98754@xor.obsecurity.org> Message-ID: <20070218192903.E47137@atlantis.atlantis.dp.ua> References: <200702071933.35688.lofi@freebsd.org> <20070208075657.GA98754@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Ian Smith , Joe Vender , Michael Nottebrock Subject: Re: pppd crashes, was: kde-freebsd] Question about KPPP 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: Sun, 18 Feb 2007 19:47:58 -0000 Hello! On Thu, 8 Feb 2007, Kris Kennaway wrote: > Not that it contradicts anything you said, but it's worth > re-emphasizing that there is apparently no-one in the community > interested in maintaining pppd on FreeBSD, which is how it got to the > current sorry state. I agree that the absence of ppp(4) maintainer makes it harder to fix problems with this code. OTOH, I haven't found a single more-or-less informative PR regarding ppp(4)-related crashes in recent FreeBSD branches in the GNATS database. Maybe it's due to the poor repeatability of the problem due to its race-like nature. I've decided to fill up this gap, see http://www.freebsd.org/cgi/query-pr.cgi?pr=109277 The problem looks like a lack of proper locking during the operations with clist (specifically, this causes multiple entry to cblock_alloc()). I'm ready to provide further debugging information on this issue. Unfortunately, I'm not familiar enough with the locking concepts in modern FreeBSD kernels (and in tty subsystem particularly) in order to make the fix myself. > Kris Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 20:51:09 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 9325816A400; Sun, 18 Feb 2007 20:51:09 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.freebsd.org (Postfix) with ESMTP id C0BD413C4B3; Sun, 18 Feb 2007 20:51:08 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id l1IKovmY045956; Sun, 18 Feb 2007 22:50:58 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sun, 18 Feb 2007 22:50:57 +0200 (EET) From: Dmitry Pryanishnikov To: Kris Kennaway In-Reply-To: <20070218193845.GA54412@xor.obsecurity.org> Message-ID: <20070218220725.K986@atlantis.atlantis.dp.ua> References: <200702071933.35688.lofi@freebsd.org> <20070208075657.GA98754@xor.obsecurity.org> <20070218192903.E47137@atlantis.atlantis.dp.ua> <20070218193845.GA54412@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Ian Smith , Joe Vender , Michael Nottebrock Subject: Re: pppd crashes, was: kde-freebsd] Question about KPPP 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: Sun, 18 Feb 2007 20:51:09 -0000 On Sun, 18 Feb 2007, Kris Kennaway wrote: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=109277 >> >> The problem looks like a lack of proper locking during the operations with >> clist (specifically, this causes multiple entry to cblock_alloc()). >> I'm ready to provide further debugging information on this issue. >> Unfortunately, I'm not familiar enough with the locking concepts >> in modern FreeBSD kernels (and in tty subsystem particularly) >> in order to make the fix myself. > > ...and that's the problem :) You could do this additional work, but > you'd be wasting your time. I don't believe that nobody _knows_ how to serialize clist-related work within ppp(4) properly. I would rather believe that nobody (at least, among the src-commiters) _cares_ about it. Well, given the presence of working alternatives to ppp(4), this situation seems to be quite explainable. OTOH I still think that my PR could be useful in two aspects: 1) it clearly documents ppp(4) as broken in it's current state so wise people won't use it in production environment; 2) it can be useful for some hypothetical courageous person who will try to fix the problem. > Kris Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 21:35: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 E5C2F16A408 for ; Sun, 18 Feb 2007 21:35:12 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.freebsd.org (Postfix) with ESMTP id 66E2F13C471 for ; Sun, 18 Feb 2007 21:35:12 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from CITRIN (ppp85-140-124-212.pppoe.mtu-net.ru [85.140.124.212]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: citrin.citrin.ru) by mail.classis.ru (Postfix) with ESMTP id C92941227A9D for ; Mon, 19 Feb 2007 00:23:35 +0300 (MSK) Date: Mon, 19 Feb 2007 00:22:51 +0300 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.62.14) Professional Organization: Rambler X-Priority: 3 (Normal) Message-ID: <163837740.20070219002251@citrin.ru> To: freebsd-stable@freebsd.org In-Reply-To: <20070218214731.G9968@woozle.rinet.ru> References: <20070218214731.G9968@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------FB3C62276C9FF" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: gmirror: degraded @ 100% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 21:35:13 -0000 This is a cryptographically signed message in MIME format. ------------FB3C62276C9FF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hello Dmitry, You wrote on Sunday, February 18, 2007, 9:53:14 PM: DM> 1. Name: ad4g DM> Mediasize: 225734096384 (210G) DM> Sectorsize: 512 DM> Mode: r1w1e1 DM> State: ACTIVE DM> Priority: 0 DM> Flags: BROKEN Is any related messages about ad4g in /var/log/messages? --=20 Anton Yuzhaninov. ------------FB3C62276C9FF-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 22:17: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 5053C16A406 for ; Sun, 18 Feb 2007 22:17:17 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from smtp2.fuse.net (mail-out2.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id D57E013C4BA for ; Sun, 18 Feb 2007 22:17:16 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from gx6.fuse.net ([69.61.190.105]) by smtp1.fuse.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20070218212120.QHTF26837.smtp1.fuse.net@gx6.fuse.net> for ; Sun, 18 Feb 2007 16:21:20 -0500 Received: from kb8fcl.kc8onw.net ([69.61.190.105]) by gx6.fuse.net with ESMTP id <20070218212120.PAXH5160.gx6.fuse.net@kb8fcl.kc8onw.net> for ; Sun, 18 Feb 2007 16:21:20 -0500 Received: from mail.kc8onw.net (cpe-72-230-93-169.twcny.res.rr.com [72.230.93.169]) by kb8fcl.kc8onw.net (Postfix) with ESMTP id CD0C6A16F9 for ; Sun, 18 Feb 2007 17:10:39 -0500 (EST) Received: from [10.70.3.254] (unknown [10.70.3.254]) by mail.kc8onw.net (Postfix) with ESMTP id AD7A528444 for ; Sun, 18 Feb 2007 16:21:10 -0500 (EST) Message-ID: <45D8C348.4000500@kc8onw.net> Date: Sun, 18 Feb 2007 16:21:12 -0500 From: Jonathan Stewart User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: wiki.freebsd.org/VersionControl page update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 22:17:17 -0000 Subversion now supports read only mirrors of repositories... http://subversion.tigris.org/servlets/ReadMsg?listName=dev&msgNo=122402 and http://svnbook.red-bean.com/nightly/en/svn-book.html#svn.reposadmin.maint.replication Could someone please update the table at http://wiki.freebsd.org/VersionControl Jonathan From owner-freebsd-stable@FreeBSD.ORG Sun Feb 18 23:09: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 A879016A400 for ; Sun, 18 Feb 2007 23:09:00 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from fep1.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8211413C441 for ; Sun, 18 Feb 2007 23:09:00 +0000 (UTC) (envelope-from bsdlist@cogeco.ca) Received: from buddha.cogeco.ca (d141-2-106.home.cgocable.net [24.141.2.106]) by fep1.cogeco.net (Postfix) with ESMTP id 96CE94E0 for ; Sun, 18 Feb 2007 18:08:55 -0500 (EST) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 18 Feb 2007 18:08:48 -0500 To: freebsd-stable@freebsd.org From: Paul In-Reply-To: <20070204042549.837D32D7E@fep7.cogeco.net> References: <20070129172519.DB40C88DF@fep9.cogeco.net> <20070204042549.837D32D7E@fep7.cogeco.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20070218230859.96CE94E0@fep1.cogeco.net> Subject: Re: Problem with s5000PAL ACPI seems to be the problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2007 23:09:00 -0000 I have further diagnosed the problem with the S5000PAL. When I boot up with ACPI enabled it is terrible (regular / default mode). It freezes at many different spots. If it is able to get to the /trying to start_init: trying /sbin//init then it takes about 20 minutes to do whatever it is doing and then boots up. During ths time nothing is loogged on the screen with debug mode enabled. If it does not get to this point randomly it gets completely stuck. It freezes at 2 different points in the ACPI init section and does nothing. It seems ot be like rolling the dice on a reboot :) If I boot up with ACPI disabled (option #2) it boots completely fine with no visual problems. What is the implications of not running it under the ACPI mode? Any ideas on how to get it working with this mode? Am I the only person with this problem on this motherboard? Thanks for any assistance, Paul At 11:25 PM 03/02/2007, you wrote: >Hello, > >Does anyone have any suggestions how to better diagnose this problem? > >I have installed a trimmed down custom kernel with a rebuild of the >latest stable version and it did not make a difference. > >It would be great to get to the bottom of the reason for the odd >freezing from time to time as the system is not "stable" in its current state. > >What tools do people use to diagnose such problems as I have never >had this problem in Freebsd? > >Thanks, > >Paul > >>I have been having troubles installing the amd64 platform on an >>Intel S5000pal system with the SRCS16 Raid controller using Raid 5 >>with 5 * 500gig drives. >> >>In order to get it to install I had to split the raid setup into >>two logical arrays. I guess it was too close to the 2TB limit as it >>was giving me read sector error when booting. >> >>However I now have it booting but it gets stuck at the >> >>Attempting to mount / (the root partition). >> >>This goes on for like 20 minutes and then it finally proceeds. This >>seems odd and clearly is a problem to mount the small / root >>partition that is only a few gigs big. >> >>Does anyone have an idea what is going on here? >> >>I also noticed it with adding a user it added the user but got >>stuck for like 10 minutes before proceeding. >> >>This system has 16GIG of ram using the amd64 platform and has 2 >>dual core cps running. >> >>I installed the centos just to see if there were any problems with >>this operating system (in case this was hardware related) but it >>worked 100% without any fuss. The problem is I want to use Freebsd >>:) So I do not believe this is hardware related. >> >>If anyone reading this has set up a S5000PAL system can they let >>me know what settings they used to have a successful installation? From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 00:48: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 96C1616A401; Mon, 19 Feb 2007 00:48:34 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0103A13C442; Mon, 19 Feb 2007 00:48:33 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc ([200.152.88.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l1J0lpgV061063; Sun, 18 Feb 2007 22:47:51 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Sun, 18 Feb 2007 22:47:47 -0300 User-Agent: KMail/1.9.4 References: <20070215210327.E554E45053@ptavv.es.net> <200702171236.23084.lofi@freebsd.org> In-Reply-To: <200702171236.23084.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702182247.48405.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Michael Nottebrock , Ivan Voras Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 00:48:34 -0000 On Saturday 17 February 2007 09:36, Michael Nottebrock wrote: > Has anyone ever managed to get some USB 2.0 - like speeds out of ehci > anyway? I'm not seeing quite such abysmal performance as Kevin did, but I > don't even need to benchmark to be certain that Windows does *much* better > with the devices I own. Here are some numbers: > > First up, the controller: > > ehci0: mem 0xdfffbd00-0xdfffbdff irq > 21 at device 16.4 on pci0 > usb4: on ehci0 > usb4: USB revision 2.0 > > To be sure the umass device is actually a child of the ehci device: > > dev.umass.0.%parent: uhub4 > dev.uhub.4.%parent: usb4 > > This is a Panasonic "Pro High Speed" series 512mb SD-CARD, which > theoretically supports burst transfer rates up to 20MB/s on a USB 2.0 mul= ti > card reader: > > da2 at umass-sim0 bus 0 target 0 lun 2 > da2: Removable Direct Access SCSI-0 > device > da2: 40.000MB/s transfers > da2: 472MB (967680 512 byte sectors: 64H 32S/T 472C) I get something between 2-2.5MB when copying from my Sony camera which has = a=20 1Gb card. It does not matter if I copy 10 or 400Mb it is ever the same. I=20 never uploaded anything and have no windows to compare but I ever thought t= he=20 low speed is caused by the device and not by the computer's port. I have a= =20 MP3 with 512MB no card (integrated memory or something) and I can upload wi= th=20 5-6Mb/s to it. It makes no difference if I connect it to ohci or ehci ports= =2E=20 Then from my cellphone I never get more than 800kb/s. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 02:03: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 20F3216A406 for ; Mon, 19 Feb 2007 02:03:06 +0000 (UTC) (envelope-from jr@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id CF44B13C48D for ; Mon, 19 Feb 2007 02:03:05 +0000 (UTC) (envelope-from jr@opal.com) Received: from 77.79.171.66.subscriber.vzavenue.net (HELO linwhf.opal.com) ([66.171.79.77]) by smtp.vzavenue.net with ESMTP; 18 Feb 2007 20:33:44 -0500 X-REPUTATION: -2.0 X-REMOTE-IP: 66.171.79.77 X-BrightmailFiltered: true X-IronPort-AV: i="4.14,187,1170651600"; d="scan'208"; a="133397750:sNHT16152111" Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.8/8.13.8) with ESMTP id l1J1XheX003758 for ; Sun, 18 Feb 2007 20:33:43 -0500 (EST) (envelope-from jr@opal.com) Received: from 127.0.0.1 ([127.0.0.1] helo=linwhf.opal.com) by ASSP-nospam; 18 Feb 2007 20:33:43 -0500 Received: (from jr@localhost) by linwhf.opal.com (8.13.8/8.13.8/Submit) id l1J1XhaA003757 for freebsd-stable@freebsd.org; Sun, 18 Feb 2007 20:33:43 -0500 (EST) (envelope-from jr@opal.com) X-Authentication-Warning: linwhf.opal.com: jr set sender to jr@opal.com using -f Date: Sun, 18 Feb 2007 20:33:43 -0500 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Message-ID: <20070219013343.GC2935@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: vge0: watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 02:03:06 -0000 I am seeing this: kernel: vge0: watchdog timeout kernel: vge0: link state changed to DOWN kernel: vge0: link state changed to UP periodically on 6.2-stable on a system running on a VIA EN15000 motherboard. The interface does work, however. I recall much discussion in the fall last year of a similar problem for the bge driver, which I believe resulted in patches for that driver. Is there a general solution for this, or will work be needed for this driver, too? -jr From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 08:08: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 E5FEB16A407; Mon, 19 Feb 2007 08:08:29 +0000 (UTC) (envelope-from sam@qilin.corp.lumeta.com) Received: from qilin.corp.lumeta.com (h65-246-246-82.lumeta.com [65.246.246.82]) by mx1.freebsd.org (Postfix) with ESMTP id B76D613C478; Mon, 19 Feb 2007 08:08:29 +0000 (UTC) (envelope-from sam@qilin.corp.lumeta.com) Received: from localhost (2177 bytes) by qilin.corp.lumeta.com via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Sun, 18 Feb 2007 13:09:52 -0500 (EST) (Smail-3.2.0.114 2001-Aug-6 #1 built 2007-Jan-29) Date: Sun, 18 Feb 2007 13:09:52 -0500 From: Sam Baskinger To: Boris Samorodov Message-ID: <20070218180952.GA68403@qilin.corp.lumeta.com> References: <534626.45013.qm@web33302.mail.mud.yahoo.com> <24710373@bsam.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <24710373@bsam.ru> User-Agent: Mutt/1.4.2.2i Cc: Rob , freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Diskless PXEboot crashes at kernel loading. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbaskinger@lumeta.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 08:08:30 -0000 Hi all, I can't emphasise enough how useful running a TCPDUMP on the server in question is to find out what subtle thing it is that I missed. Generally speaking a quick-crash like that is a file not being found like the modules directory or something silly like that. If you dump the NFS traffic you will probably see the client asking for a file handle for file X and getting denied by the server. If you're not familiar w/ TCPDUMP, here are some handy commands: # Avoid SSH and dump everything to the screen... tcpdump -s 1500 -X udp # Write it to a file so you can open it in ethereal later... tcpdump -s 1500 -X -w nfs.dump udp # Read in the dump file and read it through less, should you not want to us # ethereal after the last step. :) tcpdump -X -r nfs.dump |less Note that if you have a slow or missing DNS entry, give these calls a -n to just get the data and not worry about the ND entries. Hope this helps! PXE boots are never kind. :) Sam Baskinger Software Engineer Lumeta - Securing the Network in the Face of Change Lumeta Corporation > > > And the crash happens. > > Note that the crash occurs for whatever option > > 1 to 6 I choose from the FreeBSD boot menu. > > > Does someone understand the crash messages? > > Not that I understand those messages but some time ago I've had a > similar case. It took me some hours to realise that I try to load > amd64 kernel to i386 diskless station... From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 08:14: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 1243916A400 for ; Mon, 19 Feb 2007 08:14:12 +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 9280913C428 for ; Mon, 19 Feb 2007 08:14:11 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jajcho@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1J8E5xR013046; Mon, 19 Feb 2007 09:14:10 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1J8E5Qp013045; Mon, 19 Feb 2007 09:14:05 +0100 (CET) (envelope-from olli) Date: Mon, 19 Feb 2007 09:14:05 +0100 (CET) Message-Id: <200702190814.l1J8E5Qp013045@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, marck@rinet.ru In-Reply-To: <20070218214731.G9968@woozle.rinet.ru> 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]); Mon, 19 Feb 2007 09:14:10 +0100 (CET) Cc: Subject: Re: gmirror: degraded @ 100% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, marck@rinet.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 08:14:12 -0000 Dmitry Morozovsky wrote: > root@office:/usr/local/etc# gmirror status m0g > Name Status Components > mirror/m0g DEGRADED ad4g > ad6g (100%) It seems that the second disk is broken and locks up the channel near the end of the disk. You could try to remove the drive from the mirror and run dd(1) on it. If the dd command also hangs near the end of the disk, then you should definitely get a new disk drive. If the dd command finishes without errors (and displays the correct number of transfered blocks), then I guess there must be a bug in gmirror. 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 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "One of the main causes of the fall of the Roman Empire was that, lacking zero, they had no way to indicate successful termination of their C programs." -- Robert Firth From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 08:50: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 2049816A401 for ; Mon, 19 Feb 2007 08:50:03 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id A157713C478 for ; Mon, 19 Feb 2007 08:50:02 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.8) with ESMTP id l1J8o14C040599; Mon, 19 Feb 2007 11:50:01 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Mon, 19 Feb 2007 11:50:01 +0300 (MSK) From: Dmitry Morozovsky To: freebsd-stable@freebsd.org, marck@rinet.ru In-Reply-To: <200702190814.l1J8E5Qp013045@lurza.secnetix.de> Message-ID: <20070219114333.L31764@woozle.rinet.ru> References: <200702190814.l1J8E5Qp013045@lurza.secnetix.de> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 19 Feb 2007 11:50:01 +0300 (MSK) Cc: Subject: Re: gmirror: degraded @ 100% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 08:50:03 -0000 On Mon, 19 Feb 2007, Oliver Fromme wrote: OF> Dmitry Morozovsky wrote: OF> > root@office:/usr/local/etc# gmirror status m0g OF> > Name Status Components OF> > mirror/m0g DEGRADED ad4g OF> > ad6g (100%) OF> OF> It seems that the second disk is broken and locks up the OF> channel near the end of the disk. OF> OF> You could try to remove the drive from the mirror and OF> run dd(1) on it. If the dd command also hangs near the OF> end of the disk, then you should definitely get a new OF> disk drive. OF> OF> If the dd command finishes without errors (and displays OF> the correct number of transfered blocks), then I guess OF> there must be a bug in gmirror. This was my first guess, and I did exactly the same steps. Actually, there was kernel panic just a couple minutes after my first mail, but kernel has refused to either dump or even reboot. Offending process was, as expected, g_mirror m0g, but I was unable to write down parameters (serial console was defunct at the moment). What is wondering me, after reboot m0g finishes syncing successfully. I did recoverdisk /dev/ad6 /dev/null, and it finished without any error. Now recoverdisk /dev/ad4 /dev/null if working. What is also making me nervous: smartctl on both bisks reports bad SMART checksum, and refuses to start any tests, reporting test already in progress, 40% remaining. I suppose I'll change both drives ASAP. However, I'm still conserning geom_mirror bug(s) in corner cases, where some [not-so]-error conditions exist. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 08:53: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 E306516A406 for ; Mon, 19 Feb 2007 08:53:40 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6FFD613C4C5 for ; Mon, 19 Feb 2007 08:53:40 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.8/8.13.8) with ESMTP id l1J8rQaf040642; Mon, 19 Feb 2007 11:53:26 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Mon, 19 Feb 2007 11:53:26 +0300 (MSK) From: Dmitry Morozovsky To: Anton Yuzhaninov In-Reply-To: <163837740.20070219002251@citrin.ru> Message-ID: <20070219115018.F31764@woozle.rinet.ru> References: <20070218214731.G9968@woozle.rinet.ru> <163837740.20070219002251@citrin.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 19 Feb 2007 11:53:27 +0300 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: gmirror: degraded @ 100% X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 08:53:41 -0000 On Mon, 19 Feb 2007, Anton Yuzhaninov wrote: AY> DM> 1. Name: ad4g AY> DM> Mediasize: 225734096384 (210G) AY> DM> Sectorsize: 512 AY> DM> Mode: r1w1e1 AY> DM> State: ACTIVE AY> DM> Priority: 0 AY> DM> Flags: BROKEN AY> AY> Is any related messages about ad4g in /var/log/messages? There are several "TIMEOUT - READ_DMA retrying" messages, yes. However: how can gmirror continue to work with one BROKEN and other DIRTY/SYNC component? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 12:28: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 1000816A400 for ; Mon, 19 Feb 2007 12:28:10 +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 C7CA513C48D for ; Mon, 19 Feb 2007 12:28:09 +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 1HJ7ck-0001hZ-8B; Mon, 19 Feb 2007 12:28:06 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HJ7ck-0001zu-1h; Mon, 19 Feb 2007 12:28:06 +0000 To: bleedin_edge@yahoo.com, freebsd-stable@freebsd.org In-Reply-To: <392486.87192.qm@web62214.mail.re1.yahoo.com> Message-Id: From: Pete French Date: Mon, 19 Feb 2007 12:28:06 +0000 Cc: Subject: Re: SFF supported computers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 12:28:10 -0000 > I'd like an AMD 64 (or dual core) box (lower cost) with SATA/EIDE > disk support. I plan on running FreeBSD mostly and occasionally Red I run a Shuttle SK21G which I am very happy with - takes the old S754 processors which are cheap these days, but a 3700+ is pelnty fast enough for development work. FreeBSD 6.2/amd64 runs on the box quite happily. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 13:20: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 3FB7E16A400 for ; Mon, 19 Feb 2007 13:20:26 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id CDA7113C441 for ; Mon, 19 Feb 2007 13:20:25 +0000 (UTC) (envelope-from me@janh.de) Received: from [80.171.116.201] (helo=[192.168.178.27]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1HJ8Ek3epD-0002O5; Mon, 19 Feb 2007 14:07:27 +0100 Message-ID: <45D9A109.5010505@janh.de> Date: Mon, 19 Feb 2007 14:07:21 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 1.5.0.9 (X11/20070103) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: 20070218174549.GA2489@roadrunner.q.local Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:d7781a442c21a226569d6437949909a2 X-Provags-ID2: V01U2FsdGVkX18FeN/sC6MddPFKHywliR95fTlvjBZ8VhMJIBG7i3+3DlM8dHpwaFU66u0Vbn32CWh74VKu9uN5R7CX3ZXGV3WsighYeBtd2FSPDsXBbI4r3g== Cc: Subject: Re: sysutils/fusefs-ntfs working for anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 13:20:26 -0000 On 6.2-RELEASE using fusefs-kmod-0.3.0_4, fusefs-libs-2.6.2, and fusefs-ntfs-0.20070207RC1, I can mount my existing (Windows XP) NTFS partition with 'ntfs-3g /dev/ad0s1 /mnt/ad0s1'. The following error messages about missing /proc/filesystems and modprobe can be ignored, since defaults are assumed in case of missing information. (I read about it on a fusefs mailing list concerning Darwin.) Reading from the ntfs slice works ok as I get about 12MB/s copying a 200MB file, but writing to it does not give the results I was expecting from the claims at the ntfs-3g website: only 44KB/s copying a 4MB file. Thus, basically it works thought writing is terribly slow. Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 14:57: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 27D1B16A406 for ; Mon, 19 Feb 2007 14:57:35 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 9CA3613C461 for ; Mon, 19 Feb 2007 14:57:34 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 64721 invoked by uid 0); 19 Feb 2007 18:03:34 +0300 Received: from unknown (HELO ?85.192.19.9?) (tarkhil%sub.ru@85.192.19.9) by techno.sub.ru with SMTP; 19 Feb 2007 15:03:34 -0000 Message-ID: <45D9BADB.6010405@webmail.sub.ru> Date: Mon, 19 Feb 2007 17:57:31 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: freebsd-net@freebsd.org, FreeBSD Stable Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 14:57:35 -0000 Hello! mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to reset. Tried two completely different boxes, so it cannot be a hardware problem. I'm updating to 6.2 now, but have little hope. What can I turn on in kernel to fix it or at least to make computer reboot? Alex. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 15:50: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 2891016A408; Mon, 19 Feb 2007 15:50:12 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 8234D13C474; Mon, 19 Feb 2007 15:50:11 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id F3D544271; Mon, 19 Feb 2007 15:25:50 +0000 (GMT) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id YcB9T6gCPs7E; Mon, 19 Feb 2007 15:25:45 +0000 (GMT) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) by mx0.thekeelecentre.com (Postfix) with ESMTP id BBAC8426B; Mon, 19 Feb 2007 15:25:44 +0000 (GMT) Message-ID: <45D9C174.2050802@thekeelecentre.com> Date: Mon, 19 Feb 2007 15:25:40 +0000 From: Richard Tector User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Alex Povolotsky References: <45D9BADB.6010405@webmail.sub.ru> In-Reply-To: <45D9BADB.6010405@webmail.sub.ru> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090602070701050100060705" Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 15:50:12 -0000 This is a cryptographically signed message in MIME format. --------------ms090602070701050100060705 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Alex Povolotsky wrote: > Hello! > > mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to reset. > Tried two completely different boxes, so it cannot be a hardware problem. > > I'm updating to 6.2 now, but have little hope. What can I turn on in > kernel to fix it or at least to make computer reboot? > Which version of mpd are you using? Have you tried the latest version from ports, 4.1? I've read it fixes a *lot* of problems found with the older versions. Richard --------------ms090602070701050100060705 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzAyMTkxNTI1NDBaMCMGCSqGSIb3DQEJBDEWBBRPa5iWyO2ILJknHu3HfTVqeba4 MTBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgJDSNsbzPXoEqmTi0XhBtoHu q2BCpXlvkmpwh+K7ikE4KzRIZAzUQDMX1HPDJzy1vg0g/8XYKBQg1WXqcENLJwC3xXcMktS3 m/ZZESiuqg3UgvTG1aGU/Lhe6y3OCmbOrW0qyeWvrNe+iiLekRaRco30J36BnXxl5EJN8Ytp FzmQAAAAAAAA --------------ms090602070701050100060705-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 16:01: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 BD6DE16A408 for ; Mon, 19 Feb 2007 16:01:01 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id E108013C494 for ; Mon, 19 Feb 2007 16:01:00 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 99111 invoked by uid 0); 19 Feb 2007 19:06:51 +0300 Received: from unknown (HELO ?85.192.19.9?) (tarkhil%sub.ru@85.192.19.9) by techno.sub.ru with SMTP; 19 Feb 2007 16:06:51 -0000 Message-ID: <45D9C9B0.300@webmail.sub.ru> Date: Mon, 19 Feb 2007 19:00:48 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Richard Tector References: <45D9BADB.6010405@webmail.sub.ru> <45D9C174.2050802@thekeelecentre.com> In-Reply-To: <45D9C174.2050802@thekeelecentre.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 16:01:01 -0000 Richard Tector wrote: > Alex Povolotsky wrote: >> Hello! >> >> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >> reset. Tried two completely different boxes, so it cannot be a >> hardware problem. >> >> I'm updating to 6.2 now, but have little hope. What can I turn on in >> kernel to fix it or at least to make computer reboot? >> > Which version of mpd are you using? Have you tried the latest version > from ports, 4.1? I've read it fixes a *lot* of problems found with the > older versions. 3.18_5; Is mpd 4 100% backwards compartible? And, what's worse, I've heard of exactly the same problem on 4.0. Kernel _freeze_ should be something kernel-related, I fear. Alex. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 16:19: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 90C9616A400; Mon, 19 Feb 2007 16:19:04 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id E950113C49D; Mon, 19 Feb 2007 16:19:03 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 450AB41F0; Mon, 19 Feb 2007 16:19:03 +0000 (GMT) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id zTKOqn+-APXj; Mon, 19 Feb 2007 16:18:57 +0000 (GMT) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 5C22241FF; Mon, 19 Feb 2007 16:18:54 +0000 (GMT) Message-ID: <45D9CDEA.6010106@thekeelecentre.com> Date: Mon, 19 Feb 2007 16:18:50 +0000 From: Richard Tector User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Alex Povolotsky References: <45D9BADB.6010405@webmail.sub.ru> <45D9C174.2050802@thekeelecentre.com> <45D9C9B0.300@webmail.sub.ru> In-Reply-To: <45D9C9B0.300@webmail.sub.ru> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070007010304030708000500" Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 16:19:04 -0000 This is a cryptographically signed message in MIME format. --------------ms070007010304030708000500 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Alex Povolotsky wrote: > Richard Tector wrote: >> Alex Povolotsky wrote: >>> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >>> reset. Tried two completely different boxes, so it cannot be a >>> hardware problem. >>> >> Which version of mpd are you using? Have you tried the latest version >> from ports, 4.1? I've read it fixes a *lot* of problems found with the >> older versions. > > 3.18_5; Is mpd 4 100% backwards compartible? Yes, 4.x should work just fine with your 3.x configuration files. > And, what's worse, I've heard of exactly the same problem on 4.0. Kernel > _freeze_ should be something kernel-related, I fear. Quite possible. It involves putting the interfaces in promiscuous mode so could be due to a bug in your network card driver. What interfaces are you using? Richard --------------ms070007010304030708000500 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzAyMTkxNjE4NTBaMCMGCSqGSIb3DQEJBDEWBBRyTRJvf4ftaegH0VmDQ0bVn0Tp 3TBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgKpJINsElUZdDs5P6Hfgu1sS wa2hhsU7pHzARNAt77EI2zUMWp2t9nh1O06kD4g1VOkzHodZ9dhIz50kbC6qyc2yg8r85IbG vNb1g+wEnVa0mmQUkD3CQTL+hS86pOIVwlejnwub+Jl/riJv8fWCc818jwQfPOw0vW7KqV2W kaWgAAAAAAAA --------------ms070007010304030708000500-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 16:28: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 60D5B16A407 for ; Mon, 19 Feb 2007 16:28:41 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 8967613C4B5 for ; Mon, 19 Feb 2007 16:28:40 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 11860 invoked by uid 0); 19 Feb 2007 19:34:40 +0300 Received: from unknown (HELO ?85.192.19.9?) (tarkhil%sub.ru@85.192.19.9) by techno.sub.ru with SMTP; 19 Feb 2007 16:34:40 -0000 Message-ID: <45D9D033.2020909@webmail.sub.ru> Date: Mon, 19 Feb 2007 19:28:35 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Richard Tector References: <45D9BADB.6010405@webmail.sub.ru> <45D9C174.2050802@thekeelecentre.com> <45D9C9B0.300@webmail.sub.ru> <45D9CDEA.6010106@thekeelecentre.com> In-Reply-To: <45D9CDEA.6010106@thekeelecentre.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 16:28:41 -0000 Richard Tector wrote: > Alex Povolotsky wrote: >> Richard Tector wrote: >>> Alex Povolotsky wrote: >>>> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >>>> reset. Tried two completely different boxes, so it cannot be a >>>> hardware problem. >>>> >>> Which version of mpd are you using? Have you tried the latest >>> version from ports, 4.1? I've read it fixes a *lot* of problems >>> found with the older versions. >> >> 3.18_5; Is mpd 4 100% backwards compartible? > > Yes, 4.x should work just fine with your 3.x configuration files. > >> And, what's worse, I've heard of exactly the same problem on 4.0. >> Kernel _freeze_ should be something kernel-related, I fear. > > Quite possible. It involves putting the interfaces in promiscuous mode > so could be due to a bug in your network card driver. What interfaces > are you using? Proimisc?... hmm... fxp. Rock solid thing, as far as I can remember. Can try em instead Alex. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 16:34: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 BF2C016A41F; Mon, 19 Feb 2007 16:34:17 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 23B2D13C4AC; Mon, 19 Feb 2007 16:34:17 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id C935941D3; Mon, 19 Feb 2007 16:34:15 +0000 (GMT) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id mRGpYW7aNc0u; Mon, 19 Feb 2007 16:34:05 +0000 (GMT) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) by mx0.thekeelecentre.com (Postfix) with ESMTP id DB91841CC; Mon, 19 Feb 2007 16:34:02 +0000 (GMT) Message-ID: <45D9D177.5050706@thekeelecentre.com> Date: Mon, 19 Feb 2007 16:33:59 +0000 From: Richard Tector User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Alex Povolotsky References: <45D9BADB.6010405@webmail.sub.ru> <45D9C174.2050802@thekeelecentre.com> <45D9C9B0.300@webmail.sub.ru> <45D9CDEA.6010106@thekeelecentre.com> <45D9D033.2020909@webmail.sub.ru> In-Reply-To: <45D9D033.2020909@webmail.sub.ru> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030201080202020507000905" Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 16:34:17 -0000 This is a cryptographically signed message in MIME format. --------------ms030201080202020507000905 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Alex Povolotsky wrote: > Richard Tector wrote: >> Alex Povolotsky wrote: >>> Richard Tector wrote: >>>> Alex Povolotsky wrote: >>>>> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >>>>> reset. Tried two completely different boxes, so it cannot be a >>>>> hardware problem. >>>>> >>>> Which version of mpd are you using? Have you tried the latest >>>> version from ports, 4.1? I've read it fixes a *lot* of problems >>>> found with the older versions. >>> >>> 3.18_5; Is mpd 4 100% backwards compartible? >> >> Yes, 4.x should work just fine with your 3.x configuration files. >> >>> And, what's worse, I've heard of exactly the same problem on 4.0. >>> Kernel _freeze_ should be something kernel-related, I fear. >> >> Quite possible. It involves putting the interfaces in promiscuous mode >> so could be due to a bug in your network card driver. What interfaces >> are you using? > > Proimisc?... hmm... fxp. Rock solid thing, as far as I can remember. Can > try em instead Or perhaps it doesn't. All I can remember is it requires the bpf netgraph module. If it's a hard lock rather than a panic, perhaps it's a problem with your hardware then? Memory perhaps? Richard --------------ms030201080202020507000905 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzAyMTkxNjMzNTlaMCMGCSqGSIb3DQEJBDEWBBQgLl3jg9UQdKpuGrJxL73NsNro 8zBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgLt5/9c9jSjMr54pUwoadgIC 0TYw4XxjBOO+Q1Puaj2yabTD0JGGQa8s+ZD8ScVqg0XLeg7kp/Efa1ww6TA5Q8kYVv3Dm8Z7 BaABleWFdqtUrfUDjnCYUeLQHo5M2EuotK4Mfu4uUTrLgKCHAi7Oj0SieZPnZ13l11AKExIN QFzxAAAAAAAA --------------ms030201080202020507000905-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 16:43: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 9482916A409 for ; Mon, 19 Feb 2007 16:43:08 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id B8F3E13C49D for ; Mon, 19 Feb 2007 16:43:07 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 18804 invoked by uid 0); 19 Feb 2007 19:49:08 +0300 Received: from unknown (HELO ?85.192.19.9?) (tarkhil%sub.ru@85.192.19.9) by techno.sub.ru with SMTP; 19 Feb 2007 16:49:08 -0000 Message-ID: <45D9D399.3090005@webmail.sub.ru> Date: Mon, 19 Feb 2007 19:43:05 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Richard Tector References: <45D9BADB.6010405@webmail.sub.ru> <45D9C174.2050802@thekeelecentre.com> <45D9C9B0.300@webmail.sub.ru> <45D9CDEA.6010106@thekeelecentre.com> <45D9D033.2020909@webmail.sub.ru> <45D9D177.5050706@thekeelecentre.com> In-Reply-To: <45D9D177.5050706@thekeelecentre.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 16:43:08 -0000 Richard Tector wrote: > Alex Povolotsky wrote: >> Richard Tector wrote: >>> Alex Povolotsky wrote: >>>> Richard Tector wrote: >>>>> Alex Povolotsky wrote: >>>>>> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >>>>>> reset. Tried two completely different boxes, so it cannot be a >>>>>> hardware problem. >>>>>> >>>>> Which version of mpd are you using? Have you tried the latest >>>>> version from ports, 4.1? I've read it fixes a *lot* of problems >>>>> found with the older versions. >>>> >>>> 3.18_5; Is mpd 4 100% backwards compartible? >>> >>> Yes, 4.x should work just fine with your 3.x configuration files. >>> >>>> And, what's worse, I've heard of exactly the same problem on 4.0. >>>> Kernel _freeze_ should be something kernel-related, I fear. >>> >>> Quite possible. It involves putting the interfaces in promiscuous >>> mode so could be due to a bug in your network card driver. What >>> interfaces are you using? >> >> Proimisc?... hmm... fxp. Rock solid thing, as far as I can remember. >> Can try em instead > > Or perhaps it doesn't. All I can remember is it requires the bpf > netgraph module. > No, it just requires bpf module to allow tcpdump on ngXX. > If it's a hard lock rather than a panic, perhaps it's a problem with > your hardware then? Memory perhaps? Not possible. Two boxes without a single common thing, save maybe a network card. And works flawless without mpd. Alex. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 19:40: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 656A316C4CD for ; Mon, 19 Feb 2007 19:40:55 +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 2414E13C471 for ; Mon, 19 Feb 2007 19:40:54 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d24.q.ppp-pool.de [89.53.125.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 3F757128842 for ; Mon, 19 Feb 2007 20:40:48 +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 C15DB2E564 for ; Mon, 19 Feb 2007 20:40:36 +0100 (CET) Message-ID: <45D9FD35.6040702@vwsoft.com> Date: Mon, 19 Feb 2007 20:40:37 +0100 From: Volker User-Agent: Thunderbird 1.5.0.9 (X11/20070119) 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: getting garbage faster using 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: Mon, 19 Feb 2007 19:40:55 -0000 Hi! For my dentist I'm currently in the process of destroying some tape cartridges (SLR7) and also two hard disks (147G SCSI). As I started for the tapes, I've used dd to fill the tape with random garbage. Just a simple `dd if=/dev/random of=/dev/nsa0'. The tape sits there since 48 hours writing a block of data every other minute and still didn't fill up the tape completely. The system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 (6.2-RELEASE based). I suspect this to be a slow /dev/random. Is there any chance to speed up /dev/random? Would a hifn accelerator card help here to get FreeBSD produce garbage faster? As there is medical data on all media I really need garbage (/dev/zero wouldn't be enough for data security as this might get recovered). Thx, Volker From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 19:51:44 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 A2F0216C6D4 for ; Mon, 19 Feb 2007 19:51:44 +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 8F8D313C442 for ; Mon, 19 Feb 2007 19:51:44 +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 761E81A3C1A; Mon, 19 Feb 2007 11:51:44 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B540F54070; Mon, 19 Feb 2007 14:51:43 -0500 (EST) Date: Mon, 19 Feb 2007 14:51:43 -0500 From: Kris Kennaway To: Volker Message-ID: <20070219195143.GA42379@xor.obsecurity.org> References: <45D9FD35.6040702@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D9FD35.6040702@vwsoft.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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: Mon, 19 Feb 2007 19:51:44 -0000 On Mon, Feb 19, 2007 at 08:40:37PM +0100, Volker wrote: > Hi! > > For my dentist I'm currently in the process of destroying some tape > cartridges (SLR7) and also two hard disks (147G SCSI). > > As I started for the tapes, I've used dd to fill the tape with > random garbage. Just a simple `dd if=/dev/random of=/dev/nsa0'. > > The tape sits there since 48 hours writing a block of data every > other minute and still didn't fill up the tape completely. The > system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 > (6.2-RELEASE based). > > I suspect this to be a slow /dev/random. This sounds odd to me, I get 18-20MB/sec sustained read performance from /dev/random on this 2GHz system, which is probably faster than your tape write speed. > Is there any chance to speed up /dev/random? Would a hifn > accelerator card help here to get FreeBSD produce garbage faster? > > As there is medical data on all media I really need garbage > (/dev/zero wouldn't be enough for data security as this might get > recovered). Neither would a single pass with /dev/random, but you presumably knew this. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 20:14: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 C818216C77A for ; Mon, 19 Feb 2007 20:14:07 +0000 (UTC) (envelope-from tobez@tobez.org) Received: from heechee.tobez.org (heechee.tobez.org [194.255.56.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEF513C461 for ; Mon, 19 Feb 2007 20:14:07 +0000 (UTC) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id C27EB12545D; Mon, 19 Feb 2007 21:14:06 +0100 (CET) Date: Mon, 19 Feb 2007 21:14:06 +0100 From: Anton Berezin To: LI Xin , FreeBSD Stable Message-ID: <20070219201406.GB98700@heechee.tobez.org> Mail-Followup-To: Anton Berezin , LI Xin , FreeBSD Stable References: <45CB0C3A.7020104@delphij.net> <20070208123438.GA69932@heechee.tobez.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070208123438.GA69932@heechee.tobez.org> User-Agent: Mutt/1.4.2.2i X-Powered-By: FreeBSD http://www.freebsd.org/ Cc: Subject: Re: Can't build threaded perl 5.8 on 6.2-RELEASE and 7-CURRENT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 20:14:07 -0000 On Thu, Feb 08, 2007 at 01:34:38PM +0100, Anton Berezin wrote: > On Thu, Feb 08, 2007 at 07:40:42PM +0800, LI Xin wrote: > > > It seems that threaded perl is broken on 6.2-RELEASE and 7-CURRENT. I > > have tried some option combinations with no luck, if WITH_THREADED=yes > > is specified then the build would fail with a coredump. > > Yes, I've got more reports about that. It is related to the objformat > commit which was made recently. I will have time to look for a fix tonight. Fixed. Sorry it took so long. \Anton. -- We're going for 'working' here. 'clean' is for people with skills... -- Flemming Jacobsen From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 21:10: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 834E416D6A8 for ; Mon, 19 Feb 2007 21:10:04 +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 429DD13C494 for ; Mon, 19 Feb 2007 21:10:03 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7cff.q.ppp-pool.de [89.53.124.255]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id B36E2128841; Mon, 19 Feb 2007 22:09:57 +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 B3CCF2E5F2; Mon, 19 Feb 2007 22:09:51 +0100 (CET) Message-ID: <45DA121E.1040803@vwsoft.com> Date: Mon, 19 Feb 2007 22:09:50 +0100 From: Volker User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Kris Kennaway References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> In-Reply-To: <20070219195143.GA42379@xor.obsecurity.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 Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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: Mon, 19 Feb 2007 21:10:04 -0000 On 02/19/07 20:51, Kris Kennaway wrote: > On Mon, Feb 19, 2007 at 08:40:37PM +0100, Volker wrote: >> The tape sits there since 48 hours writing a block of data every >> other minute and still didn't fill up the tape completely. The >> system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 >> (6.2-RELEASE based). >> >> I suspect this to be a slow /dev/random. > > This sounds odd to me, I get 18-20MB/sec sustained read performance > from /dev/random on this 2GHz system, which is probably faster than > your tape write speed. Hmm, so this might be the tape drive(r)? I'll check this out as soon as I'm going to write to hard disk. I'm going to make some tests with /dev/random to get the real speed. >> Is there any chance to speed up /dev/random? Would a hifn >> accelerator card help here to get FreeBSD produce garbage faster? >> >> As there is medical data on all media I really need garbage >> (/dev/zero wouldn't be enough for data security as this might get >> recovered). > > Neither would a single pass with /dev/random, but you presumably knew > this. Yes, I know... I would like to run 5 or more passes if it's not that slow. Do you think playing with randoms' sysctl interface might influence performance? Does /dev/random automatically re-seed from time to time or is it seeded at boot time only? Thx, Volker From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 21:25: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 85D6B16D890 for ; Mon, 19 Feb 2007 21:25:35 +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 712BC13C478 for ; Mon, 19 Feb 2007 21:25:35 +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 1BFA61A4D82; Mon, 19 Feb 2007 13:25:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3246C515BC; Mon, 19 Feb 2007 16:25:33 -0500 (EST) Date: Mon, 19 Feb 2007 16:25:32 -0500 From: Kris Kennaway To: Volker Message-ID: <20070219212532.GA43496@xor.obsecurity.org> References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> <45DA121E.1040803@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DA121E.1040803@vwsoft.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: getting garbage faster using 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: Mon, 19 Feb 2007 21:25:35 -0000 On Mon, Feb 19, 2007 at 10:09:50PM +0100, Volker wrote: > On 02/19/07 20:51, Kris Kennaway wrote: > > On Mon, Feb 19, 2007 at 08:40:37PM +0100, Volker wrote: > >> The tape sits there since 48 hours writing a block of data every > >> other minute and still didn't fill up the tape completely. The > >> system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 > >> (6.2-RELEASE based). > >> > >> I suspect this to be a slow /dev/random. > > > > This sounds odd to me, I get 18-20MB/sec sustained read performance > > from /dev/random on this 2GHz system, which is probably faster than > > your tape write speed. > > Hmm, so this might be the tape drive(r)? I'll check this out as soon > as I'm going to write to hard disk. > > I'm going to make some tests with /dev/random to get the real speed. Yes, it could be - you should do some more tests to find out where your bottleneck really is before trying to possibly optimize the wrong thing. > >> Is there any chance to speed up /dev/random? Would a hifn > >> accelerator card help here to get FreeBSD produce garbage faster? > >> > >> As there is medical data on all media I really need garbage > >> (/dev/zero wouldn't be enough for data security as this might get > >> recovered). > > > > Neither would a single pass with /dev/random, but you presumably knew > > this. > > Yes, I know... I would like to run 5 or more passes if it's not that > slow. > > Do you think playing with randoms' sysctl interface might influence > performance? Does /dev/random automatically re-seed from time to > time or is it seeded at boot time only? It re-seeds continuously, see random(4) and/or the yarrow specification. Don't frob the sysctls until you have confirmed that /dev/random is really your problem though. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 21:29: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 77C0916DB86 for ; Mon, 19 Feb 2007 21:29:28 +0000 (UTC) (envelope-from mav@alkar.net) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E9F0D13C467 for ; Mon, 19 Feb 2007 21:29:27 +0000 (UTC) (envelope-from mav@alkar.net) Received: from [195.248.178.122] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.0.11) with ESMTPA id 20988925; Mon, 19 Feb 2007 22:29:25 +0200 Message-ID: <45DA08A4.3040000@alkar.net> Date: Mon, 19 Feb 2007 22:29:24 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alex Povolotsky References: <1171909390.00691163.1171897201@10.7.7.3> In-Reply-To: <1171909390.00691163.1171897201@10.7.7.3> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 21:29:28 -0000 Hi. Alex Povolotsky wrote: > mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to reset. > Tried two completely different boxes, so it cannot be a hardware problem. > > I'm updating to 6.2 now, but have little hope. What can I turn on in > kernel to fix it or at least to make computer reboot? I didn't check this, but have heard that this can hapend if you are trying to send tunnel (pptp/l2tp/...) traffic inside this tunnel. It can make infinite loop and consume all possible resources. Check your routing table for possible traffic loop. -- Alexander Motin mav@alkar.net Optima Telecom From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 21:37: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 42AFB16DD4C for ; Mon, 19 Feb 2007 21:37:51 +0000 (UTC) (envelope-from mav@alkar.net) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id B2B0D13C474 for ; Mon, 19 Feb 2007 21:37:50 +0000 (UTC) (envelope-from mav@alkar.net) Received: from [195.248.178.122] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.0.11) with ESMTPA id 20989099; Mon, 19 Feb 2007 22:37:48 +0200 Message-ID: <45DA0A9C.2070308@alkar.net> Date: Mon, 19 Feb 2007 22:37:48 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <1171909390.00691163.1171897201@10.7.7.3> <1171913004.00691182.1171900802@10.7.7.3> <1171913005.00691192.1171901402@10.7.7.3> <1171913007.00691195.1171902602@10.7.7.3> <1171916581.00691204.1171903201@10.7.7.3> <1171916586.00691205.1171903801@10.7.7.3> In-Reply-To: <1171916586.00691205.1171903801@10.7.7.3> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 21:37:51 -0000 Richard Tector wrote: > Or perhaps it doesn't. All I can remember is it requires the bpf > netgraph module. ng_bpf is not from this opera. It does just packets filtering by bpf-like filter program and it is not related to interfaces and traffic capturing. -- Alexander Motin mav@alkar.net Optima Telecom From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 21:56: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 E68F516E05C for ; Mon, 19 Feb 2007 21:56:05 +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 A0E8313C474 for ; Mon, 19 Feb 2007 21:56:05 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7cff.q.ppp-pool.de [89.53.124.255]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 0A611128841; Mon, 19 Feb 2007 22:55:58 +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 B6BC02E5F2; Mon, 19 Feb 2007 22:55:49 +0100 (CET) Message-ID: <45DA1CE4.4020202@vwsoft.com> Date: Mon, 19 Feb 2007 22:55:48 +0100 From: Volker User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Kris Kennaway References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> <45DA121E.1040803@vwsoft.com> <20070219212532.GA43496@xor.obsecurity.org> In-Reply-To: <20070219212532.GA43496@xor.obsecurity.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 Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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: Mon, 19 Feb 2007 21:56:06 -0000 On 02/19/07 22:25, Kris Kennaway wrote: > On Mon, Feb 19, 2007 at 10:09:50PM +0100, Volker wrote: >> On 02/19/07 20:51, Kris Kennaway wrote: >>> On Mon, Feb 19, 2007 at 08:40:37PM +0100, Volker wrote: >>>> I suspect this to be a slow /dev/random. >>> This sounds odd to me, I get 18-20MB/sec sustained read performance >>> from /dev/random on this 2GHz system, which is probably faster than >>> your tape write speed. >> Hmm, so this might be the tape drive(r)? I'll check this out as soon >> as I'm going to write to hard disk. >> >> I'm going to make some tests with /dev/random to get the real speed. > > Yes, it could be - you should do some more tests to find out where > your bottleneck really is before trying to possibly optimize the wrong > thing. > >>>> As there is medical data on all media I really need garbage >>>> (/dev/zero wouldn't be enough for data security as this might get >>>> recovered). >>> Neither would a single pass with /dev/random, but you presumably knew >>> this. >> Yes, I know... I would like to run 5 or more passes if it's not that >> slow. >> >> Do you think playing with randoms' sysctl interface might influence >> performance? Does /dev/random automatically re-seed from time to >> time or is it seeded at boot time only? > > It re-seeds continuously, see random(4) and/or the yarrow > specification. Don't frob the sysctls until you have confirmed that > /dev/random is really your problem though. Kris, ok and thanks - it has been the person in front of the computer, who has been too stupid (could it be me??). I've played a bit on that machine using /dev/random to /dev/null and used different blocksizes. The results are somewhat around 33MB/sec (with blocksizes between 1M and 8M). Now I've played with different blocksizes while dd'ing /dev/random to the hard disk and getting similar results. dd'ing to the tape drive gives best results with blocksizes around 64k. Using blocksizes with 1k gives 230KB/sec, 8k gives 1.7MB/sec. The tape drive did not stream well and I guess that (too short block sizes) has been my problem. Now it performs well. Sorry for sending my stupidity to the list. ;) Thx, Volker From owner-freebsd-stable@FreeBSD.ORG Mon Feb 19 23:14: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 1676416F164; Mon, 19 Feb 2007 23:14:45 +0000 (UTC) (envelope-from a.pirko@inode.at) Received: from mailbackup.inode.at (mailbackup.inode.at [213.229.60.24]) by mx1.freebsd.org (Postfix) with ESMTP id C0B0913C441; Mon, 19 Feb 2007 23:14:44 +0000 (UTC) (envelope-from a.pirko@inode.at) Received: from [62.99.145.5] (port=55252 helo=mx.inode.at) by mailbackup.inode.at with esmtp (Exim 4.62) (envelope-from ) id 1HJBk1-000431-3n; Mon, 19 Feb 2007 17:51:53 +0100 Received: from [85.124.26.15] (port=13810 helo=[192.168.1.11]) by smartmx-05.inode.at with esmtp (Exim 4.50) id 1HJBfv-00042r-1H; Mon, 19 Feb 2007 17:47:39 +0100 Message-ID: <45D9D4A9.5080400@inode.at> Date: Mon, 19 Feb 2007 17:47:37 +0100 From: Armin Pirkovitsch User-Agent: Thunderbird 1.5.0.9 (X11/20070122) MIME-Version: 1.0 To: freebsd-net@freebsd.org, FreeBSD Stable References: <45D9BADB.6010405@webmail.sub.ru> <45D9C174.2050802@thekeelecentre.com> <45D9C9B0.300@webmail.sub.ru> <45D9CDEA.6010106@thekeelecentre.com> <45D9D033.2020909@webmail.sub.ru> In-Reply-To: <45D9D033.2020909@webmail.sub.ru> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2007 23:14:45 -0000 Alex Povolotsky wrote: > Richard Tector wrote: >> Alex Povolotsky wrote: >>> Richard Tector wrote: >>>> Alex Povolotsky wrote: >>>>> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >>>>> reset. Tried two completely different boxes, so it cannot be a >>>>> hardware problem. >>>>> >>>> Which version of mpd are you using? Have you tried the latest >>>> version from ports, 4.1? I've read it fixes a *lot* of problems >>>> found with the older versions. >>> >>> 3.18_5; Is mpd 4 100% backwards compartible? >> >> Yes, 4.x should work just fine with your 3.x configuration files. >> >>> And, what's worse, I've heard of exactly the same problem on 4.0. >>> Kernel _freeze_ should be something kernel-related, I fear. >> >> Quite possible. It involves putting the interfaces in promiscuous mode >> so could be due to a bug in your network card driver. What interfaces >> are you using? > > Proimisc?... hmm... fxp. Rock solid thing, as far as I can remember. Can > try em instead I have the same problem but use a sis nic - so I doubt it's the nic driver... (and if going to promiscuous mode was unstable on different drivers I guess some people would start to complain ;) ) (I have never encountered a crash when I started a sniffing program) -- Armin Pirkovitsch a.pirko@inode.at From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 02:37: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 79337171741 for ; Tue, 20 Feb 2007 02:37:32 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (static-74-41-215-198.dr01.brvl.mn.frontiernet.net [74.41.215.198]) by mx1.freebsd.org (Postfix) with ESMTP id 41E7813C47E for ; Tue, 20 Feb 2007 02:37:32 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from [10.1.1.2] (fenchurch.vangyzen.net [10.1.1.2]) by smtp.vangyzen.net (Postfix) with ESMTP id E8A9522836 for ; Mon, 19 Feb 2007 20:15:54 -0600 (CST) Message-ID: <45DA59DA.3040408@vangyzen.net> Date: Mon, 19 Feb 2007 20:15:54 -0600 From: Eric van Gyzen User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ath(4) irq and taskq cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 02:37:32 -0000 The irq and taskq for my ath(4) card often use excessive amounts of CPU time, even when my network is idle. They are often above 10% and 15%, respectively; occasionally, they are as high as 27% and 44%. The system is an AMD Athlon64 2800+ running FreeBSD 6.2-RELEASE i386 with a custom kernel including the wlan_* stuff, ath, ath_hal, and ath_rate_sample. It is a station using WPA2-PSK with AES-CCMP. The access point is also a FreeBSD machine with an ath(4) card. During periods of high CPU usage, the rx failed 'cuz of PHY err OFDM timing fields of the athstats output are increasing rather quickly. For example, while CPU usage was 25% and 46%, the OFDM timing field was increasing by 43,000 per second. Can anyone explain this? Is it a sign of failing hardware? Thanks, Eric From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 06: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 43E301730A1; Tue, 20 Feb 2007 06:01:06 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5886113C4A6; Tue, 20 Feb 2007 06:01:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([87.226.153.33]:34321 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3379171AbXBTFrv (ORCPT + 1 other); Tue, 20 Feb 2007 08:47:51 +0300 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: bu7cher Message-ID: <45DA8B83.3020202@yandex.ru> Date: Tue, 20 Feb 2007 08:47:47 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Alex Povolotsky References: <45D9BADB.6010405@webmail.sub.ru> In-Reply-To: <45D9BADB.6010405@webmail.sub.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 06:01:07 -0000 Alex Povolotsky ÐÉÛÅÔ: > mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to reset. > Tried two completely different boxes, so it cannot be a hardware problem. It's easy to reproduce? Can you try make debug-friendly kernel? http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadlocks.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-ddb.html > I'm updating to 6.2 now, but have little hope. What can I turn on in > kernel to fix it or at least to make computer reboot? See the above links. -- WBR, Andrey V. Elsukov From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 07:56: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 814EA1740AA for ; Tue, 20 Feb 2007 07:56:13 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.freebsd.org (Postfix) with ESMTP id 3E91F13C428 for ; Tue, 20 Feb 2007 07:56:12 +0000 (UTC) (envelope-from karagodov@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2203907wxc for ; Mon, 19 Feb 2007 23:56:12 -0800 (PST) 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=PiGz98h9MSmbpNMZzDv/naG90R13sY28nGyABeG8j0ZXFVLg0W69B3dCDa5xQ62TvZroF4X7a6rM5qV2tcft4Km23sWRd/gXidbFnp8cWxW5vsbwA2a6d6TIrM0kP+n2rYNgKnpGQ3PMBjdMoav4FxqSeVa8BSmbGJ52VDUSMOA= Received: by 10.114.190.6 with SMTP id n6mr3243904waf.1171958172009; Mon, 19 Feb 2007 23:56:12 -0800 (PST) Received: by 10.114.241.7 with HTTP; Mon, 19 Feb 2007 23:56:11 -0800 (PST) Message-ID: Date: Tue, 20 Feb 2007 10:56:11 +0300 From: "Alexey Karagodov" To: "Bleeding Edge" In-Reply-To: <392486.87192.qm@web62214.mail.re1.yahoo.com> MIME-Version: 1.0 References: <392486.87192.qm@web62214.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: SFF supported computers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 07:56:13 -0000 macmini 2007/2/18, Bleeding Edge : > > Hi, > > I'm looking for a recommendation on a small form factor system. I've > looked at some of the models from AOpen , Shuttle and Microstar. I'd like an > AMD 64 (or dual core) box (lower cost) with SATA/EIDE disk support. I plan > on running FreeBSD mostly and occasionally Red Hat or Fedora for customer > projects. If someone can recommend a system/motherboard combination and > perhaps an agp video card. > I write lamp/perl things and need a box for development. > > Thanks, BE > > > > --------------------------------- > It's here! Your new message! > Get new email alerts with the free Yahoo! Toolbar. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 10:28:50 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 DA9CB175A4D for ; Tue, 20 Feb 2007 10:28:50 +0000 (UTC) (envelope-from nik@freebsd.org) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.freebsd.org (Postfix) with ESMTP id A7A3E13C491 for ; Tue, 20 Feb 2007 10:28:50 +0000 (UTC) (envelope-from nik@freebsd.org) Received: from [192.168.0.22] (i-83-67-27-141.freedom2surf.net [83.67.27.141]) by jc.ngo.org.uk (8.13.8/8.13.8) with ESMTP id l1KAAJm1019754 for ; Tue, 20 Feb 2007 02:10:19 -0800 (PST) (envelope-from nik@freebsd.org) Message-ID: <45DAC8F1.5050005@freebsd.org> Date: Tue, 20 Feb 2007 10:09:53 +0000 From: Nik Clayton User-Agent: Thunderbird 1.5.0.9 (X11/20070110) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: * (1.988) RCVD_IN_SORBS_DUL X-Scanned-By: MIMEDefang 2.57 on 69.55.225.33 Cc: Subject: Laptop recommendations for 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 10:28:50 -0000 All, What's currently recommended as a FreeBSD laptop platform? I'm using an IBM/Lenovo T42 at the moment, but that's shortly going back, so: Things I like: * Suspend to RAM works * Nice enough keyboard * Workable screen resolution (1024x768, big enough for four xterms) * Reasonably light * Has a dock -- makes things much easier * 1.7GHz CPU is fast enough for my needs (web, e-mail, software development) * Trackpad Things I don't like: * Battery life isn't great * Suspend to disk doesn't work * No WiFi Can anyone recommend a laptop with all those features that works with FreeBSD? N From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 11:42: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 E83F4170E40 for ; Tue, 20 Feb 2007 11:40:49 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 168A413C5FE for ; Tue, 20 Feb 2007 11:20:07 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 58991D4C5E; Tue, 20 Feb 2007 11:59:12 +0100 (CET) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gRAzH1I0961k; Tue, 20 Feb 2007 11:59:03 +0100 (CET) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id 5D37FD4C5D; Tue, 20 Feb 2007 11:59:03 +0100 (CET) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l1KAx2fD062779; Tue, 20 Feb 2007 11:59:02 +0100 (CET) (envelope-from rink) Date: Tue, 20 Feb 2007 11:59:02 +0100 From: Rink Springer To: stable@FreeBSD.org Message-ID: <20070220105902.GC39393@rink.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.13 (2006-08-11) Cc: roel@qsp.nl Subject: Deadlock in state 'sysctl lock' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 11:42:26 -0000 Hi people, At work, one of our SpamAssassin/ClamAV filtering machines just entered a deadlock state: FreeBSD/i386 (xxx.qsp.nl) (cuad0) login: root load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k After inspection, I believe the following code in kern/kern_sysctl.c:userland_sysctl() is the culprit: SYSCTL_LOCK(); do { req.oldidx =3D 0; req.newidx =3D 0; error =3D sysctl_root(0, name, namelen, &req); } while (error =3D=3D EAGAIN); if (req.lock =3D=3D REQ_WIRED && req.validlen > 0) vsunlock(req.oldptr, req.validlen); SYSCTL_UNLOCK(); Clearly, should sysctl_root() always return EAGAIN, this will cause a serious deadlock condition. It appears this is possible. The only plausible reference to sysctl's returning EGAIN seems to be in=20 kern/kern_proc.c:sysctl_out_proc(). However, this code returns ESRCH if the process couldn't have been found in the fast place, and since the complete handler function will be called by sysctl_root() every iteration, and thus will do a pfind() and return ESRCH if it failed and not EAGAIN as it will later on in the code path. The machine is a 6.0-STABLE SMP machine of 30-Mar-2006. No debugging options are in the kernel as the machine has quite some load. The only console messages were a lot of 'calcru' messages. Any help is very much appreciated. For now, I'd like to propose a change to kern/kern_sysctl.c:userland_sysctl(), to ensure this will never keep looping on EAGAIN states (preferably, it should trigger a panic or at least a KASSERT should such a condition occour). I know this is a bandaid for a problem we don't really quite understand yet, but this may ease debugging later on (especially as it will help us understand where exactly it is going bad) Any comments? It looks to me this deadlock is quite rare (in fact, I've never seen it before), but I believe it is serious enough to be addressed, even with such a bandaid until the real solution is presented by someone who knows the sysctl internals better than I do. Thanks, --=20 Rink P.W. Springer - http://rink.nu "It is such a quiet thing, to fall. But yet a far more terrible thing, to admit it." - Darth Traya From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 13:14: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 0E77017177F; Tue, 20 Feb 2007 13:13:10 +0000 (UTC) (envelope-from devin@spamcop.net) Received: from mail.distalzou.net (203.141.139.231.static.zoot.jp [203.141.139.231]) by mx1.freebsd.org (Postfix) with ESMTP id C705013C442; Tue, 20 Feb 2007 13:13:09 +0000 (UTC) (envelope-from devin@spamcop.net) Received: from plexi.pun-pun.prv ([192.168.7.29]) by mail.distalzou.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HJUXQ-000D9e-IK; Tue, 20 Feb 2007 21:56:08 +0900 Date: Tue, 20 Feb 2007 21:56:08 +0900 (JST) From: Tod McQuillin X-X-Sender: devin@plexi.pun-pun.prv To: Nik Clayton In-Reply-To: <45DAC8F1.5050005@freebsd.org> Message-ID: <20070220215526.D29244@plexi.pun-pun.prv> References: <45DAC8F1.5050005@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Laptop recommendations for 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 13:14:25 -0000 On Tue, 20 Feb 2007, Nik Clayton wrote: > I'm using an IBM/Lenovo T42 at the moment, but that's shortly going back, so: > > Things I don't like: > > * Battery life isn't great Did you try powerd? > * No WiFi WiFi works fine on my T42 with the iwi driver. -- Tod McQuillin From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 13:31: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 E3A2616AEB1 for ; Tue, 20 Feb 2007 13:22:07 +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 A30E113C461 for ; Tue, 20 Feb 2007 13:22:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HJUwL-0006V5-4R for freebsd-stable@freebsd.org; Tue, 20 Feb 2007 14:21:53 +0100 Received: from 193.40.194.197 ([193.40.194.197]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Feb 2007 14:21:53 +0100 Received: from ivoras by 193.40.194.197 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Feb 2007 14:21:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 20 Feb 2007 15:21:41 +0100 Lines: 7 Message-ID: References: <45D9FD35.6040702@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 193.40.194.197 User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) In-Reply-To: <45D9FD35.6040702@vwsoft.com> X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 13:31:16 -0000 Volker wrote: > Hi! > > For my dentist I'm currently in the process of destroying some tape > cartridges (SLR7) and also two hard disks (147G SCSI). The obvious question - why don't you burn the tapes and hammer the disks? :) From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 14:23:00 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 28EDC16E967 for ; Tue, 20 Feb 2007 13:53:59 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from smtp1.pochta.ru (smtp1.pochta.ru [81.211.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id DE52A13C6DD for ; Tue, 20 Feb 2007 13:35:37 +0000 (UTC) (envelope-from adler@smtp.ru) Received: from [195.2.76.131] (helo=THINKPADT22) by smtp.pochta.ru ( sendmail 8.13.3/8.13.1) with esmtpa id 1HJUPG-000HdS-Dv for stable@freebsd.org; Tue, 20 Feb 2007 15:47:43 +0300 Date: Tue, 20 Feb 2007 15:46:15 +0300 From: Alexey Sopov X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <936174175.20070220154615@smtp.ru> To: stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-md5"; boundary="----------411621512EA04803" Cc: Subject: 6.2-RELEASE + MPD 4.1 = Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: adler List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 14:23:02 -0000 ------------411621512EA04803 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi! Yesterday I've updated my FreeBSD 6.0-RELEASE + mpd-4.0b4 up to FreeBSD 6.2-RELEASE + mpd-4.1. And today I have a Fatal Trap. Could you please help me to figure out what the problem consists in? I folowed instructions described in handbook: [intel][root]~# kgdb /usr/obj/usr/src/sys/router/kernel.debug /var/crash/v= mcore.77 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: <6>external: promiscuous mode enabled Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0596202 stack pointer =3D 0x28:0xe4fabb18 frame pointer =3D 0x28:0xe4fabb4c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (swi4: clock sio) Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (524032 pages) 2032 2016 2000 1984 1968 1952 1936 1920 19= 04 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 16= 64 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 14= 24 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 11= 84 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 9= 28 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 = 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336= 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04772e7 in db_fncall (dummy1=3D-1067884030, dummy2=3D0, dummy3=3D1, = dummy4=3D0xe4fab92c "") at /usr/src/sys/ddb/db_command.c:492 #2 0xc0477780 in db_command_loop () at /usr/src/sys/ddb/db_command.c:350 #3 0xc0479600 in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:222 #4 0xc0572252 in kdb_trap (type=3D0, code=3D0, tf=3D0xe4fabad8) at /usr/sr= c/sys/kern/subr_kdb.c:473 #5 0xc06ffae4 in trap_fatal (frame=3D0xe4fabad8, eva=3D12) at /usr/src/sys= /i386/i386/trap.c:828 #6 0xc06ffdeb in trap_pfault (frame=3D0xe4fabad8, usermode=3D0, eva=3D12) at /usr/src/sys/i386/i386/trap.c:745 #7 0xc0700235 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 1352, tf_esi =3D= 0, tf_ebp =3D -453330100, tf_isp =3D -453330172, tf_ebx =3D -940045504, tf= _edx =3D 20, tf_ecx =3D 1396, tf_eax =3D 44, tf_trapno =3D 12, tf_err =3D 0= , tf_eip =3D -1067884030, tf_cs =3D 32, tf_eflags =3D 66054, tf_esp =3D 256= , tf_ss =3D -453330040}) at /usr/src/sys/i386/i386/trap.c:435 #8 0xc06ec0ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc0596202 in m_copym (m=3D0x0, off0=3D1396, len=3D1376, wait=3D1) at /usr/src/sys/kern/uipc_mbuf.c:397 #10 0xc061804a in ip_fragment (ip=3D0xcd365820, m_frag=3D0xe4fabc20, mtu=3D= -940045504, if_hwassist_flags=3D0, sw_csum=3D3073) at /usr/src/sys/netinet/ip_outpu= t.c:975 #11 0xc061a846 in ip_output (m=3D0xc6894300, opt=3D0xcd365820, ro=3D0xe4fab= bec, flags=3D1, imo=3D0x0, inp=3D0x0) at /usr/src/sys/netinet/ip_output.c:804 #12 0xc0609742 in dummynet_send (m=3D0xc66b9e00) at /usr/src/sys/netinet/ip= _dummynet.c:771 #13 0xc0609a32 in dummynet (unused=3D0x0) at /usr/src/sys/netinet/ip_dummyn= et.c:753 #14 0xc0563590 in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeout= .c:290 #15 0xc053a15f in ithread_loop (arg=3D0xc6391760) at /usr/src/sys/kern/kern= _intr.c:682 #16 0xc0538cbd in fork_exit (callout=3D0xc053a040 , arg=3D0x2= c, frame=3D0x2c) at /usr/src/sys/kern/kern_fork.c:821 #17 0xc06ec14c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 (kgdb) list *0xc0596202 0xc0596202 is in m_copym (/usr/src/sys/kern/uipc_mbuf.c:400). 395 MBUF_CHECKSLEEP(wait); 396 if (off =3D=3D 0 && m->m_flags & M_PKTHDR) 397 copyhdr =3D 1; 398 while (off > 0) { 399 KASSERT(m !=3D NULL, ("m_copym, offset > size of mb= uf chain")); 400 if (off < m->m_len) 401 break; 402 off -=3D m->m_len; 403 m =3D m->m_next; 404 } =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3Dkernel config file=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D machine i386 cpu I686_CPU ident router makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug sy= mbols options KDB options DDB options BREAK_TO_DEBUGGER options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big direct= ories 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 NFSCLIE= NT options COMPAT_43 # Compatible with BSD 4.3 [KEEP THI= S!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=3D5000 # Delay (in ms) before probing SCSI 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 exte= nsions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug options ADAPTIVE_GIANT # Giant mutex is adaptive. options IPDIVERT options DUMMYNET options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options HZ=3D1024 options DEVICE_POLLING options GEOM_STRIPE options GEOM_MIRROR options NETGRAPH options NETGRAPH_PPP options NETGRAPH_BPF options NETGRAPH_IFACE options NETGRAPH_PPTPGRE options NETGRAPH_NETFLOW options NETGRAPH_TEE options NETGRAPH_SOCKET options NETGRAPH_KSOCKET options NETGRAPH_VJC options NETGRAPH_TCPMSS device isa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device ahd device twe # 3ware ATA RAID device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device npx device apm device pmtimer device sio # 8250, 16[45]50 based serial ports device ppbus # Parallel port bus (required) device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device em device iicbus device smbus device smb device iicsmb device nfsmb # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter device pf device pflog device apic =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3Dkernel config file=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --=20 [ /Iexa ] mailto:adler@smtp.ru ------------411621512EA04803 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6 iQEVAwUARdrtlc3W5eUnRI4pAQFaOQf+ITyZUxxl18IwT7+btaMSiPNMQulC0abH uSdRCf+8G1LcVHzVsy6ZdVBEgnxlU7sT3n58rvlzEi+JtF81/chHmvXozMlP0klx EGQdXTfgMtnvkDLeakJd+M8hl9Ag5RRE6fOCkQ381qaULFA81zSfBOTOORQXczah EqmiimhSLgcgu0YhvvHsKPaylZw/gGUE3kFrTorZrO+QxroYJOZmsEv8uk7GLo/f L43ojKYFiW326UknTgWHUw9mYTx3upJ0CfqwFg6a13urU7c9cFUZNMzLUfM4A8CN HdHbJo2W1h5+O+hcmXw2M23Qkhr1BVSd2CwpQmXHf2stavqH6mjTgg== =0+el -----END PGP MESSAGE----- ------------411621512EA04803-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 14:23: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 EC0EB16FF21 for ; Tue, 20 Feb 2007 14:10:33 +0000 (UTC) (envelope-from chris@arnold.se) Received: from av6-2-sn3.vrr.skanova.net (av6-2-sn3.vrr.skanova.net [81.228.9.180]) by mx1.freebsd.org (Postfix) with ESMTP id D4F2C13C779 for ; Tue, 20 Feb 2007 13:37:31 +0000 (UTC) (envelope-from chris@arnold.se) Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 35C853830D; Tue, 20 Feb 2007 14:07:31 +0100 (CET) Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 106F137EDA; Tue, 20 Feb 2007 14:07:31 +0100 (CET) Received: from chrishome.localnet (81-224-156-16-o1033.telia.com [81.224.156.16]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id C550937E4F; Tue, 20 Feb 2007 14:07:30 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by chrishome.localnet (8.13.6/8.13.6) with ESMTP id l1KD7TSv070168; Tue, 20 Feb 2007 14:07:29 +0100 (CET) (envelope-from chris@arnold.se) Date: Tue, 20 Feb 2007 14:07:29 +0100 (CET) From: Christopher Arnold X-X-Sender: chris@chrishome.localnet To: Volker In-Reply-To: <45D9FD35.6040702@vwsoft.com> Message-ID: <20070220140510.Q5453@chrishome.localnet> References: <45D9FD35.6040702@vwsoft.com> X-message-flag: =?ISO-8859-1?Q?Outlook_isn=B4t_compliant_with_current_standards?= =?ISO-8859-1?Q?_please_install_another_mail_client!?= MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 14:23:19 -0000 On Mon, 19 Feb 2007, Volker wrote: > For my dentist I'm currently in the process of destroying some tape > cartridges (SLR7) and also two hard disks (147G SCSI). > > The tape sits there since 48 hours writing a block of data every > other minute and still didn't fill up the tape completely. The > system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 > (6.2-RELEASE based). > > I suspect this to be a slow /dev/random. > > As there is medical data on all media I really need garbage > (/dev/zero wouldn't be enough for data security as this might get > recovered). > As a quick (slow?) fix, couldn't you just fill the disks with random data and then dump that data to your tapes? /Chris -- www.infotropic.com From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 14:27: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 411C116D025 for ; Tue, 20 Feb 2007 13:57:40 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 616BF13C4AC for ; Tue, 20 Feb 2007 13:57:35 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l1KDYPUV037549 for ; Tue, 20 Feb 2007 16:34:25 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l1KDYJf1037541 for freebsd-stable@freebsd.org; Tue, 20 Feb 2007 16:34:19 +0300 (MSK) (envelope-from yar) Date: Tue, 20 Feb 2007 16:34:19 +0300 From: Yar Tikhiy To: freebsd-stable@freebsd.org Message-ID: <20070220133419.GB31403@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: How I updated 4.11 to 6.2 in a single reboot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 14:27:20 -0000 Hi all, I hope the following story will divert a few potential subscribers from freebsd-eol and save some effort aimed to keep the 4.11 zombie dancing. DISCLAIMER: I take no responsibility for inconvenience or damage that can happen if one uses my story as a how-to guide, especially without full knowledge of what and why he is actually doing. YMMV. I had an old machine with its CD-ROM and floppy drives long-dead and PXE missing from its boot options. It was running 4.11-STABLE. Facing the virtual EOL of the entire 4-STABLE branch, I wanted to update the machine's OS to 6.2-RELEASE and forget about it for a while, bar running freebsd-update occasionally. You'll say I should have connected a working CD-ROM drive to the machine and used the opportunity to dust its inside. Alas, I felt too lazy even to walk to the console. So I chose the path of least effort: to replace the binaries in the live system through SSH. This might sound like installing a heart implant without narcosis, but the surgeon was sufficiently heartless himself. First, I downloaded the following 6.2 distribution parts from an FTP server to the machine: base, dict, games, info, kernels, manpages. Had I wanted a minimal set, it would have consisted of base, kernels, manpages. (I had been taught well in the past not to save on manpages irrespective of the system's role.) Second, I added the system users and groups that had been born between 4.11 and 6.2. The new users were proxy, _pflogd, _dhcp; the new groups were proxy, authpf, _pflogd, _dhcp, audit. I just grabbed the appropriate revisions of src/etc/master.passwd and src/etc/group from CVSWeb, extracted the new records from them, and added those records to /etc/master.passwd (using vipw) and /etc/group. The new master.passwd and group files could also have been extracted from the base 6.2 distro. Note that the next step, full extraction of distros, could have resulted in wrong file ownership without this step. After that, I set DESTDIR to /usr/tmp: # mkdir /usr/tmp # export DESTDIR=/usr/tmp and ran install.sh in each distro subdirectory: # for d in base dict games info manpages > do > ( cd $d && sh install.sh ) > done # cd kernels && sh install.sh GENERIC So I got the new system's tree under /usr/tmp. At that stage, the old 4.11 tar(1) slightly mishandled the new archive format of the 6.2 distros by creating bogus PaxHeader directories instead of setting the schg flag on some files from the base distro. Fortunately, each PaxHeader directory hinted at which files should have had the schg flag set. Due to that I was able to save the list of files needing the flag. # find /usr/tmp -path "*/PaxHeader/*" | sed -e s,/PaxHeader,, -e s,/usr/tmp,, > /root/schg.lst I didn't set the flag on the files immediately because the files to be transferred to / would lose it anyway. (See below.) Then it was safe to remove the bogus directories: # find /usr/tmp -name PaxHeader | xargs rm -rf Having done with that, I created a scratch directory in / and transferred the respective files to it to make sure they fit in /: # mkdir /newroot # cd /usr/tmp # tar cf - COPYRIGHT bin boot dev etc lib libexec rescue sbin | ( cd /newroot && tar xpf - ) Note my having used tar(1), not cp(1) there. Alas, cp(1) would mishandle hard links by copying each link as a separate file. OTOH, tar(1) would lose file flags -- that's why I had saved the schg candidate list. Then I fixed the default kernel: # cd /newroot/boot # cp -pR GENERIC/* kernel/ ... updated the boot blocks: # disklabel -B -b /newroot/boot/boot1 -s /newroot/boot/boot2 ad0s1 ... created the new system directories in /var (the others could wait): # cp -pR /usr/tmp/var/named /var/ # mtree -deU -f /newroot/etc/mtree/BSD.var.dist -p /var The mtree command was the second to require that the new system users and groups be created in advance. Then I transferred the most essential settings from /etc to /newroot/etc for the machine to be up and accessible over the network after a reboot. The following files could simply be copied: fstab, resolv.conf, ssh/*key*. A few files in /newroot/etc called for manual work: - rc.conf (see below); - master.passwd (added myself and the rest of local users); - group (the most important thing was to assign myself to the wheel group); - mail/aliases (set the root alias.) I also made sure I didn't have a shell from /usr/local. In addition, I disabled all extra services in the new rc.conf. The hostname, network interface configuration, defaultrouter, and sshd_enable="YES" were basically needed in my case; stock services using the default configuration could also be enabled from the outset. After the preliminary merging of /etc, I built spwd.db and pwd.db in /newroot/etc: # pwd_mkdb -p -d /newroot/etc /newroot/etc/master.passwd To get the correct time zone after the reboot, I also copied /newroot/etc/localtime from /usr/tmp/usr/share/zoneinfo/Europe/Moscow. I should have created /newroot/etc/wall_cmos_clock if the machine hadn't had its hardware clock set in UTC. I also should have paid attention to /newroot/boot/loader.conf, had the system needed any modules pre-loaded or tunables pre-set. Then came the tricky part: replacing the binaries. I started it by killing off most daemons, especially those running external programs: # killall cron inetd sendmail syslogd At the same time, I killed neither sshd nor dhclient, or else I would lose my connection to the host. To prevent other users from logging into the system under update, I opened a couple of spare SSH sessions for myself just in case, then touched /var/run/nologin. There were no other users logged in at that moment. Actual replacing began from /usr: # cd /usr/tmp/usr # for d in bin games include lib libdata libexec sbin share src > do > mv /usr/$d /usr/$d.old && mv $d /usr/ > done And now -- /! # cd /newroot # mv COPYRIGHT lib libexec rescue / # for d in boot dev etc sbin > do > mv /$d /$d.old && mv $d / > done # mv /bin /bin.old # /bin.old/mv bin / At last, I crossed my fingers and typed: # /sbin.old/reboot It worked! In a couple of minutes I could log into the 6.2 system. It was time to finish the update. First, I applied the rest of /etc/mtree files except BSD.x11*: # cd /etc/mtree # mtree -deU -f BSD.root.dist -p / # mtree -deU -f BSD.usr.dist -p /usr # mtree -deU -f BSD.sendmail.dist -p / # mtree -deU -f BSD.include.dist -p /usr/include # mtree -deU -f BSD.local.dist -p /usr/local Then the schg candidate list in /root/schg.lst came handy: # xargs chflags schg < /root/schg.lst After that, I copied /etc/exports from /etc.old and manually merged local bits in rc.conf, inetd.conf, syslog.conf, newsyslog.conf, and shells. It would have had more sense to unpack the system sources and run mergemaster(8) against the /etc.old contents if I had had more local changes there. The commands I would have issued are as follows: # mv /etc /etc.new # cp -pR /etc.old /etc # mtree -deU -f /etc.new/BSD.root.dist -p / # mergemaster -i # cp /etc.new/localtime /etc Mergemaster would also have taken care of the dot-files in / and /root. I just overwrote them with the new versions as I hadn't had customized them. Further polishing included pkg_add'ing compat[45]x, enabling in rc.conf and starting important services from the base system and /usr/local (it's easy due to rc.d!) Now I'm going to update old ports gradually. Some day I'll remove the *.old stuff and say the last farewell to the good old 4.11. It did an excellent job for me, and I'll miss it. That's all, folks! P.S. To refresh my memory, I reproduced my scenario later in a virtual machine using 4.11-RELEASE. I was also interested in estimates for disc space usage during the process, as I was going to update even older and weaker machines in this manner. Here are some df(1) readings for the curious: Original 4.11 w/o catman, docs or src: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 201518 36114 149284 19% / /dev/ad0s1f 1610806 109076 1372866 7% /usr /dev/ad0s1e 50350 318 46004 1% /var procfs 4 4 0 100% /proc After unpacking 6.2 to /usr/tmp from an external partition: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 201518 36116 149282 19% / /dev/ad0s1f 1610806 270066 1211876 18% /usr /dev/ad0s1e 50350 318 46004 1% /var procfs 4 4 0 100% /proc After copying the respective files to /newroot: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 201518 72884 112514 39% / /dev/ad0s1f 1610806 270066 1211876 18% /usr /dev/ad0s1e 50350 318 46004 1% /var procfs 4 4 0 100% /proc After copying GENERIC/* to kernel/: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 201518 95896 89502 52% / /dev/ad0s1f 1610806 270066 1211876 18% /usr /dev/ad0s1e 50350 318 46004 1% /var procfs 4 4 0 100% /proc So, if you have a tiny / partition, you can mv instead of cp the kernel files from GENERIC/ to kernel/ and save some / space. See below. After the reboot: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 201518 95926 89472 52% / devfs 1 1 0 100% /dev /dev/ad0s1f 1610806 270068 1211874 18% /usr /dev/ad0s1e 50350 316 46006 1% /var procfs 4 4 0 100% /proc After removing all old and tmp cruft: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 201518 66916 118482 36% / devfs 1 1 0 100% /dev /dev/ad0s1f 1610806 124096 1357846 8% /usr /dev/ad0s1e 50350 318 46004 1% /var procfs 4 4 0 100% /proc After removing /boot/GENERIC, which was a duplicate of /boot/kernel: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 201518 43924 141474 24% / devfs 1 1 0 100% /dev /dev/ad0s1f 1610806 124096 1357846 8% /usr /dev/ad0s1e 50350 320 46002 1% /var procfs 4 4 0 100% /proc It is clear from the first and last readings that disc space usage by 6.2 hasn't grown much as against 4.11, although there are a lot of important new features in 6.2. FreeBSD isn't like Some Other OS Types(tm), which double their disc space requirements on each major release. Great job, folks! -- Yar From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 14:28:27 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 192F6170595 for ; Tue, 20 Feb 2007 14:12:40 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id D394B13C481 for ; Tue, 20 Feb 2007 14:12:39 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Tue, 20 Feb 2007 09:12:39 -0500 id 00056419.45DB01D7.000045A8 Date: Tue, 20 Feb 2007 09:12:38 -0500 From: Bill Moran To: Volker Message-Id: <20070220091238.c04cfceb.wmoran@collaborativefusion.com> In-Reply-To: <45DA121E.1040803@vwsoft.com> References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> <45DA121E.1040803@vwsoft.com> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 14:28:28 -0000 In response to Volker : > On 02/19/07 20:51, Kris Kennaway wrote: > > On Mon, Feb 19, 2007 at 08:40:37PM +0100, Volker wrote: > >> The tape sits there since 48 hours writing a block of data every > >> other minute and still didn't fill up the tape completely. The > >> system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 > >> (6.2-RELEASE based). > >> > >> I suspect this to be a slow /dev/random. > > > > This sounds odd to me, I get 18-20MB/sec sustained read performance > > from /dev/random on this 2GHz system, which is probably faster than > > your tape write speed. > > Hmm, so this might be the tape drive(r)? I'll check this out as soon > as I'm going to write to hard disk. > > I'm going to make some tests with /dev/random to get the real speed. Are you actually using /dev/random and not /dev/urandom? /dev/random is "military grade" random data. It will block if it feels that it hasn't gathered enough entropy to satisfy your request. It will never provide random data at any reasonable speed, but it will provide high-quality random data. If you need lost of random data, use /dev/urandom, which provides data that _may_ be predictable under some circumstances, but will provide it at a decent rate of speed. > >> Is there any chance to speed up /dev/random? Would a hifn > >> accelerator card help here to get FreeBSD produce garbage faster? Have you taken a look at DBAN for the drives? I don't know if DBAN will work on the tapes, though. http://dban.sourceforge.net/ > >> As there is medical data on all media I really need garbage > >> (/dev/zero wouldn't be enough for data security as this might get > >> recovered). > > > > Neither would a single pass with /dev/random, but you presumably knew > > this. > > Yes, I know... I would like to run 5 or more passes if it's not that > slow. > > Do you think playing with randoms' sysctl interface might influence > performance? Does /dev/random automatically re-seed from time to > time or is it seeded at boot time only? -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 14:28: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 E055116CE57 for ; Tue, 20 Feb 2007 14:13:45 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7106813C481 for ; Tue, 20 Feb 2007 14:13:45 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so774256muf for ; Tue, 20 Feb 2007 06:13:44 -0800 (PST) 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=OrqW035gdJjWcZxNRMRI+S8dgEBjtUJW0gxzDrOKWBNY4nu8Rdfv8389eGIO9djIiS1DB+Pz7N7iY8ltFfE4EI4op0WdDAvZ80cP5C9xtBE9DNLX9B2+7I4gDLbvJv/5VYM6uvQ3hoWnILEvoUJCAoLOrXnrg/43EmrMeC607Ak= Received: by 10.82.178.11 with SMTP id a11mr13137479buf.1171979331039; Tue, 20 Feb 2007 05:48:51 -0800 (PST) Received: by 10.82.154.20 with HTTP; Tue, 20 Feb 2007 05:48:51 -0800 (PST) Message-ID: Date: Tue, 20 Feb 2007 14:48:51 +0100 From: "Cristiano Deana" To: "FreeBSD Stable Mailing List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Problem with usb and msdosfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 14:28:32 -0000 Hi, i have a usb key working fine on 6.2-RELEASE, yesterday i upgraded 2 box to -STABLE and now i have: > tail -5 /var/log/messages Feb 20 14:33:47 toshi kernel: umass0: Kingston DataTraveler 2.0, rev 2.00/1.00, addr 3 Feb 20 14:33:48 toshi kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Feb 20 14:33:48 toshi kernel: da0: Removable Direct Access SCSI-0 device Feb 20 14:33:48 toshi kernel: da0: 1.000MB/s transfers Feb 20 14:33:48 toshi kernel: da0: 123MB (251904 512 byte sectors: 64H 32S/T 123C) > sudo mount -t msdosfs /dev/da0s1 /mnt/ mount_msdosfs: /dev/da0s1: Operation not permitted > fdisk da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=123 heads=64 sectors/track=32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=123 heads=64 sectors/track=32 (2048 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 6 (0x06),(Primary 'big' DOS (>= 32MB)) start 32, size 251872 (122 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 122/ head 63/ sector 32 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: > Any ideas? Tnx in advance. -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 14:28: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 767E816A98C for ; Tue, 20 Feb 2007 14:17:14 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out09.ilk.de [194.121.104.9]) by mx1.freebsd.org (Postfix) with ESMTP id EE98613C4BA for ; Tue, 20 Feb 2007 14:17:13 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool19.ka.ilk.net [212.86.194.19]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l1KD7INK029763; Tue, 20 Feb 2007 14:07:21 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l1KD5oVs024625; Tue, 20 Feb 2007 14:05:50 +0100 (CET) Message-ID: <45DAF258.4000809@smo.de> Date: Tue, 20 Feb 2007 14:06:32 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070120 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Volker References: <45D9FD35.6040702@vwsoft.com> In-Reply-To: <45D9FD35.6040702@vwsoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 14:28:57 -0000 Volker wrote: > For my dentist I'm currently in the process of destroying some tape > cartridges (SLR7) and also two hard disks (147G SCSI). [snipped] > Is there any chance to speed up /dev/random? Would a hifn > accelerator card help here to get FreeBSD produce garbage faster? > > As there is medical data on all media I really need garbage > (/dev/zero wouldn't be enough for data security as this might get > recovered). You could use DBAN [0] to wipe the data, at least on the disks ;) That also takes some time (depends on the method you choose) but it's worth it... HTH, Philipp [0] http://dban.sourceforge.net/ -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 15:16:05 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 098F916C189 for ; Tue, 20 Feb 2007 14:39:51 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.229]) by mx1.freebsd.org (Postfix) with ESMTP id A805F13C491 for ; Tue, 20 Feb 2007 14:39:50 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so2288677wxc for ; Tue, 20 Feb 2007 06:39:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=Yp+Qfwu7ev4D3eLrV6AkXCqinGRtCKX/1elAg1C/qXJkChL6/4anwvcXJBPCJy859tDnxAotpGxMekP0vAkSiEt+7/fvZLkj+JDuCE8RrbcyFPnu4INSTMrqD03x43v/8NXdlHLWeTjrmn9o07NYxuEuoFCBvUCs+Lklq4NAkzg= Received: by 10.90.78.9 with SMTP id a9mr7986914agb.1171982389067; Tue, 20 Feb 2007 06:39:49 -0800 (PST) Received: from roadrunner.q.local ( [85.180.181.143]) by mx.google.com with ESMTP id o24sm10845145ugd.2007.02.20.06.39.47; Tue, 20 Feb 2007 06:39:48 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l1KEdgR6002024; Tue, 20 Feb 2007 15:39:42 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l1KEde6O002023; Tue, 20 Feb 2007 15:39:40 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Tue, 20 Feb 2007 15:39:40 +0100 From: Ulrich Spoerlein To: Wang Yi , Jan Henrik Sylvester Message-ID: <20070220143940.GA1590@roadrunner.q.local> Mail-Followup-To: Wang Yi , Jan Henrik Sylvester , stable@freebsd.org References: <20070218174549.GA2489@roadrunner.q.local> <45D9A109.5010505@janh.de> <20070218174549.GA2489@roadrunner.q.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D9A109.5010505@janh.de> Cc: stable@freebsd.org Subject: Re: sysutils/fusefs-ntfs working for anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 15:16:05 -0000 Wang Yi wrote: > I'm using ntfs-3g now. the version is same to yours. But only the difference is the disk I > used is a physical disk. I also had no luck using it on my existing NTFS partition, though I'd like to experiment on a clean partition first. Could you please run a test with mdconfig and mkfs.ntfs (you have to use the -F flag)? Jan Henrik Sylvester wrote: > On 6.2-RELEASE using fusefs-kmod-0.3.0_4, fusefs-libs-2.6.2, and fusefs-ntfs-0.20070207RC1, I > can mount my existing (Windows XP) NTFS partition with 'ntfs-3g /dev/ad0s1 /mnt/ad0s1'. > > The following error messages about missing /proc/filesystems and modprobe can be ignored, > since defaults are assumed in case of missing information. (I read about it on a fusefs > mailing list concerning Darwin.) The critical part seems to be the seekscript. Could one of you guys provide me with a ktrace/kdump output, so I can investigate this further? You should run ktrace with the -i flag and probably send the output off-list. Thanks! Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 15:17:10 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 366B316E766 for ; Tue, 20 Feb 2007 14:50:16 +0000 (UTC) (envelope-from andrewb@cs.mcgill.ca) Received: from mail.cs.mcgill.ca (mail.CS.McGill.CA [132.206.51.234]) by mx1.freebsd.org (Postfix) with ESMTP id 1174E13C494 for ; Tue, 20 Feb 2007 14:50:16 +0000 (UTC) (envelope-from andrewb@cs.mcgill.ca) Received: from mail.cs.mcgill.ca (localhost [127.0.0.1]) by mail.cs.mcgill.ca (Postfix) with ESMTP id 1432095821 for ; Tue, 20 Feb 2007 09:50:15 -0500 (EST) Received: from 132.206.2.68 (SquirrelMail authenticated user andrewb) by mail.cs.mcgill.ca with HTTP; Tue, 20 Feb 2007 09:50:15 -0500 (EST) Message-ID: <41808.132.206.2.68.1171983015.squirrel@mail.cs.mcgill.ca> In-Reply-To: References: <392486.87192.qm@web62214.mail.re1.yahoo.com> Date: Tue, 20 Feb 2007 09:50:15 -0500 (EST) From: "Andrew Bogecho" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: SFF supported computers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 15:17:10 -0000 > macmini > > 2007/2/18, Bleeding Edge : > >> >> Hi, >> >> >> I'm looking for a recommendation on a small form factor system. I've >> looked at some of the models from AOpen , Shuttle and Microstar. I'd >> like an AMD 64 (or dual core) box (lower cost) with SATA/EIDE disk >> support. I plan on running FreeBSD mostly and occasionally Red Hat or >> Fedora for customer >> projects. If someone can recommend a system/motherboard combination and >> perhaps an agp video card. I write lamp/perl things and need a box for >> development. >> >> Thanks, BE >> >> We run Freebsd on: Dell Optiplex 745 Ultra Small Form Factor From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 15:23: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 9B39316B3A7 for ; Tue, 20 Feb 2007 15:19:09 +0000 (UTC) (envelope-from itmngr@cooperationireland.org) Received: from smtp2.irishbroadband.ie (smtp2.irishbroadband.ie [62.231.32.13]) by mx1.freebsd.org (Postfix) with ESMTP id 5BA8A13C4A7 for ; Tue, 20 Feb 2007 15:19:09 +0000 (UTC) (envelope-from itmngr@cooperationireland.org) Received: from [62.231.53.178] (helo=mail.cooperationireland.org) by smtp2.irishbroadband.ie with esmtps (TLSv1:AES256-SHA:256) (Exim 4.62 (FreeBSD)) (envelope-from ) id 1HJWSi-000G6B-FY; Tue, 20 Feb 2007 14:59:24 +0000 Received: from [10.0.1.11] ([10.0.1.11]) (authenticated bits=0) by mail.cooperationireland.org (8.13.8/8.13.6) with ESMTP id l1KEfGfS019694; Tue, 20 Feb 2007 14:41:17 GMT (envelope-from itmngr@cooperationireland.org) In-Reply-To: <45D08653.2020509@paladin.bulgarpress.com> References: <45D08653.2020509@paladin.bulgarpress.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0842275B-D86B-45EB-9D3E-8F12EC548EFF@cooperationireland.org> Content-Transfer-Encoding: 7bit From: Michael Doyle Date: Tue, 20 Feb 2007 14:47:10 +0000 To: "Todorov @ Paladin" X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: ClamAV 0.88.5/2612/Tue Feb 20 12:28:34 2007 on mail.cooperationireland.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on mail.cooperationireland.org X-Scan-Signature: 9d38ec40ee1593a41a86a8b93a230d0f Cc: freebsd-stable Subject: Re: install on USB flash memory X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 15:23:35 -0000 Frenzy, which is based on FreeBSD can do this, and comes with a script to install it onto the Flash disk. As per some of the other posted comments else where in the thread different BIOS and USB key combinations can produce different results. The one USB key I have with Frenzy on it does not boot all computers for example my two Dell desktops boot fine, but my Dell PowerEdge 830 will not boot using the same key. On 12 Feb 2007, at 15:22, Todorov @ Paladin wrote: > Hi list, > I'm trying ot install FBSD on USB flash (2.0) SanDisk 512MB. The > procedure went good - I see first stage of the loader (which slice to > boot from) and then continuously scrolling assembler data registers. > > My target is simple - booting FBSD from USB flash. I've tried tutorial > from : > > http://typo.submonkey.net/articles/2006/04/13/installing-freebsd-on- > usb-stick-episode-2 > > Laptop is Centrino based and supports USB 2.0 and booting from USB > "hdd". > > Regards, Todorov. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 15:40: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 685D816ACD9 for ; Tue, 20 Feb 2007 15:40:39 +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 CB2B613C4B6 for ; Tue, 20 Feb 2007 15:40:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (bmtuhk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1KFeVZD004943; Tue, 20 Feb 2007 16:40:37 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1KFeVZO004942; Tue, 20 Feb 2007 16:40:31 +0100 (CET) (envelope-from olli) Date: Tue, 20 Feb 2007 16:40:31 +0100 (CET) Message-Id: <200702201540.l1KFeVZO004942@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, volker@vwsoft.com In-Reply-To: <45D9FD35.6040702@vwsoft.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]); Tue, 20 Feb 2007 16:40:37 +0100 (CET) Cc: Subject: Re: getting garbage faster using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, volker@vwsoft.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 Feb 2007 15:40:39 -0000 Volker wrote: > For my dentist I'm currently in the process of destroying some tape > cartridges (SLR7) and also two hard disks (147G SCSI). The most secure and fastest way (by far) is to burn the tapes, and to open the hard disk cases and apply some sandpaper to the disk surfaces. (Contrary to popular believe, a huge magnet might not be sufficient.) 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 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. 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 Tue Feb 20 16:07: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 DD09616A6C7 for ; Tue, 20 Feb 2007 16:07:13 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from ns2.pil.dk (ns2.pil.dk [195.41.47.38]) by mx1.freebsd.org (Postfix) with ESMTP id 810B213C4C4 for ; Tue, 20 Feb 2007 16:07:13 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by ns2.pil.dk (Postfix) with ESMTP id 34F867BA289; Tue, 20 Feb 2007 17:07:12 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id C5442B8B4; Tue, 20 Feb 2007 17:07:10 +0100 (CET) Date: Tue, 20 Feb 2007 17:07:10 +0100 From: Henrik Brix Andersen To: Philipp Ost Message-ID: <20070220160710.GA35874@tirith.brixandersen.dk> Mail-Followup-To: Philipp Ost , Volker , freebsd-stable@freebsd.org References: <45D9FD35.6040702@vwsoft.com> <45DAF258.4000809@smo.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <45DAF258.4000809@smo.de> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Volker , freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 16:07:14 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 20, 2007 at 02:06:32PM +0100, Philipp Ost wrote: > You could use DBAN [0] to wipe the data, at least on the disks ;) That=20 > also takes some time (depends on the method you choose) but it's worth it= =2E.. I normally use gshred(1) from the sysutils/coreutils port for wiping data. Regards, Brix --=20 Henrik Brix Andersen --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: GnuPG signed iD8DBQFF2xyuv+Q4flTiePgRAg3XAKCePhWFxfh31LYl1YnNgnQTU4tCsACgti7B PtSEqOkdIIyO/WwUxQnp6Mc= =VAAQ -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 16:35: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 6FD0B16A584 for ; Tue, 20 Feb 2007 16:35:18 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id A241C13C461 for ; Tue, 20 Feb 2007 16:35:17 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 13580 invoked by uid 0); 20 Feb 2007 19:41:19 +0300 Received: from unknown (HELO ?85.192.19.9?) (tarkhil%sub.ru@85.192.19.9) by techno.sub.ru with SMTP; 20 Feb 2007 16:41:19 -0000 Message-ID: <45DB2342.5000301@webmail.sub.ru> Date: Tue, 20 Feb 2007 19:35:14 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <45D9BADB.6010405@webmail.sub.ru> <45DA8B83.3020202@yandex.ru> In-Reply-To: <45DA8B83.3020202@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 16:35:18 -0000 Andrey V. Elsukov wrote: > Alex Povolotsky ÐÉÛÅÔ: >> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >> reset. Tried two completely different boxes, so it cannot be a >> hardware problem. > > It's easy to reproduce? Can you try make debug-friendly kernel? RELATIVELY easy. It happens about once a day or more often; but it requires someone to press Reset. > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadlocks.html > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-online-ddb.html > Thanks a lot, I've added invariants and witness; if it won't yield any information, I'll try more. So far, this cursed thing is working with some load for 2 hours, that's much. It does NOT, surely NOT try to tunnel tunnelled traffic; any serialconsole setup is useless since it is also a main gateway. If it dies, nothing but physical access can help. Alex. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 16:50: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 7D57116A475 for ; Tue, 20 Feb 2007 16:50:15 +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 6CAFC13C441 for ; Tue, 20 Feb 2007 16:50:15 +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 511141A4D8E; Tue, 20 Feb 2007 08:50:15 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D451D514EA; Tue, 20 Feb 2007 11:50:12 -0500 (EST) Date: Tue, 20 Feb 2007 11:50:12 -0500 From: Kris Kennaway To: Bill Moran Message-ID: <20070220165012.GB75535@xor.obsecurity.org> References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> <45DA121E.1040803@vwsoft.com> <20070220091238.c04cfceb.wmoran@collaborativefusion.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070220091238.c04cfceb.wmoran@collaborativefusion.com> User-Agent: Mutt/1.4.2.2i Cc: Volker , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 16:50:15 -0000 On Tue, Feb 20, 2007 at 09:12:38AM -0500, Bill Moran wrote: > In response to Volker : > > > On 02/19/07 20:51, Kris Kennaway wrote: > > > On Mon, Feb 19, 2007 at 08:40:37PM +0100, Volker wrote: > > >> The tape sits there since 48 hours writing a block of data every > > >> other minute and still didn't fill up the tape completely. The > > >> system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 > > >> (6.2-RELEASE based). > > >> > > >> I suspect this to be a slow /dev/random. > > > > > > This sounds odd to me, I get 18-20MB/sec sustained read performance > > > from /dev/random on this 2GHz system, which is probably faster than > > > your tape write speed. > > > > Hmm, so this might be the tape drive(r)? I'll check this out as soon > > as I'm going to write to hard disk. > > > > I'm going to make some tests with /dev/random to get the real speed. > > Are you actually using /dev/random and not /dev/urandom? > > /dev/random is "military grade" random data. It will block if it feels > that it hasn't gathered enough entropy to satisfy your request. It will > never provide random data at any reasonable speed, but it will provide > high-quality random data. > > If you need lost of random data, use /dev/urandom, which provides data > that _may_ be predictable under some circumstances, but will provide > it at a decent rate of speed. Not true in a post 4.x world, they are symlinks and both "military grade" with non-blocking semantics. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 17:07:13 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 786B516B6A1 for ; Tue, 20 Feb 2007 17:07:13 +0000 (UTC) (envelope-from dbrewer@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id 37F2613C428 for ; Tue, 20 Feb 2007 17:07:13 +0000 (UTC) (envelope-from dbrewer@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6073381AbXBTQju for ; Tue, 20 Feb 2007 08:39:50 -0800 To: stable@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "David Brewer" Sender: "David Brewer" Message-Id: Date: Tue, 20 Feb 2007 08:39:50 -0800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Your Recent Trade Show Results X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dbrewer@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 Feb 2007 17:07:13 -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.

David Brewer
PixelFish, Inc.
800.503.3020 x102
dbrewer@pixelfish.com
http://www.pixelfish.com
RedMan Video
Pentax Video
JEM 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 Feb 20 17:08: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 D7D9C16BB75 for ; Tue, 20 Feb 2007 17:08:53 +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 A218513C4A6 for ; Tue, 20 Feb 2007 17:08:53 +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 l1KH8qHv098856; Tue, 20 Feb 2007 12:08:52 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l1KH8q13026920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Feb 2007 12:08:52 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200702201708.l1KH8q13026920@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 20 Feb 2007 12:08:51 -0500 To: Alex Povolotsky , "Andrey V. Elsukov" From: Mike Tancsa In-Reply-To: <45DB2342.5000301@webmail.sub.ru> References: <45D9BADB.6010405@webmail.sub.ru> <45DA8B83.3020202@yandex.ru> <45DB2342.5000301@webmail.sub.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 17:08:53 -0000 At 11:35 AM 2/20/2007, Alex Povolotsky wrote: >Thanks a lot, I've added invariants and witness; if it won't yield >any information, I'll try more. > >So far, this cursed thing is working with some load for 2 hours, >that's much. It does NOT, surely NOT try to tunnel tunnelled >traffic; any serialconsole setup is useless since it is also a main >gateway. If it dies, nothing but physical access can help. Although not a hard fast rule, I have found that if the box locks up to the point where a BREAK on the serial console does not send it to the debugger prompt, is usually a sign of a hardware lockup as opposed to a software bug. What is the chipset of the MB ? Does ichwd work with it to reset it ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 17:10: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 9856116BE07 for ; Tue, 20 Feb 2007 17:10:11 +0000 (UTC) (envelope-from dbrewer@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id E116813C4B5 for ; Tue, 20 Feb 2007 17:10:10 +0000 (UTC) (envelope-from dbrewer@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6073636AbXBTQkh for ; Tue, 20 Feb 2007 08:40:37 -0800 To: freebsd-stable@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "David Brewer" Sender: "David Brewer" Message-Id: Date: Tue, 20 Feb 2007 08:40:37 -0800 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Your Recent Trade Show Results X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dbrewer@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 Feb 2007 17:10:11 -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.

David Brewer
PixelFish, Inc.
800.503.3020 x102
dbrewer@pixelfish.com
http://www.pixelfish.com
RedMan Video
Pentax Video
JEM 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 Feb 20 17:17: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 BA5E316A532 for ; Tue, 20 Feb 2007 17:17:51 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 918A113C46B for ; Tue, 20 Feb 2007 17:17:51 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.178] ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l1KHHo22051589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Feb 2007 09:17:50 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45DB2D3E.5060803@errno.com> Date: Tue, 20 Feb 2007 09:17:50 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Eric van Gyzen References: <45DA59DA.3040408@vangyzen.net> In-Reply-To: <45DA59DA.3040408@vangyzen.net> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath(4) irq and taskq cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 17:17:51 -0000 Eric van Gyzen wrote: > The irq and taskq for my ath(4) card often use excessive amounts of CPU > time, even when my network is idle. They are often above 10% and 15%, > respectively; occasionally, they are as high as 27% and 44%. > > The system is an AMD Athlon64 2800+ running FreeBSD 6.2-RELEASE i386 > with a custom kernel including the wlan_* stuff, ath, ath_hal, and > ath_rate_sample. It is a station using WPA2-PSK with AES-CCMP. The > access point is also a FreeBSD machine with an ath(4) card. > > During periods of high CPU usage, the > > rx failed 'cuz of PHY err > OFDM timing > > fields of the athstats output are increasing rather quickly. For > example, while CPU usage was 25% and 46%, the OFDM timing field was > increasing by 43,000 per second. > > Can anyone explain this? Is it a sign of failing hardware? It means you're seeing lots of noise in the environment. The numbers you cite are way too high (43K/sec is crazy) and the %cpu times see too high for your processor but that's hard to evaluate. You don't indicate what your h/w is (mac+phy) revs but presumably it's old enough that PHY errors are not counted in h/w but instead sent to the host as little packets that must be processed. If you actually use the radio you'll see the error counts go down because the radio will be busy doing useful work. High phy error rates can also be caused by things like faulty antenna connections and/or radio overload (i.e. sta and ap being too close and/or using high power radios). I can add a knob to the driver to turn off this stuff but then you will likely see degraded performance as the PHY errors are used to tune the baseband when there is noise and/or when the case temperature changes (this can significantly affect radio operation). Sam From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 17:24: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 8FF1C16A40A for ; Tue, 20 Feb 2007 17:24:09 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [128.39.174.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7AD13C428 for ; Tue, 20 Feb 2007 17:24:08 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (Ximalas@localhost [127.0.0.1]) by ramstind.fig.ol.no (8.13.8/8.13.8) with ESMTP id l1KHO2hx075369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Feb 2007 18:24:02 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by ramstind.fig.ol.no (8.13.8/8.13.8/Submit) with ESMTP id l1KHO2wW075366; Tue, 20 Feb 2007 18:24:02 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Tue, 20 Feb 2007 18:23:57 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: David Brewer In-Reply-To: Message-ID: <20070220182334.W93779@ramstind.fig.ol.no> References: Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1876522780-1171992237=:93779" X-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL, BAYES_00, UPPERCASE_25_50 autolearn=ham X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Cc: freebsd-stable@freebsd.org Subject: Re: Your Recent Trade Show Results X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 17:24:09 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1876522780-1171992237=:93779 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 plz! go away with all your junk. - -- - ---------------------------------------------------------------------- Trond Endrestøl | trond@fagskolen.gjovik.no Patron of The Art of Computer Programming| FreeBSD 6.2-S & Pine 4.64 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF2y6ybYWZalUoElsRAkELAJ9OKvTvpcHkIALQjGu+TaMLNFLmMwCeKWuP XTYh3DXdxathIhDWFRcaBRg= =TiTe -----END PGP SIGNATURE----- --0-1876522780-1171992237=:93779-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 17:24: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 4F53516A67F for ; Tue, 20 Feb 2007 17:24:32 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 1391C13C4B2 for ; Tue, 20 Feb 2007 17:24:31 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HJYOv-000Pc6-2U; Tue, 20 Feb 2007 17:03:37 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HJYOm-000Dkb-Sh; Tue, 20 Feb 2007 17:03:28 +0000 Date: Tue, 20 Feb 2007 17:03:28 +0000 From: Thomas Hurst To: Bill Moran Message-ID: <20070220170328.GA51253@voi.aagh.net> Mail-Followup-To: Bill Moran , Volker , freebsd-stable@freebsd.org, Kris Kennaway References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> <45DA121E.1040803@vwsoft.com> <20070220091238.c04cfceb.wmoran@collaborativefusion.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070220091238.c04cfceb.wmoran@collaborativefusion.com> Organization: Not much. User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Thomas Hurst Cc: Volker , freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 17:24:32 -0000 * Bill Moran (wmoran@collaborativefusion.com) wrote: > Are you actually using /dev/random and not /dev/urandom? > > /dev/random is "military grade" random data. It will block if it > feels that it hasn't gathered enough entropy to satisfy your request. > It will never provide random data at any reasonable speed, but it will > provide high-quality random data. > > If you need lost of random data, use /dev/urandom, which provides data > that _may_ be predictable under some circumstances, but will provide > it at a decent rate of speed. This hasn't been true since FreeBSD 5 and the introduction of Yarrow; /dev/random and /dev/urandom are one in the same: lrwxr-xr-x 1 root wheel 6 Jan 1 1970 /dev/urandom -> random -% dd if=/dev/urandom of=/dev/null bs=1M count=512 512+0 records in 512+0 records out 536870912 bytes transferred in 9.997684 secs (53699528 bytes/sec) -% dd if=/dev/random of=/dev/null bs=1M count=512 512+0 records in 512+0 records out 536870912 bytes transferred in 10.036211 secs (53493386 bytes/sec) -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 17:28: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 D5E1B16A732 for ; Tue, 20 Feb 2007 17:28:13 +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 5584013C461 for ; Tue, 20 Feb 2007 17:28:11 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 12897 invoked by uid 89); 20 Feb 2007 17:20:31 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.149) by bart.milos.co.za with ESMTPA; 20 Feb 2007 17:20:31 -0000 Message-ID: <03ac01c75514$75b1c540$9503a8c0@claylaptop> From: "Clayton Milos" To: References: <45D9FD35.6040702@vwsoft.com><20070219195143.GA42379@xor.obsecurity.org><45DA121E.1040803@vwsoft.com><20070220091238.c04cfceb.wmoran@collaborativefusion.com> <20070220165012.GB75535@xor.obsecurity.org> Date: Tue, 20 Feb 2007 19:27:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 17:28:13 -0000 ----- Original Message ----- From: "Kris Kennaway" To: "Bill Moran" Cc: "Volker" ; ; "Kris Kennaway" Sent: Tuesday, February 20, 2007 6:50 PM Subject: Re: getting garbage faster using FreeBSD? > On Tue, Feb 20, 2007 at 09:12:38AM -0500, Bill Moran wrote: >> In response to Volker : >> >> > On 02/19/07 20:51, Kris Kennaway wrote: >> > > On Mon, Feb 19, 2007 at 08:40:37PM +0100, Volker wrote: >> > >> The tape sits there since 48 hours writing a block of data every >> > >> other minute and still didn't fill up the tape completely. The >> > >> system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 >> > >> (6.2-RELEASE based). >> > >> >> > >> I suspect this to be a slow /dev/random. >> > > >> > > This sounds odd to me, I get 18-20MB/sec sustained read performance >> > > from /dev/random on this 2GHz system, which is probably faster than >> > > your tape write speed. >> > >> > Hmm, so this might be the tape drive(r)? I'll check this out as soon >> > as I'm going to write to hard disk. >> > >> > I'm going to make some tests with /dev/random to get the real speed. >> >> Are you actually using /dev/random and not /dev/urandom? >> >> /dev/random is "military grade" random data. It will block if it feels >> that it hasn't gathered enough entropy to satisfy your request. It will >> never provide random data at any reasonable speed, but it will provide >> high-quality random data. >> >> If you need lost of random data, use /dev/urandom, which provides data >> that _may_ be predictable under some circumstances, but will provide >> it at a decent rate of speed. > > Not true in a post 4.x world, they are symlinks and both "military > grade" with non-blocking semantics. > > Kris I do a lot of data recovery contracting. What we do for the government tax company is wipe their old tapes totally clean and unrecoverable for them. We use a device called a degausser. It creates a very strong varying magnetic field that totally wipes out everything on a tape. We've put a few hard drives on it to test it out. it TOTALLY wipes out everything on the drive include the bios sectors rendering the drive totally unusable. We can't even get it back after that. -Clay PS: Don't use it wearing a watch unless you want to lose the time. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 17:58: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 8DA5116A852 for ; Tue, 20 Feb 2007 17:58:26 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1B213C4B4 for ; Tue, 20 Feb 2007 17:58:26 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Tue, 20 Feb 2007 12:58:25 -0500 id 0005641E.45DB36C1.000068E7 Date: Tue, 20 Feb 2007 12:58:25 -0500 From: Bill Moran To: "Trond =?ISO-8859-1?Q?Endrest=F8l\"?=" Message-Id: <20070220125825.cf6336b9.wmoran@collaborativefusion.com> In-Reply-To: <20070220182334.W93779@ramstind.fig.ol.no> References: <20070220182334.W93779@ramstind.fig.ol.no> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: David Brewer , freebsd-stable@freebsd.org Subject: Re: Your Recent Trade Show Results X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 17:58:26 -0000 In response to "Trond Endrest=F8l" : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > plz! go away with all your junk. I reported it to spamcop.net ... as usual. --=20 Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 18:00: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 2787316A52A for ; Tue, 20 Feb 2007 18:00:53 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id D30F913C4A3 for ; Tue, 20 Feb 2007 18:00:52 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Tue, 20 Feb 2007 13:00:52 -0500 id 00056424.45DB3754.0000696B Date: Tue, 20 Feb 2007 13:00:51 -0500 From: Bill Moran To: Kris Kennaway Message-Id: <20070220130051.bfcf6cf2.wmoran@collaborativefusion.com> In-Reply-To: <20070220165012.GB75535@xor.obsecurity.org> References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> <45DA121E.1040803@vwsoft.com> <20070220091238.c04cfceb.wmoran@collaborativefusion.com> <20070220165012.GB75535@xor.obsecurity.org> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.9; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Volker , freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 18:00:53 -0000 In response to Kris Kennaway : > On Tue, Feb 20, 2007 at 09:12:38AM -0500, Bill Moran wrote: > > In response to Volker : > > > > > On 02/19/07 20:51, Kris Kennaway wrote: > > > > On Mon, Feb 19, 2007 at 08:40:37PM +0100, Volker wrote: > > > >> The tape sits there since 48 hours writing a block of data every > > > >> other minute and still didn't fill up the tape completely. The > > > >> system this is running on is a P-4 3GHz machine using FreeSBIE 2.0 > > > >> (6.2-RELEASE based). > > > >> > > > >> I suspect this to be a slow /dev/random. > > > > > > > > This sounds odd to me, I get 18-20MB/sec sustained read performance > > > > from /dev/random on this 2GHz system, which is probably faster than > > > > your tape write speed. > > > > > > Hmm, so this might be the tape drive(r)? I'll check this out as soon > > > as I'm going to write to hard disk. > > > > > > I'm going to make some tests with /dev/random to get the real speed. > > > > Are you actually using /dev/random and not /dev/urandom? > > > > /dev/random is "military grade" random data. It will block if it feels > > that it hasn't gathered enough entropy to satisfy your request. It will > > never provide random data at any reasonable speed, but it will provide > > high-quality random data. > > > > If you need lost of random data, use /dev/urandom, which provides data > > that _may_ be predictable under some circumstances, but will provide > > it at a decent rate of speed. > > Not true in a post 4.x world, they are symlinks and both "military > grade" with non-blocking semantics. Interesting ... I could swear I recently had a problem with /dev/random blocking on a 6.X system ... I'll have to take another look. -- Bill Moran Collaborative Fusion Inc. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 18:24: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 DE6A316BE2A for ; Tue, 20 Feb 2007 18:24:24 +0000 (UTC) (envelope-from suntechnic@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 3DC4F13C491 for ; Tue, 20 Feb 2007 18:24:24 +0000 (UTC) (envelope-from suntechnic@gmail.com) Received: by nf-out-0910.google.com with SMTP id m19so2828005nfc for ; Tue, 20 Feb 2007 10:24:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:x-mailer:reply-to:x-priority:message-id:to:subject:mime-version:content-type; b=TuXzO56CMsaoesxZAvp/mL5kmdrHETVHVN5k9GY4vY+WWkvhYZyVKxDPUrYlhE12j42BYNTZNCpPs4jaYaqu41BBO7blz1yxYobQRDtH/w6Fxzx8ZKmLvnPC9s2OZFUVpsbGLKjF3mu+rcL3pdTufcT9XQ0Sal/ClnCdzQCkGcg= Received: by 10.82.138.6 with SMTP id l6mr2450917bud.1171994339438; Tue, 20 Feb 2007 09:58:59 -0800 (PST) Received: from THINKPADT22 ( [195.2.76.131]) by mx.google.com with ESMTP id j2sm19546383mue.2007.02.20.09.58.42; Tue, 20 Feb 2007 09:58:44 -0800 (PST) Date: Tue, 20 Feb 2007 20:58:29 +0300 From: Alexey Sopov X-Mailer: The Bat! (v3.5) Professional X-Priority: 3 (Normal) Message-ID: <1365869667.20070220205829@gmail.com> To: stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-md5"; boundary="----------5C6321D25F10328" Cc: Subject: 6.2-RELEASE + MPD 4.1 = Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: suntechnic@gmail.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 Feb 2007 18:24:25 -0000 ------------5C6321D25F10328 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi! Yesterday I've updated my FreeBSD 6.0-RELEASE + mpd-4.0b4 up to FreeBSD 6.2-RELEASE + mpd-4.1. And today I have a Fatal Trap. Could you please help me to figure out what the problem consists in? I folowed instructions described in handbook: [intel][root]~# kgdb /usr/obj/usr/src/sys/router/kernel.debug /var/crash/v= mcore.77 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 condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: <6>external: promiscuous mode enabled Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0596202 stack pointer =3D 0x28:0xe4fabb18 frame pointer =3D 0x28:0xe4fabb4c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (swi4: clock sio) Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (524032 pages) 2032 2016 2000 1984 1968 1952 1936 1920 19= 04 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 16= 64 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 14= 24 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 11= 84 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 9= 28 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 = 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336= 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04772e7 in db_fncall (dummy1=3D-1067884030, dummy2=3D0, dummy3=3D1, = dummy4=3D0xe4fab92c "") at /usr/src/sys/ddb/db_command.c:492 #2 0xc0477780 in db_command_loop () at /usr/src/sys/ddb/db_command.c:350 #3 0xc0479600 in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:222 #4 0xc0572252 in kdb_trap (type=3D0, code=3D0, tf=3D0xe4fabad8) at /usr/sr= c/sys/kern/subr_kdb.c:473 #5 0xc06ffae4 in trap_fatal (frame=3D0xe4fabad8, eva=3D12) at /usr/src/sys= /i386/i386/trap.c:828 #6 0xc06ffdeb in trap_pfault (frame=3D0xe4fabad8, usermode=3D0, eva=3D12) at /usr/src/sys/i386/i386/trap.c:745 #7 0xc0700235 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D 1352, tf_esi =3D= 0, tf_ebp =3D -453330100, tf_isp =3D -453330172, tf_ebx =3D -940045504, tf= _edx =3D 20, tf_ecx =3D 1396, tf_eax =3D 44, tf_trapno =3D 12, tf_err =3D 0= , tf_eip =3D -1067884030, tf_cs =3D 32, tf_eflags =3D 66054, tf_esp =3D 256= , tf_ss =3D -453330040}) at /usr/src/sys/i386/i386/trap.c:435 #8 0xc06ec0ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc0596202 in m_copym (m=3D0x0, off0=3D1396, len=3D1376, wait=3D1) at /usr/src/sys/kern/uipc_mbuf.c:397 #10 0xc061804a in ip_fragment (ip=3D0xcd365820, m_frag=3D0xe4fabc20, mtu=3D= -940045504, if_hwassist_flags=3D0, sw_csum=3D3073) at /usr/src/sys/netinet/ip_outpu= t.c:975 #11 0xc061a846 in ip_output (m=3D0xc6894300, opt=3D0xcd365820, ro=3D0xe4fab= bec, flags=3D1, imo=3D0x0, inp=3D0x0) at /usr/src/sys/netinet/ip_output.c:804 #12 0xc0609742 in dummynet_send (m=3D0xc66b9e00) at /usr/src/sys/netinet/ip= _dummynet.c:771 #13 0xc0609a32 in dummynet (unused=3D0x0) at /usr/src/sys/netinet/ip_dummyn= et.c:753 #14 0xc0563590 in softclock (dummy=3D0x0) at /usr/src/sys/kern/kern_timeout= .c:290 #15 0xc053a15f in ithread_loop (arg=3D0xc6391760) at /usr/src/sys/kern/kern= _intr.c:682 #16 0xc0538cbd in fork_exit (callout=3D0xc053a040 , arg=3D0x2= c, frame=3D0x2c) at /usr/src/sys/kern/kern_fork.c:821 #17 0xc06ec14c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 (kgdb) list *0xc0596202 0xc0596202 is in m_copym (/usr/src/sys/kern/uipc_mbuf.c:400). 395 MBUF_CHECKSLEEP(wait); 396 if (off =3D=3D 0 && m->m_flags & M_PKTHDR) 397 copyhdr =3D 1; 398 while (off > 0) { 399 KASSERT(m !=3D NULL, ("m_copym, offset > size of mb= uf chain")); 400 if (off < m->m_len) 401 break; 402 off -=3D m->m_len; 403 m =3D m->m_next; 404 } =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3Dkernel config file=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D machine i386 cpu I686_CPU ident router makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug sy= mbols options KDB options DDB options BREAK_TO_DEBUGGER options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_DIRHASH # Improve performance on big direct= ories 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 NFSCLIE= NT options COMPAT_43 # Compatible with BSD 4.3 [KEEP THI= S!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=3D5000 # Delay (in ms) before probing SCSI 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 exte= nsions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug options ADAPTIVE_GIANT # Giant mutex is adaptive. options IPDIVERT options DUMMYNET options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options HZ=3D1024 options DEVICE_POLLING options GEOM_STRIPE options GEOM_MIRROR options NETGRAPH options NETGRAPH_PPP options NETGRAPH_BPF options NETGRAPH_IFACE options NETGRAPH_PPTPGRE options NETGRAPH_NETFLOW options NETGRAPH_TEE options NETGRAPH_SOCKET options NETGRAPH_KSOCKET options NETGRAPH_VJC options NETGRAPH_TCPMSS device isa device pci device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) device ahd device twe # 3ware ATA RAID device atkbdc # AT keyboard controller device atkbd # AT keyboard device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device npx device apm device pmtimer device sio # 8250, 16[45]50 based serial ports device ppbus # Parallel port bus (required) device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device em device iicbus device smbus device smb device iicsmb device nfsmb # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter device pf device pflog device apic =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3Dkernel config file=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --=20 [ /Iexa ] mailto:suntechnic@gmail.com ------------5C6321D25F10328 Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6 iQEVAwUARds2w83W5eUnRI4pAQHQQQf+MnHdsFCk0Sd6kVEOcduVvMTcrKeKETLT p+X4SBNgpPduDzol2ltEe67+juODmiX+jlbWBc9CuXqqNkigm+13p4vOfdAQVugK wFw+TqsSp5t+1BfNboyofOpz3bggHFos+kIbP2dFquGKOk1WWZbK76aw74y6eTwd 3WBdmSH0Tm4EHK7NHwCO2O4ybW5LSAQw7RNZ/IYRoRnr0B+4K2ZyBeGej2fI6shu sSwF7FNI5e2TayxT/HI6XeTcZCkVIYeNioBtVBIlfVCbagaVxD/1zgvxB31Ku/RK zCqzkQI1tz5bt2R5Hm+JNhRK+oCNw0EFuQMRLLYsTQlJo10ygsFxyA== =+I/u -----END PGP MESSAGE----- ------------5C6321D25F10328-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 19:25: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 76D4B16C3E9 for ; Tue, 20 Feb 2007 19:25:19 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: from mail.sub.ru (mail.sub.ru [88.212.205.2]) by mx1.freebsd.org (Postfix) with SMTP id 9E06F13C4A6 for ; Tue, 20 Feb 2007 19:25:18 +0000 (UTC) (envelope-from tarkhil@webmail.sub.ru) Received: (qmail 82529 invoked by uid 0); 20 Feb 2007 22:31:20 +0300 Received: from unknown (HELO ?85.192.19.9?) (tarkhil%sub.ru@85.192.19.9) by techno.sub.ru with SMTP; 20 Feb 2007 19:31:20 -0000 Message-ID: <45DB4B1B.1050605@webmail.sub.ru> Date: Tue, 20 Feb 2007 22:25:15 +0300 From: Alex Povolotsky User-Agent: Thunderbird 1.5.0.9 (X11/20070104) MIME-Version: 1.0 To: Mike Tancsa References: <45D9BADB.6010405@webmail.sub.ru> <45DA8B83.3020202@yandex.ru> <45DB2342.5000301@webmail.sub.ru> <200702201708.l1KH8q13026920@lava.sentex.ca> In-Reply-To: <200702201708.l1KH8q13026920@lava.sentex.ca> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, "Andrey V. Elsukov" , FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 19:25:19 -0000 Mike Tancsa wrote: > At 11:35 AM 2/20/2007, Alex Povolotsky wrote: > >> Thanks a lot, I've added invariants and witness; if it won't yield >> any information, I'll try more. >> >> So far, this cursed thing is working with some load for 2 hours, >> that's much. It does NOT, surely NOT try to tunnel tunnelled traffic; >> any serialconsole setup is useless since it is also a main gateway. >> If it dies, nothing but physical access can help. > > Although not a hard fast rule, I have found that if the box locks up > to the point where a BREAK on the serial console does not send it to > the debugger prompt, is usually a sign of a hardware lockup as opposed > to a software bug. > Well... I'll try to get to the box and try serial console.. > What is the chipset of the MB ? Does ichwd work with it to reset it ? Whoops! Thanks, I'll give a try device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' you mean this thing, yes? Alex. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 21:52: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 8CE6316CED8; Tue, 20 Feb 2007 21:52:21 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [217.206.238.167]) by mx1.freebsd.org (Postfix) with ESMTP id 14F4A13C441; Tue, 20 Feb 2007 21:51:12 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 641214128; Tue, 20 Feb 2007 21:51:00 +0000 (GMT) X-Virus-Scanned: by amavisd-new at mx0.thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by localhost (mailfil.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id Ph21XULxnTLb; Tue, 20 Feb 2007 21:50:57 +0000 (GMT) Received: from [10.0.2.11] (82-71-32-9.dsl.in-addr.zen.co.uk [82.71.32.9]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 9C5F54073; Tue, 20 Feb 2007 21:50:56 +0000 (GMT) Message-ID: <45DB6D3A.3070009@thekeelecentre.com> Date: Tue, 20 Feb 2007 21:50:50 +0000 From: Richard Tector User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: Sten Daniel Soersdal References: <45D9BADB.6010405@webmail.sub.ru> <45D9C174.2050802@thekeelecentre.com> <45D9C9B0.300@webmail.sub.ru> <45D9CDEA.6010106@thekeelecentre.com> <45DB6BD2.7090508@gmail.com> In-Reply-To: <45DB6BD2.7090508@gmail.com> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090007030108010006000105" Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 21:52:22 -0000 This is a cryptographically signed message in MIME format. --------------ms090007030108010006000105 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sten Daniel Soersdal wrote: > Richard Tector wrote: >> Alex Povolotsky wrote: >>> Richard Tector wrote: >>>> Alex Povolotsky wrote: >>>>> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >>>>> reset. Tried two completely different boxes, so it cannot be a >>>>> hardware problem. >>>>> >>>> Which version of mpd are you using? Have you tried the latest version >>>> from ports, 4.1? I've read it fixes a *lot* of problems found with >>>> the older versions. >>> 3.18_5; Is mpd 4 100% backwards compartible? >> Yes, 4.x should work just fine with your 3.x configuration files. >> >>> And, what's worse, I've heard of exactly the same problem on 4.0. >>> Kernel _freeze_ should be something kernel-related, I fear. >> Quite possible. It involves putting the interfaces in promiscuous mode >> so could be due to a bug in your network card driver. What interfaces >> are you using? >> > > I'm not sure why mpd would want to put any interface in promiscuous > mode. Neither pppoe, pptp nor l2tp would require promiscuous mode as > they use either strictly unicast or ethernet broadcast. > > Perhaps you could provide some information as the situation where > promiscuous mode is necessary? > It doesn't. Was my mistake. It's been a while since I've used it first hand and I just remembered the requirement of ng_bpf, as I explained in a later mail. Richard --------------ms090007030108010006000105 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHPDCC A5owggMDoAMCAQICAQcwDQYJKoZIhvcNAQEEBQAwgYExCzAJBgNVBAYTAlVLMRYwFAYDVQQI Ew1TdGFmZm9yZHNoaXJlMQ4wDAYDVQQHEwVLZWVsZTEZMBcGA1UEChMQVGhlIEtlZWxlIENl bnRyZTEvMC0GA1UEAxMmVGhlIEtlZWxlIENlbnRyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkw HhcNMDYwOTI5MTQyNTM4WhcNMTAwOTI5MTQyNTM4WjCBijELMAkGA1UEBhMCVUsxFjAUBgNV BAgTDVN0YWZmb3Jkc2hpcmUxGTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxFzAVBgNVBAMT DlJpY2hhcmQgVGVjdG9yMS8wLQYJKoZIhvcNAQkBFiByaWNoYXJkdGVjdG9yQHRoZWtlZWxl Y2VudHJlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxAE7t9Z0xg5iVOnqE2q7 UhaRoPrygXPXnZ4bHM8P2E4VKfpCP9tmU5rqP/zDwOKwUAFZsv1yHvzMj2d4S8nTP3eC75YY pztd1tiGIUyi2O1vtQuVrcogCC0Xe8TovubsjeosoEN6kujkTLhgWKj+/jDtb0ELiSwh7NnN CoStDvcCAwEAAaOCARUwggERMAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wg R2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBR5NRc2TrF8Qfj9ZMKvq5m5Lh9IFTCB tgYDVR0jBIGuMIGrgBSNCaM0QC1N5Hiyb/MPAVd/ouQEEqGBh6SBhDCBgTELMAkGA1UEBhMC VUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBU aGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRl IEF1dGhvcml0eYIJAJZYbH4e6XXnMA0GCSqGSIb3DQEBBAUAA4GBABy7Pq1hPDwR2vUs9Jlh LHXE1xLe/COWwTjmZ95mnvsX6XL6eVEzuc0xE66Mf1pyFxDKXxTCBj+G/ialE9AYiXTJAAVJ uvhvkm/u1vXdlNlfQJDRnZKFxrZsIT03LIysq+Hb4qZDpQvgWUUyGib4Ze7pNXPp8HOtlTgB ICafws5LMIIDmjCCAwOgAwIBAgIBBzANBgkqhkiG9w0BAQQFADCBgTELMAkGA1UEBhMCVUsx FjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUg S2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1 dGhvcml0eTAeFw0wNjA5MjkxNDI1MzhaFw0xMDA5MjkxNDI1MzhaMIGKMQswCQYDVQQGEwJV SzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEZMBcGA1UEChMQVGhlIEtlZWxlIENlbnRyZTEX MBUGA1UEAxMOUmljaGFyZCBUZWN0b3IxLzAtBgkqhkiG9w0BCQEWIHJpY2hhcmR0ZWN0b3JA dGhla2VlbGVjZW50cmUuY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEATu31nTG DmJU6eoTartSFpGg+vKBc9ednhsczw/YThUp+kI/22ZTmuo//MPA4rBQAVmy/XIe/MyPZ3hL ydM/d4LvlhinO13W2IYhTKLY7W+1C5WtyiAILRd7xOi+5uyN6iygQ3qS6ORMuGBYqP7+MO1v QQuJLCHs2c0KhK0O9wIDAQABo4IBFTCCAREwCQYDVR0TBAIwADAsBglghkgBhvhCAQ0EHxYd T3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHk1FzZOsXxB+P1kwq+r mbkuH0gVMIG2BgNVHSMEga4wgauAFI0JozRALU3keLJv8w8BV3+i5AQSoYGHpIGEMIGBMQsw CQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUxGTAX BgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUgQ2Vy dGlmaWNhdGUgQXV0aG9yaXR5ggkAllhsfh7pdecwDQYJKoZIhvcNAQEEBQADgYEAHLs+rWE8 PBHa9Sz0mWEsdcTXEt78I5bBOOZn3mae+xfpcvp5UTO5zTETrox/WnIXEMpfFMIGP4b+JqUT 0BiJdMkABUm6+G+Sb+7W9d2U2V9AkNGdkoXGtmwhPTcsjKyr4dvipkOlC+BZRTIaJvhl7uk1 c+nwc62VOAEgJp/CzksxggMbMIIDFwIBATCBhzCBgTELMAkGA1UEBhMCVUsxFjAUBgNVBAgT DVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYDVQQKExBUaGUgS2VlbGUgQ2Vu dHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRpZmljYXRlIEF1dGhvcml0eQIB BzAJBgUrDgMCGgUAoIIB6TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0wNzAyMjAyMTUwNTBaMCMGCSqGSIb3DQEJBDEWBBT7EDl0JkrPWxnGZ1yus/fLNvmA szBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG 9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBmAYJKwYBBAGCNxAEMYGKMIGHMIGB MQswCQYDVQQGEwJVSzEWMBQGA1UECBMNU3RhZmZvcmRzaGlyZTEOMAwGA1UEBxMFS2VlbGUx GTAXBgNVBAoTEFRoZSBLZWVsZSBDZW50cmUxLzAtBgNVBAMTJlRoZSBLZWVsZSBDZW50cmUg Q2VydGlmaWNhdGUgQXV0aG9yaXR5AgEHMIGaBgsqhkiG9w0BCRACCzGBiqCBhzCBgTELMAkG A1UEBhMCVUsxFjAUBgNVBAgTDVN0YWZmb3Jkc2hpcmUxDjAMBgNVBAcTBUtlZWxlMRkwFwYD VQQKExBUaGUgS2VlbGUgQ2VudHJlMS8wLQYDVQQDEyZUaGUgS2VlbGUgQ2VudHJlIENlcnRp ZmljYXRlIEF1dGhvcml0eQIBBzANBgkqhkiG9w0BAQEFAASBgEyDhF9Dr1zUzot96AKjXrHM NlsDXepTmqYxarmKeXtBGiwJbPpsnAZZP+LaAibgkTQjdDbC5FnV4dMA2aauYB17VbP4yHgl 6Up/i0LyvF9RS6/LXWpM7oe8lJMjAQLWec2ECVsGKYpYGZ50/h9nIMADmUuVRXeE23riNkUX J+lRAAAAAAAA --------------ms090007030108010006000105-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 22:14: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 2B17F16AF18 for ; Tue, 20 Feb 2007 22:14:32 +0000 (UTC) (envelope-from netslists@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 E107013C461 for ; Tue, 20 Feb 2007 22:14:31 +0000 (UTC) (envelope-from netslists@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so496405ana for ; Tue, 20 Feb 2007 14:14:31 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=EwDe4hsfQbdGZ28QCZu6J0jiHNZz03IB1przwnbvQleJdIfyz+wZKsduMIt7Fjq73h455zf2bb7mfrAwrkkAYp5z7HRe2G22+vgyKmW2j+1fkhFY9HKLE4KNGJhcRm+pPP63mYQMK3iLFWN6JraVCmDWEOkAuCDbHUn45wBJ51E= Received: by 10.100.139.9 with SMTP id m9mr3149653and.1172007930521; Tue, 20 Feb 2007 13:45:30 -0800 (PST) Received: from ?192.168.11.5? ( [65.33.136.99]) by mx.google.com with ESMTP id c13sm2663897anc.2007.02.20.13.45.29; Tue, 20 Feb 2007 13:45:29 -0800 (PST) Message-ID: <45DB6BD2.7090508@gmail.com> Date: Tue, 20 Feb 2007 16:44:50 -0500 From: Sten Daniel Soersdal User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Richard Tector References: <45D9BADB.6010405@webmail.sub.ru> <45D9C174.2050802@thekeelecentre.com> <45D9C9B0.300@webmail.sub.ru> <45D9CDEA.6010106@thekeelecentre.com> In-Reply-To: <45D9CDEA.6010106@thekeelecentre.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, FreeBSD Stable Subject: Re: mpd sometimes hangs the whole system? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2007 22:14:32 -0000 Richard Tector wrote: > Alex Povolotsky wrote: >> Richard Tector wrote: >>> Alex Povolotsky wrote: >>>> mpd (fresh) on FreeBSD 6.1p12 sometimes hangs system, totally, to >>>> reset. Tried two completely different boxes, so it cannot be a >>>> hardware problem. >>>> >>> Which version of mpd are you using? Have you tried the latest version >>> from ports, 4.1? I've read it fixes a *lot* of problems found with >>> the older versions. >> >> 3.18_5; Is mpd 4 100% backwards compartible? > > Yes, 4.x should work just fine with your 3.x configuration files. > >> And, what's worse, I've heard of exactly the same problem on 4.0. >> Kernel _freeze_ should be something kernel-related, I fear. > > Quite possible. It involves putting the interfaces in promiscuous mode > so could be due to a bug in your network card driver. What interfaces > are you using? > I'm not sure why mpd would want to put any interface in promiscuous mode. Neither pppoe, pptp nor l2tp would require promiscuous mode as they use either strictly unicast or ethernet broadcast. Perhaps you could provide some information as the situation where promiscuous mode is necessary? -- Sten Daniel Soersdal From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 23:22:03 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 D39B716D03A for ; Tue, 20 Feb 2007 23:22:03 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from ithil.ics.muni.cz (ithil.ics.muni.cz [147.251.4.38]) by mx1.freebsd.org (Postfix) with ESMTP id 36AD813C4A5 for ; Tue, 20 Feb 2007 23:22:02 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (holub.ics.muni.cz [147.251.23.83]) (authenticated bits=0) by ithil.ics.muni.cz (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l1KN4bOc005265 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Wed, 21 Feb 2007 00:04:39 +0100 From: "Petr Holub" To: Date: Wed, 21 Feb 2007 00:04:38 +0100 Message-ID: <008401c75543$7ee539b0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.23.83 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ithil.ics.muni.cz [147.251.4.38]); Wed, 21 Feb 2007 00:04:39 +0100 (CET) Cc: Subject: 6.2-RELEASE panic when blanking CD-RW media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 23:22:03 -0000 Hi, I've encountered a deterministic kernel panic when blanking one specific CD-RW media using cdrecord. # cdrecord -scanbus Cdrecord-Clone 2.01 (i386-unknown-freebsd6.2) Copyright (C) 1995-2004 Jörg Schil ling Using libscg version 'schily-0.8'. scsibus2: 2,0,0 200) 'PIONEER ' 'DVD-RW DVR-111 ' '1.23' Removable CD-ROM 2,1,0 201) * 2,2,0 202) * 2,3,0 203) * 2,4,0 204) * 2,5,0 205) * 2,6,0 206) * 2,7,0 207) * # cdrecord dev=2,0,0 blank=fast The kernel panic details follow and dmesg is at the end of this email. Though I understand there's something wrong with the media, I think it shouldn't panic the kernel either. Thanks in advance for looking into this, Petr # cat info.9 Dump header from device /dev/ad4s1b Architecture: i386 Architecture Version: 2 Dump Length: 1072824320B (1023 MB) Blocksize: 512 Dumptime: Tue Feb 20 14:18:54 2007 Hostname: evenstar.ics.muni.cz Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Panic String: page fault Dump Parity: 801179006 Bounds: 9 Dump Status: good # kgdb /boot/kernel/kernel vmcore.9 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". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xc067262e in doadump () #1 0xc0672afe in boot () #2 0xc0672d94 in panic () #3 0xc0885a04 in trap_fatal () #4 0xc088576b in trap_pfault () #5 0xc08853a9 in trap () #6 0xc0873a7a in calltrap () #7 0xc04e5e2e in acd_geom_detach () #8 0xc06388f9 in one_event () #9 0xc06389d1 in g_run_events () #10 0xc0639de5 in g_event_procbody () #11 0xc065cd34 in fork_exit () #12 0xc0873adc in fork_trampoline () (kgdb) x 0xc067262e 0xc04e5e2e : 0x03b0b0ff (kgdb) q dmesg: 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 #0: Fri Jan 12 10:40:27 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.40GHz (3412.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20000000 Logical CPUs per core: 2 real memory = 1073217536 (1023 MB) avail memory = 1032843264 (984 MB) MPTable: ioapic0: Assuming intbase of 0 ioapic1: Assuming intbase of 24 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci6: on pcib1 nvidia0: port 0xcc00-0xcc7f mem 0xfd000000-0xfdffffff,0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci6 nvidia0: [GIANT-LOCKED] pci0: at device 27.0 (no driver attached) pcib2: irq 16 at device 28.0 on pci0 pci4: on pcib2 pcib3: at device 0.0 on pci4 pci5: on pcib3 em0: port 0xbc00-0xbc3f mem 0xfa9e0000-0xfa9fffff,0xfa980000-0xfa9bffff irq 24 at device 1.0 on pci5 em0: Ethernet address: 00:04:23:c3:90:83 pcib4: irq 16 at device 28.4 on pci0 pci3: on pcib4 pci3: at device 0.0 (no driver attached) pcib5: irq 17 at device 28.5 on pci0 pci2: on pcib5 pci2: at device 0.0 (no driver attached) uhci0: port 0xe480-0xe49f irq 20 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 0xe800-0xe81f irq 17 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 0xe880-0xe89f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xec00-0xec1f irq 19 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebfbc00-0xfebfbfff irq 20 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci1: on pcib6 emu10kx0: port 0x8880-0x88bf irq 22 at device 1.0 on pci1 pcm0: on emu10kx0 pcm0: midi0: on emu10kx0 emu10kx0: Audigy IR MIDI events enabled. midi1: on emu10kx0 pci1: at device 1.1 (no driver attached) fwohci0: <1394 Open Host Controller Interface> mem 0xfa5ff800-0xfa5fffff,0xfa5f8000-0xfa5fbfff irq 23 at device 1.2 on pci1 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:02:3c:01:53:00:aa:8d 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:02:3c:00:aa:8d fwe0: Ethernet address: 02:02:3c:00:aa:8d 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) fwohci1: mem 0xfa5ff000-0xfa5ff7ff,0xfa5f4000-0xfa5f7fff irq 21 at device 3.0 on pci1 fwohci1: OHCI version 1.10 (ROM=1) fwohci1: No. of Isochronous channels is 4. fwohci1: EUI64 00:11:d8:00:00:9a:71:28 fwohci1: Phy 1394a available S400, 2 ports. fwohci1: Link S400, max_rec 2048 bytes. firewire1: on fwohci1 fwe1: on firewire1 if_fwe1: Fake Ethernet address: 02:11:d8:9a:71:28 fwe1: Ethernet address: 02:11:d8:9a:71:28 fwe1: if_start running deferred for Giant sbp1: on firewire1 fwohci1: Initiate bus reset fwohci1: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire1: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire1: bus manager 0 (me) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xe400-0xe407,0xe080-0xe083,0xe000-0xe007,0xdc00-0xdc03,0xd880-0xd88f mem 0xfebfb800-0xfebfbbff irq 23 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 ata5: on atapci1 pci0: at device 31.3 (no driver attached) pmtimer0 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 3412098152 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA66 ad4: 238475MB at ata2-master SATA300 cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s1a em0: link state changed to UP (cd0:ata0:0:0:0): READ(10). CDB: 28 0 0 0 a de 0 0 1 0 (cd0:ata0:0:0:0): CAM Status: SCSI Status Error (cd0:ata0:0:0:0): SCSI Status: Check Condition (cd0:ata0:0:0:0): NOT READY asc:4,7 (cd0:ata0:0:0:0): Logical unit not ready, operation in progress sks:0x80,0 (cd0:ata0:0:0:0): Unretryable error (cd0:ata0:0:0:0): cddone: got error 0x10 back From owner-freebsd-stable@FreeBSD.ORG Tue Feb 20 23:51: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 6AB2B16B1F5 for ; Tue, 20 Feb 2007 23:51:49 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.freebsd.org (Postfix) with ESMTP id 48E1413C481 for ; Tue, 20 Feb 2007 23:51:49 +0000 (UTC) (envelope-from phi@evilphi.com) Received: from [10.9.70.4] (pool-72-90-124-58.ptldor.fios.verizon.net [72.90.124.58]) by mail.twinthornes.com (Postfix) with ESMTP id 8F4393BB; Tue, 20 Feb 2007 15:28:05 -0800 (PST) Message-ID: <45DB83F5.3000203@evilphi.com> Date: Tue, 20 Feb 2007 15:27:49 -0800 From: Darren Pilgrim User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Clayton Milos References: <45D9FD35.6040702@vwsoft.com><20070219195143.GA42379@xor.obsecurity.org><45DA121E.1040803@vwsoft.com><20070220091238.c04cfceb.wmoran@collaborativefusion.com> <20070220165012.GB75535@xor.obsecurity.org> <03ac01c75514$75b1c540$9503a8c0@claylaptop> In-Reply-To: <03ac01c75514$75b1c540$9503a8c0@claylaptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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: Tue, 20 Feb 2007 23:51:49 -0000 Clayton Milos wrote: > We use a device called a degausser. It creates a very strong varying > magnetic field that totally wipes out everything on a tape. We've > put a few hard drives on it to test it out. it TOTALLY wipes out > everything on the drive include the bios sectors rendering the drive > totally unusable. We can't even get it back after that. Class I or Class II? -- Darren Pilgrim From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 00:10: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 227A516D64A for ; Wed, 21 Feb 2007 00:10:58 +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 C8A9313C4A5 for ; Wed, 21 Feb 2007 00:10:56 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 25759 invoked by uid 89); 21 Feb 2007 00:03:12 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.149) by bart.milos.co.za with ESMTPA; 21 Feb 2007 00:03:12 -0000 Message-ID: <043701c7554c$b85656d0$9503a8c0@claylaptop> From: "Clayton Milos" To: "Darren Pilgrim" References: <45D9FD35.6040702@vwsoft.com><20070219195143.GA42379@xor.obsecurity.org><45DA121E.1040803@vwsoft.com><20070220091238.c04cfceb.wmoran@collaborativefusion.com> <20070220165012.GB75535@xor.obsecurity.org><03ac01c75514$75b1c540$9503a8c0@claylaptop> <45DB83F5.3000203@evilphi.com> Date: Wed, 21 Feb 2007 02:09:54 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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 Feb 2007 00:10:58 -0000 ----- Original Message ----- From: "Darren Pilgrim" To: "Clayton Milos" Cc: Sent: Wednesday, February 21, 2007 1:27 AM Subject: Re: getting garbage faster using FreeBSD? > Clayton Milos wrote: >> We use a device called a degausser. It creates a very strong varying >> magnetic field that totally wipes out everything on a tape. We've >> put a few hard drives on it to test it out. it TOTALLY wipes out >> everything on the drive include the bios sectors rendering the drive >> totally unusable. We can't even get it back after that. > > Class I or Class II? > > -- > Darren Pilgrim Hi Darren I'm not sure what the difference is. We use a Data Devices HD-1 if that helps you. -Clay From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 00:15: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 9E8E316D577 for ; Wed, 21 Feb 2007 00:15:25 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from mta-m2.tc.umn.edu (mta-m2.tc.umn.edu [160.94.23.21]) by mx1.freebsd.org (Postfix) with ESMTP id 3DE2D13C481 for ; Wed, 21 Feb 2007 00:15:25 +0000 (UTC) (envelope-from amesbury@umn.edu) Received: from [160.94.247.212] (paulaner.oitsec.umn.edu [160.94.247.212]) by mta-m2.tc.umn.edu (UMN smtpd) with ESMTP Tue, 20 Feb 2007 18:00:13 -0600 (CST) X-Umn-Remote-Mta: [N] paulaner.oitsec.umn.edu [160.94.247.212] #+LO+TS+AU+HN Message-ID: <45DB8B8D.6080706@umn.edu> Date: Tue, 20 Feb 2007 18:00:13 -0600 From: Alan Amesbury User-Agent: Thunderbird 1.5.0.9 (X11/20061222) MIME-Version: 1.0 To: Ivan Voras X-Priority: 4 (Low) References: <20070220215248.3C22216D23E@hub.freebsd.org> In-Reply-To: <20070220215248.3C22216D23E@hub.freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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 Feb 2007 00:15:25 -0000 Ivan Voras wrote: > The obvious question - why don't you burn the tapes and hammer the disks? :) Ah, low-tech. I know it well. Still, the last time I did any data destruction, I found a 4 Tesla magnet does wonders. Downsides: 1) Oxford's 90cm bore, helium-cooled magnets aren't that common, perhaps because a 2000V/500A power source is a bit expensive (solution doesn't scale). 2) The hard drive has a tendency to fly out of one's hands while moving it through the lines of force (solution requires some physical coordination). It's primarily for item #1 that I hadn't mentioned this earlier, as most readers of -STABLE users are probably looking for a more scalable solution. -- Alan Amesbury University of Minnesota From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 00:41:10 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 6EEA816B01B for ; Wed, 21 Feb 2007 00:41:10 +0000 (UTC) (envelope-from billy@nlcc.us) Received: from mail.wildblue.net (mail.wildblue.net [216.126.204.45]) by mx1.freebsd.org (Postfix) with ESMTP id 54BA813C461 for ; Wed, 21 Feb 2007 00:41:10 +0000 (UTC) (envelope-from billy@nlcc.us) Received: from ibm.nlcc.us (67-54-202-48.cust.wildblue.net [67.54.202.48]) by mail.wildblue.net (Postfix) with ESMTP id DB50D36D163 for ; Tue, 20 Feb 2007 17:22:12 -0700 (MST) Received: (qmail 8748 invoked by uid 89); 21 Feb 2007 00:21:52 -0000 Received: from unknown (HELO ?192.168.0.40?) (billy@192.168.0.40) by ibm.nlcc.us with ESMTPA; 21 Feb 2007 00:21:52 -0000 Message-ID: <45DB90A0.4070906@nlcc.us> Date: Tue, 20 Feb 2007 18:21:52 -0600 From: Billy Newsom User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: The code for rebooting an SMP machine doesn't always work (still) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 00:41:10 -0000 When a SMP machine does not have an AT keyboard controller, there needs to be a way to reboot the machine under FreeBSD! I have another system which fails to reboot under FreeBSD. This time it is a bleeding-edge current system and FreeBSD 6.2-release. From what I can tell, the code to reboot machines has not really changed much in over ten years. There is definitely something wrong with it, however, probably in SMP systems. Here is what happens. When I do a shutdown and reboot of this machine (which lacks the keyboard controller), I get a notice that the Keyboard reset failed. //Keyboard reset did not work, attempting CPU shutdown// Then, there is an attempt to reboot the machine which results in a Fatal Trap 12. Google for triple fault reboot perhaps kern/94822 Now, I have looked at the code a lot to see what is happening. Taking vm_mach_dep.c to task, it is obvious that the keyboard reboot is the norm, with the alternate method used as a last resort. (This is true even for AMD64, which is what I am using!) I even looked at the locore.s code to see how that reboot code works (written in assemler, I think) there, and they do not even try the keyboard reset. The idea, it would seem, is to cause what is known as a triple fault in the CPU, which is supposed to force it to reset. (I cross-referenced to other operating systems, like NetBSD) In this case, I think maybe the CPU is somehow surviving the attempt to be rebooted when certain things happen. I wonder if someone would like to test this, simply remove the portion of vm_mach_dep.c that attempts the keyboard reset and see if the remaining C code there works. After all, this bug only shows up on the odd machine which has no KBC. The code is easy to spot because the comment is *//* "good night, sweet prince .... " */ and it has been in the code since the 1990s at least. /* Examples of affected machines? Well, I am testing a Mac Pro with dual Xeons and four cores. I believe that blade servers are often without a keyboard controller, too. Many embedded systems have no KBC. The other example is a machine that I still run FreeBSD 5 on. It is a dual Pentium Pro 200. Notice that both of my examples are running SMP, and this could have a lot to do with being able to force a CPU to execute and perform three See cpu_reset_real() and its comments at http://fxr.watson.org/fxr/source//amd64/amd64/vm_machdep.c http://fxr.watson.org/fxr/source/i386/i386/vm_machdep.c For those who might think I didn't try everything: I tried this in device.hints: # Billy removed these six things for Mac Pro hint.atkbdc.0.disabled="1" hint.atkbd.0.disabled="1" hint.sio.0.disabled="1" hint.sio.1.disabled="1" hint.ppc.0.disabled="1" hint.psm.0.disabled="1" # Billy removed these six things for Mac Pro I tried removing those culprits from the kernel, too. Less errors at boot, but never would it reboot. It will do this: halt -p (Works) It will reboot under Windows XP (same machine) It will reboot at the Boot Loader prompt (type reboot, and it does that. See locore.s) In other words, amd64's vm_machdep.c is the problem, but I must say that I'm pretty confident that the same is true for i386. My dual Pentium Pro stopped rebooting okay when upgraded from FreeBSD 4.x to 5.2 and still won't reboot. As a footnote, there is a kernel option called BROKEN_KEYBOARD_RESET. Great, right? Well, someone disabled it for amd64, so the kernel wouldn't even build with that option. Shame on us for removing a simple way to troubleshoot a problem. I would recommend adding that back as either a device hint or a kernel option. It's still available for i386. But all it would do for me is avoid the attempt to try the keyboard reset, which doesn't freeze or panic this computer, it simply just doesn't work. Thanks for any help. I have collected a lot of data if someone is interested. I may post my dmesg output for this Macintosh anyway just for someone's reference. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 00:55: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 D734A16D0AD for ; Wed, 21 Feb 2007 00:55:42 +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 C7F3813C4A5 for ; Wed, 21 Feb 2007 00:55:42 +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 9DE7A1A4DA3; Tue, 20 Feb 2007 16:55:42 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8BE88514E7; Tue, 20 Feb 2007 19:55:41 -0500 (EST) Date: Tue, 20 Feb 2007 19:55:41 -0500 From: Kris Kennaway To: Billy Newsom Message-ID: <20070221005540.GA81821@xor.obsecurity.org> References: <45DB90A0.4070906@nlcc.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DB90A0.4070906@nlcc.us> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org Subject: Re: The code for rebooting an SMP machine doesn't always work (still) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 00:55:42 -0000 On Tue, Feb 20, 2007 at 06:21:52PM -0600, Billy Newsom wrote: > When a SMP machine does not have an AT keyboard controller, there needs > to be a way to reboot the machine under FreeBSD! Like the sysctl that was added in 6.2? hw.acpi.handle_reboot=1 Kris From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 02:05:44 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 872FC16A6C6 for ; Wed, 21 Feb 2007 02:05:44 +0000 (UTC) (envelope-from chris@pop.zerowait.com) Received: from Shenton.org (static-71-246-241-106.washdc.fios.verizon.net [71.246.241.106]) by mx1.freebsd.org (Postfix) with ESMTP id 3457613C442 for ; Wed, 21 Feb 2007 02:05:44 +0000 (UTC) (envelope-from chris@pop.zerowait.com) Received: (qmail 98188 invoked by uid 1001); 21 Feb 2007 01:39:02 -0000 From: Chris Shenton To: freebsd-stable@freebsd.org Date: Tue, 20 Feb 2007 20:39:02 -0500 Message-ID: <86odnojnm1.fsf@PECTOPAH.shenton.org> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.93 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: firefox hangs second time it's run X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 02:05:44 -0000 I was running 6.2-PRERELEASE (?) happily until a couple days ago when I cvsupped to get 6.2-RELEASE, actually 6.2-STABLE. Now when I start firefox it works -- the first time. If I stop it, then start again, it never materializes on the screen. Logging out, killing XDM doesn't help; a reboot it required (and I have to remove it's lock and .parentlock files) "top" has shown it in STATE "kserel" burning very little CPU. "ps" shows: chris@Bacalao:bin<112> ps -axw|grep fire 1739 ?? I 0:00.00 /bin/sh -c firefox 1740 ?? I 0:00.00 /bin/sh /usr/local/bin/firefox 1744 ?? I 0:00.00 /bin/sh /usr/local/lib/firefox/run-mozilla.sh /usr/local/lib/firefox/firefox-bin 1748 ?? S 0:02.30 /usr/local/lib/firefox/firefox-bin I can try and kill -9 it, but it just sits there, as top says: PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1748 chris 3 96 0 66408K 42528K STOP 0:02 0.00% firefox-bin but it never dies. Any ideas? I'm using portupgrade to make sure all my dependencies are up to date. Anything else I should look for? Thanks. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 03:06: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 E9F8D16A504 for ; Wed, 21 Feb 2007 03:06:38 +0000 (UTC) (envelope-from go@go.sib-ecometall.ru) Received: from mail.sib-ecometall.ru (ns2.sib-ecometall.ru [213.228.109.57]) by mx1.freebsd.org (Postfix) with ESMTP id 898FD13C478 for ; Wed, 21 Feb 2007 03:06:38 +0000 (UTC) (envelope-from go@go.sib-ecometall.ru) Received: from go.sib-ecometall.ru (go.local.sib-ecometall.ru [192.168.2.252]) by mail.sib-ecometall.ru (Postfix) with ESMTP id B5C1A78C46 for ; Wed, 21 Feb 2007 10:06:36 +0700 (KRAT) Received: by go.sib-ecometall.ru (Postfix, from userid 1443) id AD7B7FD02; Wed, 21 Feb 2007 10:06:45 +0700 (KRAT) Date: Wed, 21 Feb 2007 10:06:45 +0700 From: Oleg Gritsak To: freebsd-stable@freebsd.org Message-ID: <20070221030645.GA96515@go.sib-ecometall.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.2i Subject: does update from 5.3 to 6.2 break MPD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 03:06:39 -0000 Hello, dear sirs! Have a small, but rather crucial for me question concerning changes in netgraph. In one remote office (without any IT people at all) I have FreeBSD 5.3 linked to Internet with mpd (mpd-3.18_4). I think it's time to update it, preferably to 6.2, but I'm a bit anxious. Especially, because I cannot do everything by handbook (as I login to server through Internet). In all other offices (most use ppp from base system, some just ethernet links) I build world and kernel, then install them at once, then run mergemaster and only after that reboot... this scheme works fine for years, even being interrupted by powerouts or Internet link loss, but I'm not sure for mpd... Does anybody know, will mpd, build in 5.3 work in 6.2? Well, it is possible to build+install kernel and world, then rebuild mpd and reboot, but powerout may happen at any moment, so it is too dangerios. Also, I could write some superwise script, which will build different versions of mpd, install them, reboot et c, but I find this also too unreliable... Any tips? :) -- ÓÉÓÔÅÍÎÙÊ ÁÄÍÉÎÉÓÔÒÁÔÏÒ ïïï "óÉÂ-üËÏíÅÔÁÌÌ" ÔÅÌ. (3912) 609942 (144) From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 04:41: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 60F7716AA2E for ; Wed, 21 Feb 2007 04:41:28 +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 2368E13C481 for ; Wed, 21 Feb 2007 04:41:27 +0000 (UTC) (envelope-from mark@mkproductions.org) Received: from adsl-75-50-55-67.dsl.spfdmo.sbcglobal.net ([75.50.55.67] helo=amd64.localhost) by server1.tntpowerhost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HJisX-000BSC-5F for freebsd-stable@freebsd.org; Tue, 20 Feb 2007 22:14:53 -0600 Date: Tue, 20 Feb 2007 22:14:50 -0600 From: Mark Kane To: freebsd-stable@freebsd.org Message-ID: <20070220221450.5dd5427d@amd64.localhost> X-Mailer: Claws Mail 2.7.2 (GTK+ 2.10.9; 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: 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 Feb 2007 04:41:28 -0000 Hi everyone. 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. 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. 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 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. Thanks very much in advance. -Mark =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D KGDB OUTPUT = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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:0xffffffff803b7db4 stack pointer =3D 0x10:0xffffffffb4eee6d0 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 1638 (xmms) trap number =3D 12 panic: page fault cpuid =3D 1 Uptime: 2h6m25s 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 *0xffffffff803b7db4 0xffffffff803b7db4 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) backtrace #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff804194d7 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff80419b71 in panic (fmt=3D0xffffff004bff4260 "X=EF=BF=BDeb") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff8063588f in trap_fatal (frame=3D0xffffff004bff4260, eva=3D18446742975848768344) at /usr/src/sys/amd64/amd64/trap.c:668 #5 0xffffffff80635c0c in trap_pfault (frame=3D0xffffffffb4eee620, usermode=3D0) at /usr/src/sys/amd64/amd64/trap.c:580 #6 0xffffffff80635ec3 in trap (frame=3D {tf_rdi =3D -1097447831552, tf_rsi =3D -1098236607904, tf_rdx =3D 7, tf_rcx =3D 4, tf_r8 =3D 1, tf_r9 =3D -1098342836736, tf_rax =3D 0, tf_rbx = =3D -1098236607904, tf_rbp =3D 0, tf_r10 =3D -1098486072152, tf_r11 =3D 7, tf_r= 12 =3D 0, tf_r13 =3D -1098486072320, tf_r14 =3D -1097860783272, tf_r15 =3D -1097447831552, tf_trapno =3D 12, tf_addr =3D 48, tf_flags =3D -1098236607904, tf_err =3D 2, tf_rip =3D -2143584844, tf_cs =3D 8, tf_rflags =3D 66118, tf_rsp =3D -1259411744, tf_ss =3D 16}) at /usr/src/sys/amd64/amd64/trap.c:353 #7 0xffffffff806210ab in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #8 0xffffffff803b7db4 in devfs_open (ap=3D0xffffff006265e358) at /usr/src/sys/fs/devfs/devfs_vnops.c:795 #9 0xffffffff8068956a in VOP_OPEN_APV (vop=3D0x0, a=3D0xffffff004bff4260) at vnode_if.c:372 #10 0xffffffff804949d0 in vn_open_cred (ndp=3D0xffffffffb4eee9c0, flagp=3D0xffffffffb4eee90c, cmode=3D1553653760, cred=3D0xffffff0045aa5600, fdidx=3D7) at vnode_if.h:198 #11 0xffffffff8048aa5f in kern_open (td=3D0xffffff004bff4260, path=3D0x6d94a0
, pathseg=3DUIO_USERSPACE, flags=3D1,=20 mode=3D-1259411008) at /usr/src/sys/kern/vfs_syscalls.c:1009 #12 0xffffffff8048b202 in open (td=3D0xffffff007b030800, uap=3D0xffffffffb4eeebc0) at /usr/src/sys/kern/vfs_syscalls.c:973 #13 0xffffffff80636741 in syscall (frame=3D {tf_rdi =3D 7181472, tf_rsi =3D 0, tf_rdx =3D 0, tf_rcx =3D 6291552, tf_r8 =3D 0, tf_r9 =3D 0, tf_rax =3D 5, tf_rbx =3D 0, tf_rbp =3D 0, tf_r10 = =3D 1, tf_r11 =3D 1, tf_r12 =3D 6291456, tf_r13 =3D 7181472, tf_r14 =3D 7352160, tf_r15 =3D 140737488349408, tf_trapno =3D 22, tf_addr =3D 0, tf_flags =3D 9, tf_err =3D 2, tf_rip =3D 34389146812, tf_cs =3D 43, tf_rflags =3D 582, tf_r= sp =3D 140737488348792, tf_ss =3D 35}) at /usr/src/sys/amd64/amd64/trap.c:803 #14 0xffffffff80621248 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #15 0x0000000801c0bcbc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) q =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D DMESG =3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 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 #4: Tue Feb 20 18:16:50 CST 2007 mixx941@amd64.localhost:/usr/obj/usr/src/sys/AMD645200 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (2613.40-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40f32 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x1f Cores per package: 2 real memory =3D 2147287040 (2047 MB) avail memory =3D 2061553664 (1966 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 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 acpi0: Power Button (fixed) acpi0: reservation of fec00000, 1000 (3) failed acpi0: reservation of fee00000, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x2008-0x200b on acpi0 cpu0: on acpi0 cpu1: 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 0xfeafb000-0xfeafbfff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeafac00-0xfeafacff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 10 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 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 4.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xc480-0xc487,0xc400-0xc403,0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc0f mem 0xfeaf9000-0xfeaf9fff irq 23 at device 5.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0xb880-0xb887,0xb800-0xb803,0xb480-0xb487,0xb400-0xb403,0xb080-0xb08f mem 0xfeaf8000-0xfeaf8fff irq 20 at device 5.1 on pci0 ata4: on atapci2 ata5: on atapci2 atapci3: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f mem 0xfeaf7000-0xfeaf7fff irq 21 at device 5.2 on pci0 ata6: on atapci3 ata7: on atapci3 pcib1: at device 6.0 on pci0 pci1: on pcib1 pcm0: port 0xec00-0xec3f irq 16 at device 0.0 on pci1 pcm0: fwohci0: <1394 Open Host Controller Interface> mem 0xfebff800-0xfebfffff,0xfebf8000-0xfebfbfff irq 17 at device 0.2 on pci1 fwohci0: OHCI version 1.10 (ROM=3D0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:02:3c:00:91:01:6c:20 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:02:3c:01:6c:20 fwe0: Ethernet address: 02:02:3c:01:6c:20 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) pci1: at device 1.0 (no driver attached) pci1: at device 1.1 (no driver attached) ahc0: port 0xd800-0xd8ff mem 0xfebfe000-0xfebfefff irq 18 at device 2.0 on pci1 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs ahc1: port 0xd400-0xd4ff mem 0xfebfd000-0xfebfdfff irq 19 at device 2.1 on pci1 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=3D7, 32/253 SCBs fwohci1: port 0xe800-0xe87f mem 0xfebff000-0xfebff7ff irq 19 at device 4.0 on pci1 fwohci1: OHCI version 1.10 (ROM=3D1) fwohci1: No. of Isochronous channels is 4. fwohci1: EUI64 00:10:dc:00:01:05:97:2e fwohci1: Phy 1394a available S400, 2 ports. fwohci1: Link S400, max_rec 2048 bytes. firewire1: on fwohci1 fwe1: on firewire1 if_fwe1: Fake Ethernet address: 02:10:dc:05:97:2e fwe1: Ethernet address: 02:10:dc:05:97:2e fwe1: if_start running deferred for Giant sbp1: on firewire1 fwohci1: Initiate bus reset fwohci1: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire1: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire1: bus manager 0 (me) pci0: at device 6.1 (no driver attached) nfe0: port 0xa400-0xa407 mem 0xfeaf6000-0xfeaf6fff,0xfeafa800-0xfeafa8ff,0xfeafa400-0xfeafa40f irq 23 at device 8.0 on pci0 nfe0: Ethernet address: 00:16:17:ec:1d:e1 miibus0: on nfe0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: [FAST] nfe1: port 0xa080-0xa087 mem 0xfeaf5000-0xfeaf5fff,0xfeafa000-0xfeafa0ff,0xfeaf4c00-0xfeaf4c0f irq 20 at device 9.0 on pci0 nfe1: Ethernet address: 00:16:17:ec:20:df miibus1: on nfe1 ukphy1: on miibus1 ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe1: [FAST] pcib2: at device 10.0 on pci0 pci2: on pcib2 pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 12.0 on pci0 pci4: on pcib4 pcib5: at device 13.0 on pci0 pci5: on pcib5 pcib6: at device 14.0 on pci0 pci6: on pcib6 pcib7: at device 15.0 on pci0 pci7: on pcib7 acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Microsoft Microsoft 5-Button Mouse with IntelliEye(TM), rev 1.10/3.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata0-master UDMA33 ad4: 305245MB at ata2-master SATA150 Waiting 5 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! da0 at ahc1 bus 0 target 15 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D KERNEL CONFIG = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D GENERIC plus: options SMP device atapicam device sound device "snd_emu10k1" options DEVICE_POLLING --=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 Feb 21 04:59: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 CD0F316A664 for ; Wed, 21 Feb 2007 04:59:11 +0000 (UTC) (envelope-from paulette_mcgee@yahoo.com) Received: from web62303.mail.re1.yahoo.com (web62303.mail.re1.yahoo.com [69.147.75.17]) by mx1.freebsd.org (Postfix) with SMTP id 9026213C441 for ; Wed, 21 Feb 2007 04:59:11 +0000 (UTC) (envelope-from paulette_mcgee@yahoo.com) Received: (qmail 88085 invoked by uid 60001); 21 Feb 2007 04:32:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Vjy2WZq7vX3148TSU3/e3zxWFp5CC1r2ZhihIpp+74pC+cR9V/6oIe7JvJE++1SdcbUKxAJxkE/33p12zs45cqggmqytCqrNnvofOz3f1YUbqszrc+4vY6H5E/REjbgVXeSeBul5rT3WhDCcB/QZN6mEpUfEaKJdRuS3V88Eq90=; X-YMail-OSG: 47xK1_IVM1lq0CQNqsz0PvQ99xa7g4X9zeRZnx0TnV8L2kZzCTZRNhAg.1P3tGgaNg-- Received: from [68.164.15.86] by web62303.mail.re1.yahoo.com via HTTP; Tue, 20 Feb 2007 20:32:31 PST Date: Tue, 20 Feb 2007 20:32:31 -0800 (PST) From: Paulette McGee To: freebsd-stable@freebsd.org, Chris Shenton MIME-Version: 1.0 Message-ID: <97451.85349.qm@web62303.mail.re1.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: firefox hangs second time it's run X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 04:59:12 -0000 Sorry, I forgot to copy the list Paulette McGee wrote: Hello, What about doing a kill on the process id? Does that work? Paulette Chris Shenton wrote: I was running 6.2-PRERELEASE (?) happily until a couple days ago when I cvsupped to get 6.2-RELEASE, actually 6.2-STABLE. Now when I start firefox it works -- the first time. If I stop it, then start again, it never materializes on the screen. Logging out, killing XDM doesn't help; a reboot it required (and I have to remove it's lock and .parentlock files) "top" has shown it in STATE "kserel" burning very little CPU. "ps" shows: chris@Bacalao:bin<112> ps -axw|grep fire 1739 ?? I 0:00.00 /bin/sh -c firefox 1740 ?? I 0:00.00 /bin/sh /usr/local/bin/firefox 1744 ?? I 0:00.00 /bin/sh /usr/local/lib/firefox/run-mozilla.sh /usr/local/lib/firefox/firefox-bin 1748 ?? S 0:02.30 /usr/local/lib/firefox/firefox-bin I can try and kill -9 it, but it just sits there, as top says: PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1748 chris 3 96 0 66408K 42528K STOP 0:02 0.00% firefox-bin but it never dies. Any ideas? I'm using portupgrade to make sure all my dependencies are up to date. Anything else I should look for? Thanks. _______________________________________________ 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" --------------------------------- Be a PS3 game guru. Get your game face on with the latest PS3 news and previews at Yahoo! Games. --------------------------------- Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 05:00: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 1B92916B78D for ; Wed, 21 Feb 2007 05:00:12 +0000 (UTC) (envelope-from paulette_mcgee@yahoo.com) Received: from web62313.mail.re1.yahoo.com (web62313.mail.re1.yahoo.com [69.147.75.27]) by mx1.freebsd.org (Postfix) with SMTP id AD3DF13C48D for ; Wed, 21 Feb 2007 05:00:11 +0000 (UTC) (envelope-from paulette_mcgee@yahoo.com) Received: (qmail 36437 invoked by uid 60001); 21 Feb 2007 04:33:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=ElhNAuIo0QJ6DP4x7FrkUN9ApYaWHTsA4oV8QLaf2SEmEkDiXqRX4uinRuZoIEsiBXWEFgPSmUxcL10YYtv2EKpd5z2BVlcMaJ32usUwLhFTdzx/24V1FgDGzQOF4DZ+ylpplERU8sMUcwa9Jz4bE7cZHkCmMbJzyZXpGGw60mU=; X-YMail-OSG: lY45gwwVM1ls2QStq2.HRbeFI72gYF2nNq2Ak5dZoCvrPXTrg49iH648dm6A0gGA9Eb2QCcNH7EnTCyBoyYmqEn4lnOP7uMgQgwRczkvamVNUBs1DNStiQ-- Received: from [68.164.15.86] by web62313.mail.re1.yahoo.com via HTTP; Tue, 20 Feb 2007 20:33:30 PST Date: Tue, 20 Feb 2007 20:33:30 -0800 (PST) From: Paulette McGee To: freebsd-stable@freebsd.org, "Joel D. Parker" MIME-Version: 1.0 Message-ID: <296986.34883.qm@web62313.mail.re1.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: highpoint hpt372 raid support, or other options? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 05:00:12 -0000 Sorry, forgot to copy the list. Paulette McGee wrote: Hello, I just did a quick scan of the release notes for 6.1: http://www.freebsd.org/releases/6.1R/hardware-i386.html HighPoint is listed; but not that particular version, from what I can see. Paulette Mcgee "Joel D. Parker" wrote: I keep running into roadblocks... I'm running fbsd 6.1 release, i386 My HighPoint RocketRAID 1520 (serial ata 2 channel pci raid card) won't provide me with an option to rebuild the raid 1 array after I've inserted the replacement drive (the old one has been pulled for a month or so). Soo... -atacontrol... I tried using atacontrol to addspare in preparation for a rebuild. I get an error when using 'atacontrol addspare ar0 ad6' saying something like "device isn't configured". Yes, I'm sure of the ar0 and ad6 array/device names. Does atacontrol not support this raid card or is there something I can do to get this to work? -highpoint's own management software.. After trying atacontrol I figured I'd give highpoint's driver's a try. They say they support freebsd 6.1 so this shouldn't be an issue right? Well I install their driver, which appears to work fine (the first disk is now da0s1), but then their raid management software won't install. It keeps looking for old version of libraries (which I was apparently able to get around by linking to the current libraries) and now it's giving me the following error: /usr/libexec/ld-elf.so.1: /usr/local/lib/libncurses.so.5: Undefined symbol "__stdoutp" Obviously this is a problem with highpoint's own freebsd support, but is there any way to get around this with FreeBSD 6.x? Has anyone here had any luck with rebuilding an array using an hpt372 card in freebsd? ... So, the basic question: does atacontrol have hardware raid support for this card? I'm trying to rebuild my array without resorting to backin up and reinstalling just to get my raid 1 operational again... and secondly, is there a way to get around the above error with highpoint's raid software? All I'm trying to do is rebuild my array! :( TIA -- Joel [rootrider] _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" --------------------------------- We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. --------------------------------- Cheap Talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 05:07:02 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 EB6FD16A923 for ; Wed, 21 Feb 2007 05:07:02 +0000 (UTC) (envelope-from dkelly@hiwaay.net) Received: from bee.hiwaay.net (bee.hiwaay.net [216.180.54.11]) by mx1.freebsd.org (Postfix) with ESMTP id B637013C478 for ; Wed, 21 Feb 2007 05:07:02 +0000 (UTC) (envelope-from dkelly@hiwaay.net) Received: from [10.0.0.2] ([216.186.148.249]) (authenticated bits=0) by bee.hiwaay.net (8.13.8/8.13.8) with ESMTP id l1L4rjcU1210109 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Tue, 20 Feb 2007 22:53:46 -0600 (CST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: David Kelly Date: Tue, 20 Feb 2007 22:54:06 -0600 X-Mailer: Apple Mail (2.752.3) Cc: Subject: kernel: link_elf_lookup_symbol: missing symbol hash table X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 05:07:03 -0000 Finally found a problem that started with 6.1-something then fooling around I somehow put an end to it. Updated recently and now its back. /var/log/messages (and dmesg) fill with: Feb 19 07:53:39 Grumpy kernel: link_elf_lookup_symbol: missing symbol hash table Feb 19 07:53:39 Grumpy last message repeated 25 times Feb 19 10:37:37 Grumpy kernel: link_elf_lookup_symbol: missing symbol hash table Feb 19 10:37:37 Grumpy last message repeated 25 times Feb 19 13:16:21 Grumpy kernel: link_elf_lookup_symbol: missing symbol hash table Feb 19 13:16:21 Grumpy last message repeated 25 times It starts very early in the booting process: 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: Sun Feb 18 20:43:17 CST 2007 root@Grumpy.DynDNS.org:/usr5/obj/usr/src/sys/GENERIC link_elf_lookup_symbol: missing symbol hash table link_elf_lookup_symbol: missing symbol hash table link_elf_lookup_symbol: missing symbol hash table link_elf_lookup_symbol: missing symbol hash table link_elf_lookup_symbol: missing symbol hash table Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2793.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 [...] After fussing many hours, and posts to the FreeBSD lists last year, I found the problem this week. Somehow nvidia_load="YES" had snuck into /boot/loader.conf. Remember seeing a port say something of Nvidia altho I do not have Nvidia hardware. Anyway, apparently the Nvidia kernel module is a bad Elf. :-) -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 06:33: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 06D0516DDB5 for ; Wed, 21 Feb 2007 06:33:58 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id 9467313C4A7 for ; Wed, 21 Feb 2007 06:33:57 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id l1L6XuFN084797; Wed, 21 Feb 2007 07:33:56 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 15B36B82D; Wed, 21 Feb 2007 07:33:56 +0100 (CET) Date: Wed, 21 Feb 2007 07:33:56 +0100 From: Roland Smith To: Chris Shenton Message-ID: <20070221063356.GA83115@slackbox.xs4all.nl> Mail-Followup-To: Chris Shenton , freebsd-stable@freebsd.org References: <86odnojnm1.fsf@PECTOPAH.shenton.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <86odnojnm1.fsf@PECTOPAH.shenton.org> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: firefox hangs second time it's run X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 06:33:58 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 20, 2007 at 08:39:02PM -0500, Chris Shenton wrote: > I was running 6.2-PRERELEASE (?) happily until a couple days ago when > I cvsupped to get 6.2-RELEASE, actually 6.2-STABLE. Now when I start > firefox it works -- the first time. If I stop it, then start again, > it never materializes on the screen. Logging out, killing XDM doesn't > help; a reboot it required (and I have to remove it's lock and > .parentlock files) I had a similar problem with firefox locking up if I visited certain web pages or opened a certain dialog box. Firefox got stuck in kserel as well. > I'm using portupgrade to make sure all my dependencies are up to > date. Anything else I should look for?=20 Apparently portupgrade doesn't always work well enough. What I ended up doing was deleting all ports, updating my ports tree, and rebuild it all. That fixed the problem for me. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (FreeBSD) iD8DBQFF2+fUEnfvsMMhpyURAg6JAJ44JeAPGAkI0TPESY/SNAmR+kNtyQCeO0Fm Y9XRyhFtlQQ6N6hbX4k+tY4= =jrRQ -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 06:35: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 DBDD616DC08 for ; Wed, 21 Feb 2007 06:35:32 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from smtp-out4.iol.cz (smtp-out4.iol.cz [194.228.2.92]) by mx1.freebsd.org (Postfix) with ESMTP id 6E96F13C48E for ; Wed, 21 Feb 2007 06:35:32 +0000 (UTC) (envelope-from vlado@botka.homeunix.org) Received: from antivir6.iol.cz (unknown [192.168.30.215]) by smtp-out4.iol.cz (Postfix) with ESMTP id 5C84C163BE6; Wed, 21 Feb 2007 06:35:31 +0000 (UTC) Received: from localhost (antivir6.iol.cz [127.0.0.1]) by antivir6.iol.cz (Postfix) with ESMTP id D90E1260040; Wed, 21 Feb 2007 07:35:30 +0100 (CET) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir6.iol.cz ([127.0.0.1]) by localhost (antivir6.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id 8eUoAeBe2atb; Wed, 21 Feb 2007 07:35:30 +0100 (CET) Received: from smtp-out4.iol.cz (mta-out4 [192.168.30.31]) by antivir6.iol.cz (Postfix) with ESMTP id 9E81B26003C; Wed, 21 Feb 2007 07:35:30 +0100 (CET) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out4.iol.cz (Postfix) with ESMTP id 3E51A47E48; Wed, 21 Feb 2007 07:35:24 +0100 (CET) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 00AC4191; Wed, 21 Feb 2007 07:35:14 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ace.botka.homeunix.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from [10.1.0.10] (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 27EA8190; Wed, 21 Feb 2007 07:35:14 +0100 (CET) From: Vladimir Botka To: Cristiano Deana In-Reply-To: References: Content-Type: text/plain; charset=iso8859-2 Date: Wed, 21 Feb 2007 07:35:22 +0100 Message-Id: <1172039722.3620.3.camel@srv> Mime-Version: 1.0 X-Mailer: Evolution 2.8.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: FreeBSD Stable Mailing List Subject: Re: Problem with usb and msdosfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 06:35:32 -0000 Cristiano Deana pí¹e v út 20. 02. 2007 v 14:48 +0100: > Hi, > > i have a usb key working fine on 6.2-RELEASE, yesterday i upgraded 2 > box to -STABLE and now i have: > > > tail -5 /var/log/messages > Feb 20 14:33:47 toshi kernel: umass0: Kingston DataTraveler 2.0, rev > 2.00/1.00, addr 3 > Feb 20 14:33:48 toshi kernel: da0 at umass-sim0 bus 0 target 0 lun 0 > Feb 20 14:33:48 toshi kernel: da0: > Removable Direct Access SCSI-0 device > Feb 20 14:33:48 toshi kernel: da0: 1.000MB/s transfers > Feb 20 14:33:48 toshi kernel: da0: 123MB (251904 512 byte sectors: 64H > 32S/T 123C) > > > sudo mount -t msdosfs /dev/da0s1 /mnt/ > mount_msdosfs: /dev/da0s1: Operation not permitted > > > fdisk da0 > ******* Working on device /dev/da0 ******* > parameters extracted from in-core disklabel are: > cylinders=123 heads=64 sectors/track=32 (2048 blks/cyl) > > parameters to be used for BIOS calculations are: > cylinders=123 heads=64 sectors/track=32 (2048 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 6 (0x06),(Primary 'big' DOS (>= 32MB)) > start 32, size 251872 (122 Meg), flag 0 > beg: cyl 0/ head 1/ sector 1; > end: cyl 122/ head 63/ sector 32 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > > > Any ideas? > Tnx in advance. > Can you mount it as a root? Cheers, -vlado From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 07:30: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 F171316DE63 for ; Wed, 21 Feb 2007 07:30:00 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (ns0.infracaninophile.co.uk [81.187.76.162]) by mx1.freebsd.org (Postfix) with ESMTP id 602B013C461 for ; Wed, 21 Feb 2007 07:30:00 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost.infracaninophile.co.uk [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.8/8.13.8) with ESMTP id l1L7TSVG040465; Wed, 21 Feb 2007 07:29:28 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <45DBF4D1.6000708@infracaninophile.co.uk> Date: Wed, 21 Feb 2007 07:29:21 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5.0.9 (X11/20070120) MIME-Version: 1.0 To: Alan Amesbury References: <20070220215248.3C22216D23E@hub.freebsd.org> <45DB8B8D.6080706@umn.edu> In-Reply-To: <45DB8B8D.6080706@umn.edu> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigBE410E47035F0530B35EA1E7" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Wed, 21 Feb 2007 07:29:43 +0000 (GMT) X-Virus-Scanned: ClamAV 0.90/2614/Tue Feb 20 18:53:11 2007 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_TESTING,NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: getting garbage faster using 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 Feb 2007 07:30:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBE410E47035F0530B35EA1E7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Alan Amesbury wrote: > Ivan Voras wrote: >=20 >> The obvious question - why don't you burn the tapes and hammer the dis= ks? :) >=20 > Ah, low-tech. I know it well. Still, the last time I did any data > destruction, I found a 4 Tesla magnet does wonders. Downsides: >=20 > 1) Oxford's 90cm bore, helium-cooled magnets aren't that > common, perhaps because a 2000V/500A power source > is a bit expensive (solution doesn't scale). It ain't the PSU that's the expensive bit on a supercon magnet -- it's th= e liquid Helium. After all, once you've ramped the current in the coil up = to $bignum amps, it just keeps going so long as the superconductors aren't allowed to heat up. LHe costs about the same as good whiskey, and you nee= d gallons of the stuff every few weeks. > 2) The hard drive has a tendency to fly out of one's > hands while moving it through the lines of force > (solution requires some physical coordination). Hmmm.... a solenoid coil magnet has a field that is approximately dipolar= =2E Forces vary as the inverse *cube* of the distance away from the center of= the magnet. Move a centimeter too close and the drive will suddenly be ripped out of your hands harder than you can resist. And sticking lumps of magnetic material up the bore of a 4T magnet probably requires quenching the magnet in order to get it out without damaging the magnet... Can you feel your accounts department wincing yet? > It's primarily for item #1 that I hadn't mentioned this earlier, as mos= t > readers of -STABLE users are probably looking for a more scalable solut= ion. Everyone should have their very own NMR spectrometer in their living room= ! Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigBE410E47035F0530B35EA1E7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF2/TX8Mjk52CukIwRCFsVAJ4qymkFzwHbDQALzM+6D8mcXnDfwACeLtzC QFZ+dIEV+YDOg4zXgJQU4Ow= =sju3 -----END PGP SIGNATURE----- --------------enigBE410E47035F0530B35EA1E7-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 07:58: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 2BAD916C4CB for ; Wed, 21 Feb 2007 07:58:19 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id A1D6C13C467 for ; Wed, 21 Feb 2007 07:58:18 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id l1L7wFCI014423; Wed, 21 Feb 2007 08:58:15 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l1L7wEMf053723; Wed, 21 Feb 2007 08:58:14 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l1L7wE2G053722; Wed, 21 Feb 2007 08:58:14 +0100 (CET) (envelope-from wb) Date: Wed, 21 Feb 2007 08:58:14 +0100 From: Wilko Bulte To: Matthew Seaman Message-ID: <20070221075814.GC53528@freebie.xs4all.nl> References: <20070220215248.3C22216D23E@hub.freebsd.org> <45DB8B8D.6080706@umn.edu> <45DBF4D1.6000708@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DBF4D1.6000708@infracaninophile.co.uk> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org, Alan Amesbury , Ivan Voras Subject: Re: getting garbage faster using 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 Feb 2007 07:58:19 -0000 On Wed, Feb 21, 2007 at 07:29:21AM +0000, Matthew Seaman wrote.. > Alan Amesbury wrote: > > Ivan Voras wrote: > > > >> The obvious question - why don't you burn the tapes and hammer the disks? :) > > > > Ah, low-tech. I know it well. Still, the last time I did any data > > destruction, I found a 4 Tesla magnet does wonders. Downsides: > > > > 1) Oxford's 90cm bore, helium-cooled magnets aren't that > > common, perhaps because a 2000V/500A power source > > is a bit expensive (solution doesn't scale). > > It ain't the PSU that's the expensive bit on a supercon magnet -- it's the > liquid Helium. After all, once you've ramped the current in the coil up to > $bignum amps, it just keeps going so long as the superconductors aren't > allowed to heat up. LHe costs about the same as good whiskey, and you need > gallons of the stuff every few weeks. > > > 2) The hard drive has a tendency to fly out of one's > > hands while moving it through the lines of force > > (solution requires some physical coordination). > > Hmmm.... a solenoid coil magnet has a field that is approximately dipolar. > Forces vary as the inverse *cube* of the distance away from the center of > the magnet. Move a centimeter too close and the drive will suddenly be > ripped out of your hands harder than you can resist. Sounds like what the military are experimenting with: magnetic rail gun. > > It's primarily for item #1 that I hadn't mentioned this earlier, as most > > readers of -STABLE users are probably looking for a more scalable solution. I once had business with a customer from the military who wanted to permanently decommision some disks. I proposed a main battle tank. And, apparantly they saw the fun in that, they reported back that gently rolling one over a disk indeed does the trick nicely. So when you do not want your living room spoiled by a 4T magnet go and find a surplus Challenger tank (when in the UK) or a M1A1 Abrams (when in the US). Plasma torches like found in car body repair shops also do it just fine. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 08:13: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 61ED316DF55 for ; Wed, 21 Feb 2007 08:13:00 +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 1915913C49D for ; Wed, 21 Feb 2007 08:13:00 +0000 (UTC) (envelope-from viper@perm.raid.ru) Received: from mail.raid.ru ([212.33.232.5]:55107 helo=perm.raid.ru) by smtp.ertelecom.ru with esmtp (Exim) id 1HJlLd-000Gf9-Ic for ; Wed, 21 Feb 2007 11:53:05 +0500 From: "viper" To: freebsd-stable@freebsd.org Date: Wed, 21 Feb 2007 11:53:05 +0500 Message-Id: <20070221065305.M95722@perm.raid.ru> X-OriginatingIP: 212.33.232.121 (viper) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Subject: src/sys/netinet/in_pcb.c(rev. 1.165.2.6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 08:13:00 -0000 Hi all. I am just want ask question only out of curiosity. Are there any reasons why a file src/sys/netinet/in_pcb.c(rev. 1.165.2.6) is not included to RELEASE_6_2? What a kind of race condition closing that revision. Thanks to help me :-) [Vladimir] From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 08:38: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 74DDD16E73F for ; Wed, 21 Feb 2007 08:38:55 +0000 (UTC) (envelope-from yann@raven.kierun.org) Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB4513C4B6 for ; Wed, 21 Feb 2007 08:38:54 +0000 (UTC) (envelope-from yann@raven.kierun.org) Received: from yann by raven.kierun.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HJn03-000LPK-Qr for freebsd-stable@freebsd.org; Wed, 21 Feb 2007 08:38:55 +0000 Date: Wed, 21 Feb 2007 08:38:55 +0000 From: Yann Golanski To: freebsd-stable@freebsd.org Message-ID: <20070221083855.GA82276@kierun.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Sender: "Yann Golanski, University of York, +44(0)1904-433088" Subject: Supported graphics card on X11. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 08:38:55 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I know, this should be more a question for the folks at Xorg but still. Does FreeBSD support the "Sapphire ATI Radeon X1950 Pro ULTIMATE SILENT" card? =20 Is there anywhere that I can find which cards are support with Xorg? I find the main web site is rather obtuse. Maybe adding that link (or list) to the relevant section of the handbook be a good idea?=20 Thanks. --=20 yann@kierun.org -=3D*=3D- www.kierun.= org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF3AUf91FwBp3iYxgRArKpAJ4wHKORxfZx/bo1xq0I01guRunmkgCeISvU aqbbJAXyav/ov1eg/SNeK6Y= =EB0z -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 08:43: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 3584216AF37 for ; Wed, 21 Feb 2007 08:43:00 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id C09DB13C461 for ; Wed, 21 Feb 2007 08:42:59 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by mu-out-0910.google.com with SMTP id g7so992117muf for ; Wed, 21 Feb 2007 00:42:58 -0800 (PST) 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=Lbxfrd359zS9JSN+WfEPf4mrftTqipKeeiu0rKtzKcYJXYVhPZHdLRuDEvXmG15i7S33nlvBkMbudjuv/JNN3oT6UoYx0iyY35OAXTuFWwMlFt0aioHvaLU9K7Uq6XAJIIMKEnTvwp6xLIF5YnonkzuDUO81R6H/vxK62syXe5I= Received: by 10.82.113.6 with SMTP id l6mr14035227buc.1172047378490; Wed, 21 Feb 2007 00:42:58 -0800 (PST) Received: by 10.82.160.16 with HTTP; Wed, 21 Feb 2007 00:42:58 -0800 (PST) Message-ID: Date: Wed, 21 Feb 2007 09:42:58 +0100 From: "Cristiano Deana" To: "Vladimir Botka" , "FreeBSD Stable Mailing List" In-Reply-To: <1172039722.3620.3.camel@srv> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1172039722.3620.3.camel@srv> Cc: Subject: Re: Problem with usb and msdosfs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 08:43:00 -0000 2007/2/21, Vladimir Botka : > Can you mount it as a root? Cheers, -vlado Very strange: today i reconnect my usb device, instead of da0 it's now da1. Tried to mount from root account, it works. Umount, and mount with sudo (as usual)... it works! messages: Yesterday (didn't worked): Feb 20 14:33:47 toshi kernel: umass0: Kingston DataTraveler 2.0, rev 2.00/1.00, addr 3 Feb 20 14:33:48 toshi kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Feb 20 14:33:48 toshi kernel: da0: Removable Direct Access SCSI-0 device Feb 20 14:33:48 toshi kernel: da0: 1.000MB/s transfers Feb 20 14:33:48 toshi kernel: da0: 123MB (251904 512 byte sectors: 64H 32S/T 123C) Feb 20 14:34:17 toshi sudo: cris : TTY=ttyp5 ; PWD=/usr/home/cris ; USER=root ; COMMAND=/sbin/mount -t msdosfs /dev/da0s1 /mnt/ Today (it works): Feb 21 08:40:47 toshi kernel: umass0: at uhub0 port 2 (addr 3) disconnected Feb 21 08:40:47 toshi kernel: (da0:umass-sim0:0:0:0): lost device Feb 21 08:40:47 toshi kernel: umass0: detached Feb 21 09:34:55 toshi kernel: umass0: Kingston DataTraveler 2.0, rev 2.00/1.00, addr 2 Feb 21 09:34:55 toshi kernel: da1 at umass-sim0 bus 0 target 0 lun 0 Feb 21 09:34:55 toshi kernel: da1: Removable Direct Access SCSI-0 device Feb 21 09:34:55 toshi kernel: da1: 1.000MB/s transfers Feb 21 09:34:55 toshi kernel: da1: 123MB (251904 512 byte sectors: 64H 32S/T 123C) Feb 21 09:35:18 toshi su: cris to root on /dev/ttyp7 Feb 21 09:36:00 toshi sudo: cris : TTY=ttyp7 ; PWD=/usr/home/cris ; USER=root ; COMMAND=/sbin/mount -t msdosfs /dev/da1s1 /mnt/ Feb 21 09:36:18 toshi sudo: cris : TTY=ttyp7 ; PWD=/usr/home/cris ; USER=root ; COMMAND=/sbin/umount /mnt/ i can't understand... -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 08:52: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 3B07F16CA30 for ; Wed, 21 Feb 2007 08:52:12 +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 DF38113C442 for ; Wed, 21 Feb 2007 08:52:11 +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 EB43BEB54BA; Wed, 21 Feb 2007 16:52:10 +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 JAtLBT9y9IZK; Wed, 21 Feb 2007 16:52:04 +0800 (CST) Received: from [192.168.1.32] (unknown [221.217.209.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id DCC8AEB539A; Wed, 21 Feb 2007 16:52:03 +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=aLzgpjUtgUp7IY6j5dqmbB62quU8Ff9IvUzpcpQx3dBhf18XtK+Hndoq6gKe7Qoc2 yMqGsXH8S4eJ2eZVS9pzw== Message-ID: <45DC0832.8070908@delphij.net> Date: Wed, 21 Feb 2007 16:52:02 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: viper References: <20070221065305.M95722@perm.raid.ru> In-Reply-To: <20070221065305.M95722@perm.raid.ru> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig0E72ED86A5D8A51E92EFB1F9" Cc: freebsd-stable@freebsd.org Subject: Re: src/sys/netinet/in_pcb.c(rev. 1.165.2.6) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 08:52:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0E72ED86A5D8A51E92EFB1F9 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable viper wrote: > Hi all. > I am just want ask question only out of curiosity.=20 > Are there any reasons why a file src/sys/netinet/in_pcb.c(rev. 1.165.2= =2E6) is > not included to RELEASE_6_2? > What a kind of race condition closing that revision. > Thanks to help me :-) The changeset was MFC'ed and we need re@'s approval of doing the actual MFC, before that, we need to settle it in the RELENG_6 branch in order to make sure that it does not have unwanted side effects. As far as I am aware there is still some other changesets that is under investigation= =2E Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig0E72ED86A5D8A51E92EFB1F9 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 iD8DBQFF3AgyOfuToMruuMARA+f7AJ9uFHyPGQqlYVFs7x0MxT5dYV94tgCeJQ1/ /yQEFJ8d4wONXdADAoFb7mk= =Yxwp -----END PGP SIGNATURE----- --------------enig0E72ED86A5D8A51E92EFB1F9-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 09: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 9FDB716CA3D for ; Wed, 21 Feb 2007 09:15:23 +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 8963B13C471 for ; Wed, 21 Feb 2007 09:15:23 +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 1HJnZK-0002rN-S5 for freebsd-stable@freebsd.org; Wed, 21 Feb 2007 01:15:24 -0800 From: Dominik Zalewski Organization: OpenCraft To: freebsd-stable@freebsd.org Date: Wed, 21 Feb 2007 11:17:12 +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: <200702211117.13035.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: SVG-based traffic grapher 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: Wed, 21 Feb 2007 09:15:23 -0000 Hi All, I was wondering howto do a SVG-based traffic grapher like they did in pfSense project. Any ideas? Thank you, Dominik From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 09:17: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 E90BB16CB28 for ; Wed, 21 Feb 2007 09:17:14 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 9498513C467 for ; Wed, 21 Feb 2007 09:17:13 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id UAA15672; Wed, 21 Feb 2007 20:16:46 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 21 Feb 2007 20:16:45 +1100 (EST) From: Ian Smith To: Alan Amesbury In-Reply-To: <45DB8B8D.6080706@umn.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: getting garbage faster using 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 Feb 2007 09:17:15 -0000 On Tue, 20 Feb 2007, Alan Amesbury wrote: > Ivan Voras wrote: > > > The obvious question - why don't you burn the tapes and hammer the disks? :) > > Ah, low-tech. I know it well. Still, the last time I did any data > destruction, I found a 4 Tesla magnet does wonders. Downsides: > > 1) Oxford's 90cm bore, helium-cooled magnets aren't that > common, perhaps because a 2000V/500A power source > is a bit expensive (solution doesn't scale). > > 2) The hard drive has a tendency to fly out of one's > hands while moving it through the lines of force > (solution requires some physical coordination). > > > It's primarily for item #1 that I hadn't mentioned this earlier, as most > readers of -STABLE users are probably looking for a more scalable solution. Scaleable? Easy .. For 2.5" drives, a tack hammer does nicely. For 3.5" to 5" drives, a claw hammer suffices. For 14"? IBM disk packs a small sledge is optimal (if short of tanks!) Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 09:55:28 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 DB79916A53E for ; Wed, 21 Feb 2007 09:55:28 +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 931D713C49D for ; Wed, 21 Feb 2007 09:55:28 +0000 (UTC) (envelope-from viper@perm.raid.ru) Received: from mail.raid.ru ([212.33.232.5]:37202 helo=perm.raid.ru) by smtp.ertelecom.ru with esmtp (Exim) id 1HJoC2-000PPs-De for ; Wed, 21 Feb 2007 14:55:22 +0500 From: "viper" To: stable@freebsd.org Date: Wed, 21 Feb 2007 14:55:22 +0500 Message-Id: <20070221092953.M17628@perm.raid.ru> X-OriginatingIP: 212.33.232.121 (viper) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Cc: Subject: RE: 6.2-RELEASE + MPD 4.1 = Fatal trap 12: page fault while in kernelmode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 09:55:28 -0000 Hi! Again NULL pointer in m_copyxxxxx. Looks like similar to PR kern/108963. Are there any suggestions or ideas? _______________________ Best regards, Vladimir -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Alexey Sopov Sent: Tuesday, February 20, 2007 10:58 PM To: stable@freebsd.org Subject: 6.2-RELEASE + MPD 4.1 = Fatal trap 12: page fault while in kernelmode Hi! Yesterday I've updated my FreeBSD 6.0-RELEASE + mpd-4.0b4 up to FreeBSD 6.2-RELEASE + mpd-4.1. And today I have a Fatal Trap. Could you please help me to figure out what the problem consists in? I folowed instructions described in handbook: [intel][root]~# kgdb /usr/obj/usr/src/sys/router/kernel.debug /var/crash/vmcore.77 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: <6>external: promiscuous mode enabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc0596202 stack pointer = 0x28:0xe4fabb18 frame pointer = 0x28:0xe4fabb4c 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 = 12 (swi4: clock sio) Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (524032 pages) 2032 2016 2000 1984 1968 1952 1936 1920 1904 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 1664 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04772e7 in db_fncall (dummy1=-1067884030, dummy2=0, dummy3=1, dummy4=0xe4fab92c "") at /usr/src/sys/ddb/db_command.c:492 #2 0xc0477780 in db_command_loop () at /usr/src/sys/ddb/db_command.c:350 #3 0xc0479600 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:222 #4 0xc0572252 in kdb_trap (type=0, code=0, tf=0xe4fabad8) at /usr/src/sys/kern/subr_kdb.c:473 #5 0xc06ffae4 in trap_fatal (frame=0xe4fabad8, eva=12) at /usr/src/sys/i386/i386/trap.c:828 #6 0xc06ffdeb in trap_pfault (frame=0xe4fabad8, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:745 #7 0xc0700235 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 1352, tf_esi = 0, tf_ebp = -453330100, tf_isp = -453330172, tf_ebx = -940045504, tf_edx = 20, tf_ecx = 1396, tf_eax = 44, tf_trapno = 12, tf_err = 0, tf_eip = -1067884030, tf_cs = 32, tf_eflags = 66054, tf_esp = 256, tf_ss = -453330040}) at /usr/src/sys/i386/i386/trap.c:435 #8 0xc06ec0ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc0596202 in m_copym (m=0x0, off0=1396, len=1376, wait=1) at /usr/src/sys/kern/uipc_mbuf.c:397 #10 0xc061804a in ip_fragment (ip=0xcd365820, m_frag=0xe4fabc20, mtu=-940045504, if_hwassist_flags=0, sw_csum=3073) at /usr/src/sys/netinet/ip_output.c:975 #11 0xc061a846 in ip_output (m=0xc6894300, opt=0xcd365820, ro=0xe4fabbec, flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:804 #12 0xc0609742 in dummynet_send (m=0xc66b9e00) at /usr/src/sys/netinet/ip_dummynet.c:771 #13 0xc0609a32 in dummynet (unused=0x0) at /usr/src/sys/netinet/ip_dummynet.c:753 #14 0xc0563590 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:290 #15 0xc053a15f in ithread_loop (arg=0xc6391760) at /usr/src/sys/kern/kern_intr.c:682 #16 0xc0538cbd in fork_exit (callout=0xc053a040 , arg=0x2c, frame=0x2c) at /usr/src/sys/kern/kern_fork.c:821 #17 0xc06ec14c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) list *0xc0596202 0xc0596202 is in m_copym (/usr/src/sys/kern/uipc_mbuf.c:400). 395 MBUF_CHECKSLEEP(wait); 396 if (off == 0 && m->m_flags & M_PKTHDR) 397 copyhdr = 1; 398 while (off > 0) { 399 KASSERT(m != NULL, ("m_copym, offset > size of mbuf chain")); 400 if (off < m->m_len) 401 break; 402 off -= m->m_len; 403 m = m->m_next; 404 } -----------------skipped------------------------ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 10:46: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 7547716DD2D for ; Wed, 21 Feb 2007 10:46:24 +0000 (UTC) (envelope-from hirez@libeljournal.com) Received: from tobor.hpl.hp.com (tobor.hpl.hp.com [192.6.10.60]) by mx1.freebsd.org (Postfix) with ESMTP id 217D013C467 for ; Wed, 21 Feb 2007 10:46:24 +0000 (UTC) (envelope-from hirez@libeljournal.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by tobor.hpl.hp.com (Postfix) with ESMTP id A86344C087 for ; Wed, 21 Feb 2007 10:21:29 +0000 (GMT) X-Virus-Scanned: amavisd-new at hplb.hpl.hp.com Received: from tobor.hpl.hp.com ([127.0.0.1]) by localhost (tobor.hpl.hp.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hbsDO4LshhEo for ; Wed, 21 Feb 2007 10:21:26 +0000 (GMT) Received: from kropotkin.hpl.hp.com (kropotkin.hpl.hp.com [16.25.191.14]) by tobor.hpl.hp.com (Postfix) with ESMTP id CCBAC4C070 for ; Wed, 21 Feb 2007 10:21:26 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by kropotkin.hpl.hp.com (Postfix) with ESMTP id 32D8513661 for ; Wed, 21 Feb 2007 10:21:25 +0000 (GMT) X-Virus-Scanned: amavisd-new at kropotkin.hpl.hp.com Received: from kropotkin.hpl.hp.com ([127.0.0.1]) by localhost (kropotkin.hpl.hp.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wORvKpicgCA4 for ; Wed, 21 Feb 2007 10:21:21 +0000 (GMT) Received: from ballard.hpl.hp.com (ballard.hpl.hp.com [16.25.171.247]) by kropotkin.hpl.hp.com (Postfix) with ESMTP id 2F3F013660 for ; Wed, 21 Feb 2007 10:21:20 +0000 (GMT) Received: from ballard (ballard [16.25.171.247]) by ballard.hpl.hp.com (Postfix) with ESMTP id 90BD5618F for ; Wed, 21 Feb 2007 10:21:20 +0000 (GMT) From: John Hawkes-Reed Organization: Empire Rocketry Research Group To: freebsd-stable@freebsd.org Date: Wed, 21 Feb 2007 10:21:19 +0000 User-Agent: KMail/1.9.5 References: <20070220215248.3C22216D23E@hub.freebsd.org> <45DBF4D1.6000708@infracaninophile.co.uk> <20070221075814.GC53528@freebie.xs4all.nl> In-Reply-To: <20070221075814.GC53528@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702211021.19363.hirez@libeljournal.com> Subject: Re: getting garbage faster using 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 Feb 2007 10:46:24 -0000 On Wednesday 21 February 2007 07:58, Wilko Bulte wrote: [ On destroying HDs ] [ ... ] > Plasma torches like found in car body repair shops also do it just fine. That they do: http://www.libeljournal.com/album/Destruction/tn/94 - MoreFunWithPlasmaCutters.jpg.html -- JH-R From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 12:33: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 85A0A16BD2D for ; Wed, 21 Feb 2007 12:33:55 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from speechpro.ru (gateway.speechpro.com [81.3.190.130]) by mx1.freebsd.org (Postfix) with ESMTP id 4326F13C4A6 for ; Wed, 21 Feb 2007 12:33:55 +0000 (UTC) (envelope-from igorr@speechpro.com) Received: from [192.168.2.26] by s1.stc with esmtp (Exim 4.63 (FreeBSD)) (envelope-from ) id 1HJqNK-000J1z-5H for freebsd-stable@freebsd.org; Wed, 21 Feb 2007 15:15:10 +0300 Message-ID: <45DC3794.4070008@speechpro.com> Date: Wed, 21 Feb 2007 15:14:12 +0300 From: Igor Robul User-Agent: Thunderbird 1.5.0.9 (X11/20070130) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070221030645.GA96515@go.sib-ecometall.ru> In-Reply-To: <20070221030645.GA96515@go.sib-ecometall.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Archived: Yes Subject: Re: does update from 5.3 to 6.2 break MPD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 12:33:55 -0000 Oleg Gritsak wrote: > even being interrupted by powerouts or Internet link loss, but I'm not sure for > mpd... Does anybody know, will mpd, build in 5.3 work in 6.2? > > No, it will not work. You need to rebuild mpd. I have recently upgraded 5.4 to 6.2 and mpd started to work only after rebuilding. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 15:22:44 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 B238916DEC0 for ; Wed, 21 Feb 2007 15:22:44 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3B82B13C4A3 for ; Wed, 21 Feb 2007 15:22:43 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc ([200.152.88.34]) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l1LFMg3O043438 for ; Wed, 21 Feb 2007 13:22:42 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Wed, 21 Feb 2007 13:22:31 -0200 User-Agent: KMail/1.9.4 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200702211322.31848.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: getting garbage faster using 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 Feb 2007 15:22:44 -0000 On Wednesday 21 February 2007 07:16, Ian Smith wrote: > =A0> It's primarily for item #1 that I hadn't mentioned this earlier, as = most > =A0> readers of -STABLE users are probably looking for a more scalable > solution. > > Scaleable? =A0Easy .. > > For 2.5" drives, a tack hammer does nicely. > For 3.5" to 5" drives, a claw hammer suffices. > For 14"? IBM disk packs a small sledge is optimal (if short of tanks!) guys I really enjoy this conversation! great stuff! I am just wondering why the "list sentinels" haven't mucked up yet ;) they= =20 almost shot at us for an issue much closer to the list subject. It was abou= t=20 spam and mail server so I am coming to the conclusion that the up-muckers=20 must be professional spammers which of course hate it when some discards=20 their tricks and they appearently are very interested in learning how to=20 destroy the evidence LOL ... or are they still under carnival-side-effects?= ?? here my contribution, even if most like the hard way, h2so4 would do it muc= h=20 smoother and has absolutely no scalability problems at all ;) and the=20 emergency package fit in the laptop case!=20 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 15:24: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 E9DC116A88D for ; Wed, 21 Feb 2007 15:24:02 +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 9C07F13C478 for ; Wed, 21 Feb 2007 15:24:02 +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 EBD3FB80A for ; Wed, 21 Feb 2007 10:24:01 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <200702211117.13035.dzalewski@open-craft.com> References: <200702211117.13035.dzalewski@open-craft.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-3-490713086; protocol="application/pkcs7-signature" Message-Id: <862BAB79-3623-4A28-93DD-9EC5485B5640@khera.org> From: Vivek Khera Date: Wed, 21 Feb 2007 10:24:01 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: SVG-based traffic grapher X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 15:24:03 -0000 --Apple-Mail-3-490713086 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On Feb 21, 2007, at 4:17 AM, Dominik Zalewski wrote: > I was wondering howto do a SVG-based traffic grapher like they did > in pfSense > project. pfSense is open source, so download the source and read it... there are no state secrets in there :-) --Apple-Mail-3-490713086-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 15:32:27 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 E3AB116A88D for ; Wed, 21 Feb 2007 15:32:27 +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 BDD2A13C461 for ; Wed, 21 Feb 2007 15:32:27 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 1B19517304 for ; Wed, 21 Feb 2007 10:32:27 -0500 (EST) 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 qzg6HoN-+yOg for ; Wed, 21 Feb 2007 10:32:26 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id DBDE617302 for ; Wed, 21 Feb 2007 10:32:26 -0500 (EST) Message-ID: <45DC660A.7000702@jellydonut.org> Date: Wed, 21 Feb 2007 10:32:26 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: FreeBSD Stable References: <200702211117.13035.dzalewski@open-craft.com> <862BAB79-3623-4A28-93DD-9EC5485B5640@khera.org> In-Reply-To: <862BAB79-3623-4A28-93DD-9EC5485B5640@khera.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: SVG-based traffic grapher X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 15:32:28 -0000 Vivek Khera wrote: > > On Feb 21, 2007, at 4:17 AM, Dominik Zalewski wrote: > >> I was wondering howto do a SVG-based traffic grapher like they did in >> pfSense >> project. > > pfSense is open source, so download the source and read it... there are > no state secrets in there :-) > You can also look at the Monowall sources, http://m0n0.ch/wall, as the SVG-based grapher is there too (and I believe pfSense's version comes from Monowall). -Proto From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 15:38: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 6A00216E87A for ; Wed, 21 Feb 2007 15:38:58 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id 27FC913C4A6 for ; Wed, 21 Feb 2007 15:38:57 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HJtYT-0003n0-7i; Wed, 21 Feb 2007 17:38:53 +0200 Date: Wed, 21 Feb 2007 17:38:53 +0200 From: Alexander Shikoff To: Wang Yi Message-ID: <20070221153852.GA14376@crete.org.ua> References: <20070215174102.GA10821@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alexander Shikoff Cc: freebsd-stable@freebsd.org Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 15:38:58 -0000 On Fri, Feb 16, 2007 at 11:56:42AM +0800, Wang Yi wrote: > On Fri, 16 Feb 2007 01:41:02 +0800, Alexander Shikoff > wrote: > > > > >Hello, > > > >I have Apacer Flash: > > > >umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 > >da0 at umass-sim0 bus 0 target 0 lun 0 > >da0: < USB FLASH DRIVE 34CH> Removable Direct Access SCSI-0 device > >da0: 40.000MB/s transfers > >da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) > > > >Writing to this device is very slooooow. > > > >Time taken to copy file of 1,4G is near 30 min. > > > >Can anybody help? Thanks. > > > > Did you try it under Windows? How time does it spend? You may laugh but I have no Windows-based boxes with USB 2.0... :) Whatever it seems that this Apacer flash drive under Windows and USB 1.0 is faster than under FreeBSD and USB 2.0... Soon I will have a possibility to compare Apacer 4GB with Transcend flash. I'll report detailed results here. -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua Mob.: +380 67 946 31 49 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 15:42: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 54FF616F9DD for ; Wed, 21 Feb 2007 15:42:22 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id 130A513C442 for ; Wed, 21 Feb 2007 15:42:22 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HJtbo-0003ol-V1; Wed, 21 Feb 2007 17:42:20 +0200 Date: Wed, 21 Feb 2007 17:42:20 +0200 From: Alexander Shikoff To: Oleg Gritsak Message-ID: <20070221154220.GB14376@crete.org.ua> References: <20070221030645.GA96515@go.sib-ecometall.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <20070221030645.GA96515@go.sib-ecometall.ru> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alexander Shikoff Cc: freebsd-stable@freebsd.org Subject: Re: does update from 5.3 to 6.2 break MPD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 15:42:22 -0000 On Wed, Feb 21, 2007 at 10:06:45AM +0700, Oleg Gritsak wrote: > > Hello, dear sirs! Have a small, but rather crucial for me question > concerning changes in netgraph. In one remote office (without any IT > people at all) I have FreeBSD 5.3 linked to Internet with mpd (mpd-3.18_4). > I think it's time to update it, preferably to 6.2, but I'm a bit anxious. > Especially, because I cannot do everything by handbook (as I login to server > through Internet). In all other offices (most use ppp from base system, some > just ethernet links) I build world and kernel, then install them at once, then > run mergemaster and only after that reboot... this scheme works fine for years, > even being interrupted by powerouts or Internet link loss, but I'm not sure for > mpd... Does anybody know, will mpd, build in 5.3 work in 6.2? > > Well, it is possible to build+install kernel and world, then rebuild mpd and reboot, > but powerout may happen at any moment, so it is too dangerios. > > Also, I could write some superwise script, which will build different versions of mpd, > install them, reboot et c, but I find this also too unreliable... > > Any tips? :) mpd uses NETGRAPH subsystem. Therefore it is recommended to rebuild mpd after each upgrade of FreeBSD. -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua Mob.: +380 67 946 31 49 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 16:06: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 0CB9B16F016 for ; Wed, 21 Feb 2007 16:06:51 +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 C05EE13C474 for ; Wed, 21 Feb 2007 16:06:50 +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 <0JDT00GCGM3924B0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 21 Feb 2007 17:06:45 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.212]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JDT00D1PM38OR80@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Wed, 21 Feb 2007 17:06:45 +0100 (CET) Date: Wed, 21 Feb 2007 17:06:44 +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: <20070221075814.GC53528@freebie.xs4all.nl> To: freebsd-stable@freebsd.org Message-id: <20070221170644.b248d0f2.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20070220215248.3C22216D23E@hub.freebsd.org> <45DB8B8D.6080706@umn.edu> <45DBF4D1.6000708@infracaninophile.co.uk> <20070221075814.GC53528@freebie.xs4all.nl> Subject: Re: getting garbage faster using 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 Feb 2007 16:06:51 -0000 On Wed, 21 Feb 2007 08:58:14 +0100 Wilko Bulte wrote: > I once had business with a customer from the military who wanted to > permanently decommision some disks. I proposed a main battle tank. > And, apparantly they saw the fun in that, they reported back that > gently rolling one over a disk indeed does the trick nicely. When I worked in the Army, the procedures for data destruction varied by classification of the information. For the top items, the rule was as follows - hard drives has to be dismantled, and the platters cut or ground until all particles are smaller than "x" millimeters in size (I don't remember the size), then the particles has to be burnt, with some specified temperature (which I cn't remember now) - tape has to be burnt, also with a specified temperature Needless to say, we cooperated with the munitions department, which regularly burnt old ammo. At 1200 degrees centigrade we were well inside the specified temperature. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 17:06: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 39F0816D422 for ; Wed, 21 Feb 2007 17:06:00 +0000 (UTC) (envelope-from paulette_mcgee@yahoo.com) Received: from web62314.mail.re1.yahoo.com (web62314.mail.re1.yahoo.com [69.147.75.28]) by mx1.freebsd.org (Postfix) with SMTP id E177A13C471 for ; Wed, 21 Feb 2007 17:05:59 +0000 (UTC) (envelope-from paulette_mcgee@yahoo.com) Received: (qmail 83786 invoked by uid 60001); 21 Feb 2007 17:05:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=hqMsxAqUgXMB5ttL/8VgTDcduehSfwj8z5JuatyBZEVDJxJZvocfXoBBEJMW0Feseh1vSs6gx0ves0SMXzsHao10OoQ5d90C12iePyYqGg04F5sNEEUzZGI5BCbGzfHcLF6pQEepPqDRn0JfEzwdBU0tujj+2CNEpyASsrzZWdQ=; X-YMail-OSG: k5ffNzEVM1l0vjoTMDgsXhpadkhiLtjVo6ge_.S5SNlW_GQHVkialkC2qQjYK.FdFaUXgGv7bXQHzFDlDeJWwJP8PQhH8u6HsNULvQHUNLHvL8MAwEfjIg-- Received: from [66.167.183.148] by web62314.mail.re1.yahoo.com via HTTP; Wed, 21 Feb 2007 09:05:59 PST Date: Wed, 21 Feb 2007 09:05:59 -0800 (PST) From: Paulette McGee To: Yann Golanski , freebsd-stable@freebsd.org In-Reply-To: <20070221083855.GA82276@kierun.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <232789.81489.qm@web62314.mail.re1.yahoo.com> Cc: Subject: Re: Supported graphics card on X11. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 17:06:00 -0000 --- Yann Golanski wrote: > I know, this should be more a question for the folks > at Xorg but still. > Does FreeBSD support the "Sapphire ATI Radeon X1950 > Pro ULTIMATE SILENT" > card? > > Is there anywhere that I can find which cards are > support with Xorg? > I find the main web site is rather obtuse. > > Maybe adding that link (or list) to the relevant > section of the handbook > be a good idea? > > Thanks. > > -- > yann@kierun.org -=*=- > www.kierun.org > PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 > 9DE2 6318 > Hello Yann, Well, here are a few quick tips: 1) Locate the type of chip set for your video card. ATI Cards http://en.wikipedia.org/wiki/Comparison_of_ATI_Graphics_Processing_Units Nvida Cards http://en.wikipedia.org/wiki/Comparison_of_NVIDIA_Graphics_Processing_Units 2) Look at the man page of the driver; and search in the page for that chip set. If I am not mistaken there is more than one driver for ATI. IE: radeon driver http://www.freebsd.org/cgi/man.cgi?query=radeon&apropos=0&sektion=0&manpath=FreeBSD+6.1-RELEASE+and+Ports&format=html nv driver http://www.freebsd.org/cgi/man.cgi?query=nv&apropos=0&sektion=0&manpath=FreeBSD+6.1-RELEASE+and+Ports&format=html 3) Match up the driver to the chip set on the card. 4) Always double check the reference material for the chip sets listed in step 1. PS: tomshardware.com gives good reviews of video cards; with the added bonus of listing the chip sets that is used in the card (typically). Hopefully this should give you a starting point. Regards, Paulette McGee ____________________________________________________________________________________ Finding fabulous fares is fun. Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains. http://farechase.yahoo.com/promo-generic-14795097 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 17:39: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 645A4170375 for ; Wed, 21 Feb 2007 17:39:15 +0000 (UTC) (envelope-from paulette_mcgee@yahoo.com) Received: from web62302.mail.re1.yahoo.com (web62302.mail.re1.yahoo.com [69.147.75.16]) by mx1.freebsd.org (Postfix) with SMTP id 673E513C554 for ; Wed, 21 Feb 2007 17:39:11 +0000 (UTC) (envelope-from paulette_mcgee@yahoo.com) Received: (qmail 96780 invoked by uid 60001); 21 Feb 2007 17:39:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=2oIrrAclzRhaAMFL5iP28TSlIjcDm/53A9Xy0hBy83drbyGs4va8tziXMGNNyhhbbQr4K9ywi3O7SKH7sclgLtNyVAlTbsGtqAQrbh9rkWH5H6kpET65vpitrKuMNiLsXohgKawaKYPYwFJO0/XwWxuj8HfLghKoSovEJ8/UkM8=; X-YMail-OSG: wTUZaOsVM1kXJ3Os5DsJojC95zkNF1Ps1hOWWUOO Received: from [66.167.183.148] by web62302.mail.re1.yahoo.com via HTTP; Wed, 21 Feb 2007 09:39:10 PST Date: Wed, 21 Feb 2007 09:39:10 -0800 (PST) From: Paulette McGee To: Paulette McGee , Yann Golanski , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <9495.96758.qm@web62302.mail.re1.yahoo.com> Cc: Subject: Re: Supported graphics card on X11. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 17:39:18 -0000 --- Paulette McGee wrote: > > --- Yann Golanski wrote: > > > I know, this should be more a question for the > folks > > at Xorg but still. > > Does FreeBSD support the "Sapphire ATI Radeon > X1950 > > Pro ULTIMATE SILENT" > > card? > > > > Is there anywhere that I can find which cards are > > support with Xorg? > > I find the main web site is rather obtuse. > > > > Maybe adding that link (or list) to the relevant > > section of the handbook > > be a good idea? > > > > Thanks. > > > > -- > > yann@kierun.org -=*=- > > > www.kierun.org > > PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 > 7006 > > 9DE2 6318 > > > > Hello Yann, > Well, here are a few quick tips: > 1) Locate the type of chip set for your video card. > > ATI Cards > http://en.wikipedia.org/wiki/Comparison_of_ATI_Graphics_Processing_Units > > Nvida Cards > http://en.wikipedia.org/wiki/Comparison_of_NVIDIA_Graphics_Processing_Units > > 2) Look at the man page of the driver; and search in > the page for that chip set. If I am not mistaken > there is more than one driver for ATI. IE: > > radeon driver > http://www.freebsd.org/cgi/man.cgi?query=radeon&apropos=0&sektion=0&manpath=FreeBSD+6.1-RELEASE+and+Ports&format=html > > nv driver > http://www.freebsd.org/cgi/man.cgi?query=nv&apropos=0&sektion=0&manpath=FreeBSD+6.1-RELEASE+and+Ports&format=html > > 3) Match up the driver to the chip set on the card. > > 4) Always double check the reference material for > the > chip sets listed in step 1. > > PS: tomshardware.com gives good reviews of video > cards; with the added bonus of listing the chip sets > that is used in the card (typically). > > Hopefully this should give you a starting point. > Regards, > > Paulette McGee > Sorry, I forgot to mention about the choices hardware ie: AGP, PCIe (PCI Express), Integrated. 1) AGP = works great; in my humble opinion. 2) PCIe = not sure about the status of PCIe on FreeBSD 3) Integrated = Depends on the chip set. PS: The proprietary drivers support more chip sets with 3d acceleration. Depending on your video card: a) chip set b) driver support (proprietary vs open source) c) Hardware interface (AGP, PCIe, Integrated). The 3 items listed above may steer the decision making process for drivers and or cards. Sorry to all for replying to my own message. Paulette McGee ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 17:58: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 1E4B016C51C for ; Wed, 21 Feb 2007 17:58:13 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr6.xs4all.nl (smtp-vbr6.xs4all.nl [194.109.24.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9339913C442 for ; Wed, 21 Feb 2007 17:58:12 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr6.xs4all.nl (8.13.8/8.13.8) with ESMTP id l1LHwAXD007939; Wed, 21 Feb 2007 18:58:11 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 51FCDB82D; Wed, 21 Feb 2007 18:58:10 +0100 (CET) Date: Wed, 21 Feb 2007 18:58:10 +0100 From: Roland Smith To: Paulette McGee Message-ID: <20070221175810.GA99588@slackbox.xs4all.nl> Mail-Followup-To: Paulette McGee , Yann Golanski , freebsd-stable@freebsd.org References: <9495.96758.qm@web62302.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <9495.96758.qm@web62302.mail.re1.yahoo.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Supported graphics card on X11. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 17:58:13 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 21, 2007 at 09:39:10AM -0800, Paulette McGee wrote: > > the page for that chip set. If I am not mistaken > > there is more than one driver for ATI. IE:=20 > >=20 > > radeon driver=20 > > > http://www.freebsd.org/cgi/man.cgi?query=3Dradeon&apropos=3D0&sektion=3D0= &manpath=3DFreeBSD+6.1-RELEASE+and+Ports&format=3Dhtml > >=20 > > nv driver > > > http://www.freebsd.org/cgi/man.cgi?query=3Dnv&apropos=3D0&sektion=3D0&man= path=3DFreeBSD+6.1-RELEASE+and+Ports&format=3Dhtml This is the open-source nvidia driver. > 1) AGP =3D works great; in my humble opinion. > 2) PCIe =3D not sure about the status of PCIe on FreeBSD According to the Xorg radeon manual page, the RV410 (Radeon X700) and R423/R430 (Radeon X800) are supported in PCIE.=20 > 3) Integrated =3D Depends on the chip set. >=20 > PS: The proprietary drivers support more chip sets > with 3d acceleration. Depending on your video card: > a) chip set > b) driver support (proprietary vs open source) > c) Hardware interface (AGP, PCIe, Integrated). >=20 > The 3 items listed above may steer the decision making > process for drivers and or cards. For radeon: every radeon up to and including the 9250 (RV280) has accellerated 3D support by the open source radeon driver and the radeon kernel module. These are fast enough for desktop work and light 3D use. Later cards typically support 2D, but no accellerated 3D. See the radeon(4) manual page. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (FreeBSD) iD8DBQFF3IgyEnfvsMMhpyURAkQzAJ4oqTeJaOPR3IRVDk9Wg9N6IcYBwgCfWk6t nysFmvwoHLJoREVKzLCYpbc= =bcc4 -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 19:14:52 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 6118516A93B for ; Wed, 21 Feb 2007 19:14:52 +0000 (UTC) (envelope-from billy@nlcc.us) Received: from mail.wildblue.net (mail.wildblue.net [216.126.204.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9F213C428 for ; Wed, 21 Feb 2007 19:14:52 +0000 (UTC) (envelope-from billy@nlcc.us) Received: from ibm.nlcc.us (67-54-202-48.cust.wildblue.net [67.54.202.48]) by mail.wildblue.net (Postfix) with ESMTP id 8BCD436D45E for ; Wed, 21 Feb 2007 12:14:41 -0700 (MST) Received: (qmail 36597 invoked by uid 89); 21 Feb 2007 19:14:33 -0000 Received: from unknown (HELO ?192.168.0.40?) (billy@192.168.0.40) by ibm.nlcc.us with ESMTPA; 21 Feb 2007 19:14:33 -0000 Message-ID: <45DC9A13.2050202@nlcc.us> Date: Wed, 21 Feb 2007 13:14:27 -0600 From: Billy Newsom User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: stable@freebsd.org References: <45DB90A0.4070906@nlcc.us> <20070221005540.GA81821@xor.obsecurity.org> In-Reply-To: <20070221005540.GA81821@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: The code for rebooting an SMP machine doesn't always work (still) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 19:14:52 -0000 Kris Kennaway wrote: > On Tue, Feb 20, 2007 at 06:21:52PM -0600, Billy Newsom wrote: >> When a SMP machine does not have an AT keyboard controller, there needs >> to be a way to reboot the machine under FreeBSD! > > Like the sysctl that was added in 6.2? > > hw.acpi.handle_reboot=1 > > Kris Well, what do you know? That works for this machine! I will probably blog this information sometime. That is excellent. Finally, the ACPI code has come up to standard in FreeBSD. It seems like it was lacking for a number of years. As for the old reboot code, I still think it could use some help. I happen to think that the code which tries to reboot the machine using the triple fault should work if it was adjusted somehow. But since we are fully ACPI compliant, this hack works great. In any case, the Mac Pro needs that sysctl variable under FreeBSD 6.2 or we get that awful trap 12 doing a reboot. With this change, I think we have an acceptable server platform, made by Apple, run by free software. Pretty slick system. Maybe I will post my dmesg now. Thanks community! Billy From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 19:46: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 7FA8316A400 for ; Wed, 21 Feb 2007 19:46:53 +0000 (UTC) (envelope-from andrewb@cs.mcgill.ca) Received: from mail.cs.mcgill.ca (mail.CS.McGill.CA [132.206.51.234]) by mx1.freebsd.org (Postfix) with ESMTP id 59D5F13C428 for ; Wed, 21 Feb 2007 19:46:53 +0000 (UTC) (envelope-from andrewb@cs.mcgill.ca) Received: from mail.cs.mcgill.ca (localhost [127.0.0.1]) by mail.cs.mcgill.ca (Postfix) with ESMTP id 9FF81958A3 for ; Wed, 21 Feb 2007 14:46:52 -0500 (EST) Received: from 132.206.55.240 (SquirrelMail authenticated user andrewb) by mail.cs.mcgill.ca with HTTP; Wed, 21 Feb 2007 14:46:52 -0500 (EST) Message-ID: <2593.132.206.55.240.1172087212.squirrel@mail.cs.mcgill.ca> In-Reply-To: <41808.132.206.2.68.1171983015.squirrel@mail.cs.mcgill.ca> References: <392486.87192.qm@web62214.mail.re1.yahoo.com> <41808.132.206.2.68.1171983015.squirrel@mail.cs.mcgill.ca> Date: Wed, 21 Feb 2007 14:46:52 -0500 (EST) From: "Andrew Bogecho" To: stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: SFF supported computers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 19:46:53 -0000 >> macmini >> >> 2007/2/18, Bleeding Edge : >> >> >>> >>> Hi, >>> >>> >>> >>> I'm looking for a recommendation on a small form factor system. I've >>> looked at some of the models from AOpen , Shuttle and Microstar. I'd >>> like an AMD 64 (or dual core) box (lower cost) with SATA/EIDE disk >>> support. I plan on running FreeBSD mostly and occasionally Red Hat or >>> Fedora for customer >>> projects. If someone can recommend a system/motherboard combination >>> and perhaps an agp video card. I write lamp/perl things and need a box >>> for development. >>> >>> Thanks, BE >>> >>> >>> > > We run Freebsd on: > > > Dell Optiplex 745 Sorry, that should be: Dell Optiplex 620 A. > Ultra Small Form Factor > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 20:17: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 39F9B16A400 for ; Wed, 21 Feb 2007 20:17:06 +0000 (UTC) (envelope-from illoai@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 CCA0913C4BA for ; Wed, 21 Feb 2007 20:17:03 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1014324ugh for ; Wed, 21 Feb 2007 12:17:02 -0800 (PST) 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=BGnxj7/tLowdF94K4ciiW8ugdyfsg1SYiqbf3QNlp+4eZJFzLZ9maLOezUSf3eZMZfcMII4WkWOxe+kXFMcGRU70Lr8aZn7Q7100UGSUUZ6LRNRfMc4gfyE+TherOfB7CRCzwcHDsaZdlytjrc5uiPskZXOhWUas8Hxj9LbPVM4= Received: by 10.82.107.15 with SMTP id f15mr14268712buc.1172089022558; Wed, 21 Feb 2007 12:17:02 -0800 (PST) Received: by 10.82.175.1 with HTTP; Wed, 21 Feb 2007 12:17:02 -0800 (PST) Message-ID: Date: Wed, 21 Feb 2007 14:17:02 -0600 From: "illoai@gmail.com" To: "Chris Shenton" , freebsd-stable@freebsd.org In-Reply-To: <20070221063356.GA83115@slackbox.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <86odnojnm1.fsf@PECTOPAH.shenton.org> <20070221063356.GA83115@slackbox.xs4all.nl> Cc: Subject: Re: firefox hangs second time it's run X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 20:17:06 -0000 On 21/02/07, Roland Smith wrote: > On Tue, Feb 20, 2007 at 08:39:02PM -0500, Chris Shenton wrote: > > I was running 6.2-PRERELEASE (?) happily until a couple days ago when > > I cvsupped to get 6.2-RELEASE, actually 6.2-STABLE. Now when I start > > firefox it works -- the first time. If I stop it, then start again, > > it never materializes on the screen. Logging out, killing XDM doesn't > > help; a reboot it required (and I have to remove it's lock and > > .parentlock files) > > I had a similar problem with firefox locking up if I visited certain web > pages or opened a certain dialog box. Firefox got stuck in kserel as well. > > > I'm using portupgrade to make sure all my dependencies are up to > > date. Anything else I should look for? > > Apparently portupgrade doesn't always work well enough. > > What I ended up doing was deleting all ports, updating my ports tree, > and rebuild it all. That fixed the problem for me. Many times when upgrading things related to and depending upon x11-toolkits/gtk*, the simplest solution is portupgrade -ufr pkg-config -- -- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 20:20: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 185E316A614 for ; Wed, 21 Feb 2007 20:20:18 +0000 (UTC) (envelope-from yuval_levy@yahoo.com) Received: from web55002.mail.re4.yahoo.com (web55002.mail.re4.yahoo.com [206.190.58.136]) by mx1.freebsd.org (Postfix) with SMTP id BE3E213C441 for ; Wed, 21 Feb 2007 20:20:17 +0000 (UTC) (envelope-from yuval_levy@yahoo.com) Received: (qmail 76407 invoked by uid 60001); 21 Feb 2007 19:53:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=Yk8fDNgaFmt0UBPfsjHLNbqRdnCG7ZTiH7tzKa9rJnNVRFLKifjDynOyODsiAlQznF98napxepIVJq8ImUiNRP7guKAHNXjc8Wxjxy87y0O0bpwWUBWIy272UQR/gOiY38qBLsXo6whLx5bIWGK/Zdsbs2T8FKSrO9HMEsMGMuY=; X-YMail-OSG: l9.0pm8VM1mrX3hIGFSRIy9DVhqRPBtx_URwrk6NrUmpAUuDBKcRpAcka_6.YHeeew8Y_.BfIPx_KYTT10RyNPSoNdf7lyFvnnsseGugH6MEDr3SneCVgAIE_lQPZ4DZyzkSn8kGv8.JkOE- Received: from [70.55.112.233] by web55002.mail.re4.yahoo.com via HTTP; Wed, 21 Feb 2007 11:53:36 PST Date: Wed, 21 Feb 2007 11:53:36 -0800 (PST) From: yuval levy To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <731368.74098.qm@web55002.mail.re4.yahoo.com> Subject: upgrade 5.4 -> 6.2 - rocketraid 2220 mixed up devices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 20:20:18 -0000 Hi all, I just upgraded a bunch of boxes from FreeBSD 5.4 to 6.2. It went pretty smooth on most of them. One caused me a headache. I report the solution here, hoping it can save headache to somebody else and hoping that the more knowledgeable people than me on this list can help me understand the details of what happened and why it happened. In short: the devices were mixed up. Before the upgrade the box had two RAIDs and a single disk. After the upgrade and the installation of the appropriate driver from highpoint-tech.com two of three devices on the RR2220 were not properly recognized. Before the update: /dev/da0s1 RAID one partition covering the whole disk /dev/da1 RAID in dedicated mode /dev/da2s1 JBOD one partition covering the whole disk Update: * CVsup to 6.2, buildworld, buildkernel installkernel, mergemaster, installworld all went fine. * installed the latest driver for FreeBSD 6 from the manufacturer After the update: /dev/da0s1 RAID one partition covering the whole disk /dev/da1 can't read superblock /dev/da2s1 can't read superblock Solution: I used disktype to find out that da1 and da2 have been swapped! I updated /etc/fstab and the system is fine. Question: what has changed the device's order and why? thanks Yuv ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news From owner-freebsd-stable@FreeBSD.ORG Wed Feb 21 21:33: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 B01F516A400 for ; Wed, 21 Feb 2007 21:33:40 +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 8A2A513C441 for ; Wed, 21 Feb 2007 21:33:40 +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 l1LLXdgx038488 for ; Wed, 21 Feb 2007 16:33:39 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l1LLXccO034639 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Feb 2007 16:33:38 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200702212133.l1LLXccO034639@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 21 Feb 2007 16:33:41 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: bge watchdog timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2007 21:33:40 -0000 A RELENG_6 box from Feb 7th is seeing a few more bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP errors since updating from the sources a few months ago. The box does dedicated DNS resolution for clients, so it sees a lot of small packets. The load avg is not that high and does not seem to correlate with the watchdog timeouts. Any ideas what might be the cause of it ? Doesnt seem to be cables and we tried a new switch port. The NIC is onboard bge0@pci4:0:0: class=0x020000 card=0x165914e4 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet bge0: mem 0xfe5f0000-0xfe5fffff irq 19 at device 0.0 on pci4 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:59:2b:06 # sysctl -a dev.bge dev.bge.0.%desc: Broadcom BCM5750 B1, ASIC rev. 0x4101 dev.bge.0.%driver: bge dev.bge.0.%location: slot=0 function=0 dev.bge.0.%pnpinfo: vendor=0x14e4 device=0x1659 subvendor=0x14e4 subdevice=0x1659 class=0x020000 dev.bge.0.%parent: pci4 # ifconfig bge0 bge0: flags=8843 mtu 1500 options=1b inet 192.168.24.51 netmask 0xfffffff0 broadcast xxxx ether 00:e0:81:zz:yy:xx media: Ethernet autoselect (100baseTX ) status: active cat-2948-a> (enable) sh port status 2/16 Port Name Status Vlan Level Duplex Speed Type ----- ------------------ ---------- ---------- ------ ------ ----- ------------ 2/16 res2 connected 12 normal a-full a-100 10/100BaseTX cat-2948-a> (enable) show counters 2/16 0 rxUnicastPacketCount = 10890012 1 txUnicastPacketCount = 10967550 2 rxMulticastPacketCount = 0 3 txMulticastPacketCount = 31955 4 rxBroadcastPacketCount = 44 5 txBroadcastPacketCount = 1652 6 rxByteCount = 1868368457 7 txByteCount = 1263874430 8 pkts64 = 50883 9 pkts65to127 = 13073899 10 pkts128to255 = 7180007 11 pkts256to511 = 1124664 12 pkts512to1023 = 453655 13 pkts1024to1522 = 8105 14 rxNoPacketBufferCount = 0 15 rxCRCAlignErrorPacketCount = 0 16 rxUndersizedPacketCount = 0 17 rxOversizedPacketCount = 0 18 rxFragmentPacketCount = 0 19 rxJabberPacketCount = 0 20 pauseControlFramesRx = 0 21 pauseControlFramesTx = 0 22 unsupportedOpcodesRx = 0 23 txQueueNotAvailable = 0 24 totalCollisionCount = 0 25 lateCollisionCount = 0 26 singleCollisionFrames = 0 27 multipleCollisionFrames = 0 28 excessiveCollisionFrames = 0 29 deferredTransmissions = 0 30 carrierSenseErrors = 1 31 falseCarrierDuringIdle = 0 32 symbolErrorDuringCarrier = 0 33 sequenceErrorDuringCarrier = 0 ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 01:08: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 D743B16A400 for ; Thu, 22 Feb 2007 01:08:24 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 695B713C46B for ; Thu, 22 Feb 2007 01:08:24 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l1M18Khb060325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Feb 2007 11:38:20 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 22 Feb 2007 11:38:17 +1030 User-Agent: KMail/1.9.5 References: <20070221083855.GA82276@kierun.org> In-Reply-To: <20070221083855.GA82276@kierun.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1868038.7EhhvTWpnE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702221138.17948.doconnor@gsoft.com.au> X-Spam-Score: -3.073 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Subject: Re: Supported graphics card on X11. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 01:08:24 -0000 --nextPart1868038.7EhhvTWpnE Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 21 February 2007 19:08, Yann Golanski wrote: > I know, this should be more a question for the folks at Xorg but still. > Does FreeBSD support the "Sapphire ATI Radeon X1950 Pro ULTIMATE SILENT" > card? The support is up to X.org not FreeBSD. > Is there anywhere that I can find which cards are support with Xorg? > I find the main web site is rather obtuse. Indeed :) I have an X1950 in my desktop system, the only driver that supports it is t= he=20 VESA one (which is very slow). According to the X.org devs no X1000+ Radeon= =20 chipset works with the open source driver :( If you are running i386 there is a hacky port of the fglrx driver -=20 http://www.fglrx-freebsd.com/index.php - it worked for me in my old system= =20 (i386/Radeon X800) but my new system is amd64 so I can't use it. Hopefully= =20 the guy will be able to create an amd64 version soon. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1868038.7EhhvTWpnE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBF3O0B5ZPcIHs/zowRAi1jAJ93mlniyhim+GY7rvtipTr6fuVOowCeNndl 0sR3ZUzSF7dAtAEkJgCZyro= =4Ei2 -----END PGP SIGNATURE----- --nextPart1868038.7EhhvTWpnE-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 08:37: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 474D116A401 for ; Thu, 22 Feb 2007 08:37:58 +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 A922E13C46B for ; Thu, 22 Feb 2007 08:37:57 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (enmbcn@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1M8bm8G019882; Thu, 22 Feb 2007 09:37:53 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1M8bkMm019881; Thu, 22 Feb 2007 09:37:46 +0100 (CET) (envelope-from olli) Date: Thu, 22 Feb 2007 09:37:46 +0100 (CET) Message-Id: <200702220837.l1M8bkMm019881@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Alexander Shikoff , wangyi6854@sohu.com In-Reply-To: <20070221153852.GA14376@crete.org.ua> 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]); Thu, 22 Feb 2007 09:37:54 +0100 (CET) Cc: Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Alexander Shikoff , wangyi6854@sohu.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 Feb 2007 08:37:58 -0000 Alexander Shikoff wrote: > Wang Yi wrote: > > Alexander Shikoff wrote: > > > I have Apacer Flash: > > > > > > umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 > > > da0 at umass-sim0 bus 0 target 0 lun 0 > > > da0: < USB FLASH DRIVE 34CH> Removable Direct Access SCSI-0 device > > > da0: 40.000MB/s transfers > > > da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) > > > > > > Writing to this device is very slooooow. > > > > > > Time taken to copy file of 1,4G is near 30 min. > > > > Did you try it under Windows? How time does it spend? > > You may laugh but I have no Windows-based boxes with USB 2.0... :) > Whatever it seems that this Apacer flash drive under Windows and USB 1.0 > is faster than under FreeBSD and USB 2.0... > > Soon I will have a possibility to compare Apacer 4GB with Transcend > flash. I'll report detailed results here. Are you sure that your USB device supports hi-speed? Being USB 2.0 has _no_ meaning at all. Some cheap USB sticks support only full-speed, even though they are compliant with USB 2.0. Please check the manual or data sheet of your device to verify that it really supports hi-speed (or check with a different OS such as Windows). You wrote that 1.4 GB take almost 30 minutes. That's roughly 7 Mbit/s, which sounds quite reasonable for a full-speed device (raw speed 12 Mbit/s). 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 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 08:48: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 2582B16A400 for ; Thu, 22 Feb 2007 08:48:33 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id D4DC013C442 for ; Thu, 22 Feb 2007 08:48:32 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HK9cq-000D0X-Ny; Thu, 22 Feb 2007 10:48:28 +0200 Date: Thu, 22 Feb 2007 10:48:28 +0200 From: Alexander Shikoff To: freebsd-stable@FreeBSD.ORG, wangyi6854@sohu.com Message-ID: <20070222084828.GA49942@crete.org.ua> References: <20070221153852.GA14376@crete.org.ua> <200702220837.l1M8bkMm019881@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <200702220837.l1M8bkMm019881@lurza.secnetix.de> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alexander Shikoff Cc: Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 08:48:33 -0000 On Thu, Feb 22, 2007 at 09:37:46AM +0100, Oliver Fromme wrote: > Alexander Shikoff wrote: > > Wang Yi wrote: > > > Alexander Shikoff wrote: > > > > I have Apacer Flash: > > > > > > > > umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 > > > > da0 at umass-sim0 bus 0 target 0 lun 0 > > > > da0: < USB FLASH DRIVE 34CH> Removable Direct Access SCSI-0 device > > > > da0: 40.000MB/s transfers > > > > da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) > > > > > > > > Writing to this device is very slooooow. > > > > > > > > Time taken to copy file of 1,4G is near 30 min. > > > > > > Did you try it under Windows? How time does it spend? > > > > You may laugh but I have no Windows-based boxes with USB 2.0... :) > > Whatever it seems that this Apacer flash drive under Windows and USB 1.0 > > is faster than under FreeBSD and USB 2.0... > > > > Soon I will have a possibility to compare Apacer 4GB with Transcend > > flash. I'll report detailed results here. > > Are you sure that your USB device supports hi-speed? http://www.apacer.com/en/products/Handy_Steno_AH320_features.htm -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua Mob.: +380 67 946 31 49 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 09:45: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 88ADC16A400 for ; Thu, 22 Feb 2007 09:45:14 +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 06AE013C471 for ; Thu, 22 Feb 2007 09:45:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zohwns@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1M9j5VI031804; Thu, 22 Feb 2007 10:45:10 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1M9j3Tj031803; Thu, 22 Feb 2007 10:45:03 +0100 (CET) (envelope-from olli) Date: Thu, 22 Feb 2007 10:45:03 +0100 (CET) Message-Id: <200702220945.l1M9j3Tj031803@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Alexander Shikoff , wangyi6854@sohu.com In-Reply-To: <20070222084828.GA49942@crete.org.ua> 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]); Thu, 22 Feb 2007 10:45:10 +0100 (CET) Cc: Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Alexander Shikoff , wangyi6854@sohu.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 Feb 2007 09:45:14 -0000 Alexander Shikoff wrote: > Oliver Fromme wrote: > > Alexander Shikoff wrote: > > > Wang Yi wrote: > > > > Alexander Shikoff wrote: > > > > > I have Apacer Flash: > > > > > > > > > > umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 > > > > > da0 at umass-sim0 bus 0 target 0 lun 0 > > > > > da0: < USB FLASH DRIVE 34CH> Removable Direct Access SCSI-0 device > > > > > da0: 40.000MB/s transfers > > > > > da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) > > > > > > > > > > Writing to this device is very slooooow. > > > > > > > > > > Time taken to copy file of 1,4G is near 30 min. > > > > > > > > Did you try it under Windows? How time does it spend? > > > > > > You may laugh but I have no Windows-based boxes with USB 2.0... :) > > > Whatever it seems that this Apacer flash drive under Windows and USB 1.0 > > > is faster than under FreeBSD and USB 2.0... > > > > > > Soon I will have a possibility to compare Apacer 4GB with Transcend > > > flash. I'll report detailed results here. > > > > Are you sure that your USB device supports hi-speed? > http://www.apacer.com/en/products/Handy_Steno_AH320_features.htm And is it connected to your ehci device (not ohci/uhci)? (To find out you have to look at "dmesg" an "sysctl dev".) E.g. I have this one: umass0: vendor 0x090c Cn Memory, rev 2.00/11.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: < Cn Memory 1100> Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 1935MB (3963904 512 byte sectors: 255H 63S/T 246C) dev.umass.0.%parent: uhub4 dev.uhub.4.%parent: usb4 usb4: EHCI version 1.0 usb4: on ehci0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 ehci0: mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 i.e. umass0 is connected to uhub4 which is a child of usb4 which belongs to ehci0. That stick has about 20 Mbit/s write and 30 Mbit/s read speed. That's not terribly fast either, but definitely beyond the 12 Mbit/s limit of full-speed devices. I can fill that 2 GB stick up in about 15 minutes. The system CPU is 95% during that, so I assume it's the USB stick that's the limiting factor. However, it would be interesting to test the performance with HPS' new USB code. 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 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I have stopped reading Stephen King novels. Now I just read C code instead." -- Richard A. O'Keefe From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 10:18: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 0959316A400 for ; Thu, 22 Feb 2007 10:18: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 845F513C49D for ; Thu, 22 Feb 2007 10:18:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (ipyjsb@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1MAIOEt033240; Thu, 22 Feb 2007 11:18:30 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1MAINp7033239; Thu, 22 Feb 2007 11:18:23 +0100 (CET) (envelope-from olli) Date: Thu, 22 Feb 2007 11:18:23 +0100 (CET) Message-Id: <200702221018.l1MAINp7033239@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, Alexander Shikoff , wangyi6854@sohu.com In-Reply-To: <200702220945.l1M9j3Tj031803@lurza.secnetix.de> 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]); Thu, 22 Feb 2007 11:18:30 +0100 (CET) Cc: Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, Alexander Shikoff , wangyi6854@sohu.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 Feb 2007 10:18:34 -0000 Oliver Fromme wrote: > [...] > That stick has about 20 Mbit/s write and 30 Mbit/s read > speed. That's not terribly fast either, but definitely > beyond the 12 Mbit/s limit of full-speed devices. I can > fill that 2 GB stick up in about 15 minutes. The system > CPU is 95% during that, so I assume it's the USB stick > that's the limiting factor. Sorry, I meant to say: 95% _idle_, of course. 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 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The last good thing written in C was Franz Schubert's Symphony number 9." -- Erwin Dieterich From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 10:47: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 1429016A400 for ; Thu, 22 Feb 2007 10:47:17 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id C063413C441 for ; Thu, 22 Feb 2007 10:47:16 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HKBTj-000DvG-0o; Thu, 22 Feb 2007 12:47:11 +0200 Date: Thu, 22 Feb 2007 12:47:10 +0200 From: Alexander Shikoff To: freebsd-stable@FreeBSD.ORG, wangyi6854@sohu.com Message-ID: <20070222104710.GA51949@crete.org.ua> References: <20070222084828.GA49942@crete.org.ua> <200702220945.l1M9j3Tj031803@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200702220945.l1M9j3Tj031803@lurza.secnetix.de> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alexander Shikoff Cc: Subject: Re: Very slow umass in 6.2-RC2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 10:47:17 -0000 On Thu, Feb 22, 2007 at 10:45:03AM +0100, Oliver Fromme wrote: > E.g. I have this one: > > umass0: vendor 0x090c Cn Memory, rev 2.00/11.00, addr 2 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: < Cn Memory 1100> Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 1935MB (3963904 512 byte sectors: 255H 63S/T 246C) > > dev.umass.0.%parent: uhub4 > dev.uhub.4.%parent: usb4 > > usb4: EHCI version 1.0 > usb4: on ehci0 > uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > ehci0: mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 Ok. Now I have a time to make some tests. What do I have: 1. FreeBSD 6.2-STABLE (updated yesterday near 20.00 GMT), non-SMP, SCHED_4BSD 2. Apacer 4GB Handy Steno AH320 Flash Drive (http://www.apacer.com/en/products/Handy_Steno_AH320_features.htm) 3. Trancend 1GB JF110 Flash Drive (http://www.transcendusa.com/Products/ModDetail.asp?ModNo=68&SpNo=1&LangNo=0) 4. File of size 550MB: -rw-r--r-- 1 minotaur minotaur 557092864 6 ÌÀÔ 14:29 test.avi Thus both drives support hi-speed. ----- I. Testing writing speed with Apacer (drive is empty) * dmesg umass0: vendor 0x1005 USB FLASH DRIVE, rev 2.00/1.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: < USB FLASH DRIVE 34CH> Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3936MB (8060928 512 byte sectors: 255H 63S/T 501C) * usbdevs -v Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 4 addr 2: high speed, power 200 mA, config 1, USB FLASH DRIVE(0xb113), vendor 0x1005(0x1005), rev 1.00 * time cp test.avi /mnt/usb 0.007u 2.821s 18:44.26 0.2% 21+285k 4348+136010io 0pf+0w ----- II. Testing writing speed with Transcend (drive is empty) * dmesg da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 980MB (2007040 512 byte sectors: 64H 32S/T 980C) * usbdevs -v Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 4 addr 2: high speed, power 98 mA, config 1, USB Mass Storage Device(0x0151), vendor 0x0457(0x0457), rev 1.00 * time cp test.avi /mnt/usb 0.015u 2.392s 1:48.00 2.2% 20+275k 4280+34003io 0pf+0w ---- III. Testing reading speed with Apacer: * time cp /mnt/usb/test.avi ~/ 0.022u 4.661s 1:48.09 4.3% 21+281k 136091+4250io 0pf+0w ---- IV. Testing reading speed with Transcend: * time cp /mnt/usb/test.avi ~/ 0.028u 3.557s 1:07.37 5.2% 22+298k 34011+4250io 0pf+0w ------------------------------------------------------------------------------ Resume. As you can see Apacer is very slow on writing operations. -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua Mob.: +380 67 946 31 49 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 11:37:21 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 9F67616A402 for ; Thu, 22 Feb 2007 11:37:21 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2992313C442 for ; Thu, 22 Feb 2007 11:37:19 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 15274 invoked from network); 22 Feb 2007 11:10:39 -0000 Received: from unknown (HELO localhost) (775067@[217.50.167.15]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 22 Feb 2007 11:10:39 -0000 Date: Thu, 22 Feb 2007 12:10:33 +0100 From: Fabian Keil To: "Petr Holub" Message-ID: <20070222121033.2697861c@localhost> In-Reply-To: <008401c75543$7ee539b0$5317fb93@KLOBOUCEK> References: <008401c75543$7ee539b0$5317fb93@KLOBOUCEK> X-Mailer: Claws Mail 2.6.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_cWheQhVfW=9ZN.=/f==Dhkl"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: stable@freebsd.org Subject: Re: 6.2-RELEASE panic when blanking CD-RW media X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 11:37:21 -0000 --Sig_cWheQhVfW=9ZN.=/f==Dhkl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Petr Holub" wrote: > I've encountered a deterministic kernel panic when > blanking one specific CD-RW media using cdrecord. > The kernel panic details follow and dmesg is at the end of this > email. Though I understand there's something wrong with the media, > I think it shouldn't panic the kernel either. > # kgdb /boot/kernel/kernel vmcore.9 > (kgdb) bt > #0 0xc067262e in doadump () > #1 0xc0672afe in boot () > #2 0xc0672d94 in panic () > #3 0xc0885a04 in trap_fatal () > #4 0xc088576b in trap_pfault () > #5 0xc08853a9 in trap () > #6 0xc0873a7a in calltrap () > #7 0xc04e5e2e in acd_geom_detach () > #8 0xc06388f9 in one_event () > #9 0xc06389d1 in g_run_events () > #10 0xc0639de5 in g_event_procbody () > #11 0xc065cd34 in fork_exit () > #12 0xc0873adc in fork_trampoline () > (kgdb) x 0xc067262e > 0xc04e5e2e : 0x03b0b0ff > (kgdb) q You could give the following patch a try:=20 http://www.fabiankeil.de/sourcecode/freebsd/atapi-cd.c.patch It prevents a panic if a disc drive gets "lost" without FreeBSD noticing it (for example because the firmware is buggy). See: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/99017 for details. Note that the patch simply prevents the panic, your drive will probably still be "lost" until you reboot. Fabian --Sig_cWheQhVfW=9ZN.=/f==Dhkl Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF3XotBYqIVf93VJ0RAsi9AKC0+YqvdWiPrRf3VssKRv/9SYeWEQCeNoF0 CiOD6YjlgU41ydka5X0/UZ8= =XiSO -----END PGP SIGNATURE----- --Sig_cWheQhVfW=9ZN.=/f==Dhkl-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 11:56: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 50F6416A400 for ; Thu, 22 Feb 2007 11:56:46 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id 0EABC13C4B7 for ; Thu, 22 Feb 2007 11:56:45 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HKCZ2-000ERg-Lg; Thu, 22 Feb 2007 13:56:44 +0200 Date: Thu, 22 Feb 2007 13:56:44 +0200 From: Alexander Shikoff To: freebsd-stable@freebsd.org Message-ID: <20070222115644.GA55416@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alexander Shikoff Subject: Cannot obtain kernel dump in /var/crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 11:56:46 -0000 Hello, I've discovered reproducable kernel panic but I cannot obtain a dump. I have in rc.conf: dumpdev="/dev/ad2s1b" savecore_flags="-f" ... and in kernel configuration: options KDB options DDB options KDB_UNATTENDED makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols My RAM size is 768 MB and swap size is 1024 MB. When rebooting after a crash I see in console: Feb 22 13:40:41 crete savecore: unable to force dump - bad magic Feb 22 13:40:41 crete savecore: no dumps found Any suggestions? Thanks. -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua Mob.: +380 67 946 31 49 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 13:22: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 3FA0D16A402 for ; Thu, 22 Feb 2007 13:22:26 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc16.comcast.net (alnrmhc16.comcast.net [204.127.225.96]) by mx1.freebsd.org (Postfix) with ESMTP id 16AA213C494 for ; Thu, 22 Feb 2007 13:22:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc16) with ESMTP id <20070222132225b1600ap4uje>; Thu, 22 Feb 2007 13:22:25 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id C02441FA01D; Thu, 22 Feb 2007 05:22:24 -0800 (PST) Date: Thu, 22 Feb 2007 05:22:24 -0800 From: Jeremy Chadwick To: Alexander Shikoff Message-ID: <20070222132224.GA14615@icarus.home.lan> Mail-Followup-To: Alexander Shikoff , freebsd-stable@freebsd.org References: <20070222115644.GA55416@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070222115644.GA55416@crete.org.ua> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Cannot obtain kernel dump in /var/crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 13:22:26 -0000 On Thu, Feb 22, 2007 at 01:56:44PM +0200, Alexander Shikoff wrote: > Hello, > > I've discovered reproducable kernel panic but I cannot obtain a dump. > > I have in rc.conf: > > dumpdev="/dev/ad2s1b" > savecore_flags="-f" > > ... and in kernel configuration: > > options KDB > options DDB > options KDB_UNATTENDED > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > My RAM size is 768 MB and swap size is 1024 MB. > > When rebooting after a crash I see in console: > Feb 22 13:40:41 crete savecore: unable to force dump - bad magic > Feb 22 13:40:41 crete savecore: no dumps found > > Any suggestions? Thanks. Is /dev/ad2s1b the correct location? Possibly you meant ad0s1b or some other adX device? (Common mistake.) Do you have a swap device defined, particularly in /etc/fstab?o What does swapinfo say? Does the same happen if you say dumpdev="auto" or if you remove the -f flag from savecore_flags? It may be worth peeking through /etc/rc.d/dumpon and imitating some of the commands there to see if you can reproduce it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 14:13: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 4C92216A400 for ; Thu, 22 Feb 2007 14:13:35 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id 07B7813C46B for ; Thu, 22 Feb 2007 14:13:34 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HKEhR-000Fg3-M4; Thu, 22 Feb 2007 16:13:33 +0200 Date: Thu, 22 Feb 2007 16:13:33 +0200 From: Alexander Shikoff To: freebsd-stable@freebsd.org Message-ID: <20070222141333.GA60026@crete.org.ua> References: <20070222115644.GA55416@crete.org.ua> <20070222132224.GA14615@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070222132224.GA14615@icarus.home.lan> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alexander Shikoff Subject: Re: Cannot obtain kernel dump in /var/crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 14:13:35 -0000 Hello, funny questions for me as I'm not a newbie in FreeBSD... ;) But I'll answer. On Thu, Feb 22, 2007 at 05:22:24AM -0800, Jeremy Chadwick wrote: > Is /dev/ad2s1b the correct location? Possibly you meant ad0s1b > or some other adX device? (Common mistake.) /home/minotaur>ls -l /dev/ad2s1b crw-r----- 1 root operator 0, 82 22 ÌÀÔ 13:40 /dev/ad2s1b /home/minotaur>ls -l /dev/dumpdev lrwxr-xr-x 1 root wheel 11 22 ÌÀÔ 15:40 /dev/dumpdev -> /dev/ad2s1b > Do you have a swap device defined, particularly in /etc/fstab?o > What does swapinfo say? /home/minotaur>swapinfo Device 1K-blocks Used Avail Capacity /dev/ad2s1b 1048576 0 1048576 0% > Does the same happen if you say dumpdev="auto" or if you remove > the -f flag from savecore_flags? The same behavior. > It may be worth peeking through /etc/rc.d/dumpon and imitating > some of the commands there to see if you can reproduce it. /etc/rc.d/dumpon creates symbolic link /dev/dumpdev. It's present in my /dev directory. I think a problem is somewhere deeply, probably with savecore(8). When a panic occurs I see in console process of dumping (size of RAM, number of pages, dump device etc.) and it's completely normal. -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua Mob.: +380 67 946 31 49 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 16:28: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 1F32816A404 for ; Thu, 22 Feb 2007 16:28:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.192.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0A8A813C428 for ; Thu, 22 Feb 2007 16:28:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc11) with ESMTP id <20070222162830m1100jee4ue>; Thu, 22 Feb 2007 16:28:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 105511FA01F; Thu, 22 Feb 2007 08:28:25 -0800 (PST) Date: Thu, 22 Feb 2007 08:28:25 -0800 From: Jeremy Chadwick To: Alexander Shikoff Message-ID: <20070222162824.GA24305@icarus.home.lan> Mail-Followup-To: Alexander Shikoff , freebsd-stable@freebsd.org References: <20070222115644.GA55416@crete.org.ua> <20070222132224.GA14615@icarus.home.lan> <20070222141333.GA60026@crete.org.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070222141333.GA60026@crete.org.ua> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Cannot obtain kernel dump in /var/crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 16:28:31 -0000 On Thu, Feb 22, 2007 at 04:13:33PM +0200, Alexander Shikoff wrote: > /etc/rc.d/dumpon creates symbolic link /dev/dumpdev. It's present in > my /dev directory. I think a problem is somewhere deeply, probably > with savecore(8). When a panic occurs I see in console process of > dumping (size of RAM, number of pages, dump device etc.) and it's > completely normal. Anything shown on the actual console? There's some error conditions which emit messages via syslog() only (see lines ~278-286 of src/sbin/savecore/savecore.c). Also, any chance of output from savecore -f -vv? There's some extra debugging info which might come in handy (lines ~288 of src/sbin/savecore/savecore.c). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 19:16: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 7F19F16A400 for ; Thu, 22 Feb 2007 19:16:48 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from s200aog12.obsmtp.com (s200aog12.obsmtp.com [207.126.144.126]) by mx1.freebsd.org (Postfix) with SMTP id 4955C13C49D for ; Thu, 22 Feb 2007 19:16:46 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from source ([217.206.187.80]) by eu1sys200aob012.postini.com ([207.126.147.11]) with SMTP; Thu, 22 Feb 2007 19:16:46 UTC Received: from [10.0.62.5] (unknown [10.0.62.5]) by rodney.mintel.co.uk (Postfix) with ESMTP id E8B2618141E; Thu, 22 Feb 2007 18:50:37 +0000 (GMT) Message-ID: <45DDE5FD.4070404@mintel.com> Date: Thu, 22 Feb 2007 18:50:37 +0000 From: Jason Thomson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en, en-us MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Help debugging non-sleepable lock panic on 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: Thu, 22 Feb 2007 19:16:48 -0000 This happens when we put our DELL PE2950 running MySQL 4.0.27 under load. We have a kernel core dump, but I'm unsure what to do next. It looks like the process triggering the problem is mysqld. mysqld is compiled from ports with no switches, and the threading library is set to libthr using libmap.conf We can usually reproduce this, so if there's anything to try, please let me know. Thanks in advance, Jason. panic: _sx_xlock (user map): xlock already held @ /usr/src/sys/vm/vm_map.c:3074 cpuid = 0 Uptime: 5h31m9s Dumping 8191 MB (3 chunks) chunk 0: 1MB (156 pages) ... ok chunk 1: 3327MB (851624 pages) 3311 15 ... ok chunk 2: 4864MB (1245184 pages) 4849 1 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) thread [Current thread is 129 (Thread 100339)] (kgdb) bt #0 doadump () at pcpu.h:172 #1 0xffffffff8027a479 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff80279f0b in panic (fmt=0xffffffff8042bf78 "%s (%s): xlock already held @ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xffffffff80280796 in _sx_xlock (sx=0xffffff01b188b8f0, file=0xffffffff804425c3 "/usr/src/sys/vm/vm_map.c", line=3074) at /usr/src/sys/kern/kern_sx.c:168 #4 0xffffffff803921c4 in vm_map_lookup (var_map=0xffffffffb9785740, vaddr=0, fault_typea=1 '\001', out_entry=0xffffffffb9785748, object=0xffffffffb9785730, pindex=0xffffffffb9785738, out_prot=0x0, wired=0xffffffffb978570c) at /usr/src/sys/vm/vm_map.c:3074 #5 0xffffffff8038a47a in vm_fault (map=0xffffff01b188b880, vaddr=0, fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:235 #6 0xffffffff803bb5ac in trap_pfault (frame=0xffffffffb97858d0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:550 #7 0xffffffff803bb899 in trap (frame= {tf_rdi = -2141426760, tf_rsi = -1092610754784, tf_rdx = -1092610754784, tf_rcx = 4, tf_r8 = -2143114792, tf_r9 = -1092610754784, tf_rax = 1, tf_rbx = -1183295072, tf_rbp = -1183295008, tf_r10 = 0, tf_r11 = 4, tf_r12 = -1092471900528, tf_r13 = 2, tf_r14 = -1092238133120, tf_r15 = 8782208, tf_trapno = 12, tf_addr = 338, tf_flags = -2144922467, tf_err = 0, tf_rip = -2143739452, tf_cs = 8, tf_rflags = 66050, tf_rsp = -1183295088, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:352 #8 0xffffffff803a6edb in calltrap () at /usr/src/sys/amd64/amd64/exception.S:168 #9 0xffffffff803921c4 in vm_map_lookup (var_map=0xffffffffb9785a08, vaddr=8782208, fault_typea=2 '\002', out_entry=0xffffffffb9785a10, object=0xffffff01a399b698, pindex=0xffffffffb9785a18, out_prot=0x1
, wired=0xffffffffb9785a24) at /usr/src/sys/vm/vm_map.c:3074 #10 0xffffffff80288db9 in umtx_key_get (td=0xffffff019b52f720, umtx=0x860180, key=0xffffff01a399b690) at /usr/src/sys/kern/kern_umtx.c:312 #11 0xffffffff80288eb5 in _do_lock (td=0xffffff019b52f720, umtx=0x860180, id=100339, timo=0) at /usr/src/sys/kern/kern_umtx.c:362 #12 0xffffffff8028a2df in _umtx_op (td=0xffffff019b52f720, uap=0x187f3) at /usr/src/sys/kern/kern_umtx.c:545 #13 0xffffffff803bc022 in syscall (frame= {tf_rdi = 8782208, tf_rsi = 0, tf_rdx = 100339, tf_rcx = 0, tf_r8 = 0, tf_r9 = 1, tf_rax = 454, tf_rbx = 100339, tf_rbp = 8782208, tf_r10 = 0, tf_r11 = 1494439248, tf_r12 = 8765008, tf_r13 = 1024, tf_r14 = 0, tf_r15 = 0, tf_trapno = 22, tf_addr = 0, tf_flags = 8, tf_err = 2, tf_rip = 34377391676, tf_cs = 43, tf_rflags = 582, tf_rsp = 140737479959448, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:792 #14 0xffffffff803a7078 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:270 #15 0x00000008010d5e3c in ?? () (kgdb) p *td $1 = {td_proc = 0xffffff01b14f8358, td_ksegrp = 0xffffff011f741090, td_plist = {tqe_next = 0xffffff0072234000, tqe_prev = 0xffffff017bd61010}, td_kglist = {tqe_next = 0x0, tqe_prev = 0xffffff011f7410a8}, td_slpq = {tqe_next = 0x0, tqe_prev = 0xffffff0000dd9cc0}, td_lockq = {tqe_next = 0xffffff002ff9a260, tqe_prev = 0xffffffffb99eca10}, td_runq = {tqe_next = 0x0, tqe_prev = 0xffffff011f7410b8}, td_selq = {tqh_first = 0x0, tqh_last = 0x0}, td_sleepqueue = 0xffffff0000dd9cc0, td_turnstile = 0xffffff0072b3d800, td_umtxq = 0xffffff01a399b680, td_tid = 100339, td_flags = 83951618, td_inhibitors = 0, td_pflags = 0, td_dupfd = 0, td_wchan = 0x0, td_wmesg = 0x0, td_lastcpu = 0 '\0', td_oncpu = 0 '\0', td_owepreempt = 0 '\0', td_locks = 2, td_blocked = 0x0, td_ithd = 0x0, td_lockname = 0x0, td_contested = {lh_first = 0x0}, td_sleeplocks = 0x0, td_intr_nesting_level = 0, td_pinned = 0, td_mailbox = 0x0, td_ucred = 0xffffff01fda65500, td_standin = 0x0, td_upcall = 0x0, td_sticks = 3502, td_uuticks = 0, td_usticks = 0, td_intrval = 0, td_oldsigmask = {__bits = {0, 0, 0, 0}}, td_sigmask = {__bits = {159751, 0, 0, 0}}, td_siglist = {__bits = {0, 0, 0, 0}}, td_generation = 2243687, td_sigstk = { ss_sp = 0x0, ss_size = 0, ss_flags = 0}, td_kflags = 0, td_xsig = 0, td_profil_addr = 0, td_profil_ticks = 0, td_base_pri = 199 'Ç', td_priority = 199 'Ç', td_pcb = 0xffffffffb9785d10, td_state = TDS_RUNNING, td_retval = {0, 100339}, td_slpcallout = {c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time = 0, c_arg = 0x0, c_func = 0, c_mtx = 0x0, c_flags = 16}, td_frame = 0xffffffffb9785c40, td_kstack_obj = 0xffffff01b59061c0, td_kstack = 18446744072526241792, td_kstack_pages = 4, td_altkstack_obj = 0x0, td_altkstack = 0, td_altkstack_pages = 0, td_critnest = 1, td_md = {md_spinlock_count = 1, md_saved_flags = 582}, td_sched = 0xffffff019b52f950, td_ar = 0x0} (kgdb) p *td->td_proc $2 = {p_list = {le_next = 0xffffff0072cc8358, le_prev = 0xffffff01b2dd2a08}, p_ksegrps = {tqh_first = 0xffffff021ec355a0, tqh_last = 0xffffff01b13755a8}, p_threads = { tqh_first = 0xffffff017aef2be0, tqh_last = 0xffffff01b14324d0}, p_suspended = {tqh_first = 0x0, tqh_last = 0xffffff01b14f8388}, p_ucred = 0xffffff01fda65500, p_fd = 0xffffff018a0c2400, p_fdtol = 0x0, p_stats = 0xffffff01b444dc00, p_limit = 0xffffff000a8e9700, p_sigacts = 0xffffff002d527000, p_flag = 16514, p_sflag = 1, p_state = PRS_NORMAL, p_pid = 49461, p_hash = {le_next = 0x0, le_prev = 0xffffffff8b9279a8}, p_pglist = {le_next = 0x0, le_prev = 0xffffff0072cc83e8}, p_pptr = 0xffffff0072cc8358, p_sibling = {le_next = 0x0, le_prev = 0xffffff0072cc8410}, p_children = {lh_first = 0x0}, p_mtx = {mtx_object = {lo_class = 0xffffffff8058f260, lo_name = 0xffffffff8042a96e "process lock", lo_type = 0xffffffff8042a96e "process lock", lo_flags = 4390912, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 4, mtx_recurse = 0}, p_oppid = 0, p_vmspace = 0xffffff01b188b880, p_swtime = 2321, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = { tv_sec = 48463, tv_usec = 184910}}, p_rux = {rux_runtime = {sec = 7678, frac = 12488269182194442856}, rux_uticks = 11112, rux_sticks = 86876, rux_iticks = 0, rux_uu = 812236325, rux_su = 5875186825, rux_iu = 1}, p_crux = {rux_runtime = {sec = 0, frac = 0}, rux_uticks = 0, rux_sticks = 0, rux_iticks = 0, rux_uu = 0, rux_su = 0, rux_iu = 0}, p_profthreads = 0, p_maxthrwaits = 0, p_traceflag = 0, p_tracevp = 0x0, p_tracecred = 0x0, p_textvp = 0xffffff01ba0bf7c0, p_siglist = {__bits = {0, 0, 0, 0}}, p_lock = 1 '\001', p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_sig = 0, p_code = 0, p_stops = 0, p_stype = 0, p_step = 0 '\0', p_pfsflags = 0 '\0', p_nlminfo = 0x0, p_aioinfo = 0x0, p_singlethread = 0x0, p_suspcount = 0, p_xthread = 0x0, p_boundary_count = 0, p_procscopegrp = 0xffffff01b13755a0, p_magic = 3203398350, p_comm = "mysqld", '\0' , p_pgrp = 0xffffff012c296c80, p_sysent = 0xffffffff805ab4e0, p_args = 0xffffff0133157100, p_cpulimit = 9223372036854775807, p_nice = 0 '\0', p_xstat = 0, p_klist = {kl_list = {slh_first = 0x0}, kl_lock = 0xffffffff8025b500 , kl_unlock = 0xffffffff8025b520 , kl_locked = 0xffffffff8025b540 , kl_lockarg = 0xffffff01b14f8418}, p_numthreads = 41, p_numksegrps = 41, p_md = , p_itcallout = { c_links = {sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0xffffffffa4a85450}}, c_time = 4783675, c_arg = 0xffffff01b14f8358, c_func = 0xffffffff80287800 , c_mtx = 0x0, c_flags = 22}, p_acflag = 0, p_ru = 0x0, p_peers = 0x0, p_leader = 0xffffff01b14f8358, p_emuldata = 0x0, p_label = 0x0, p_sched = 0xffffff01b14f86b0, p_au = 0x0, p_ktr = {stqh_first = 0x0, stqh_last = 0xffffff01b14f86a0}} Dmesg. 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 #3: Thu Feb 22 11:13:19 GMT 2007 root@roley.mintel.co.uk:/usr/obj/usr/src/sys/PE2950 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.73GHz (3725.14-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf64 Stepping = 4 Features=0xbfebfbff Features2=0xe4bd,> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 Logical CPUs per core: 2 real memory = 9395240960 (8960 MB) avail memory = 8295198720 (7910 MB) FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 64 != expected base 24 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 64-87 on motherboard kbd0 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci6: on pcib1 pcib2: at device 0.0 on pci6 pci7: on pcib2 pcib3: at device 0.0 on pci7 pci8: on pcib3 pcib4: at device 0.0 on pci8 pci9: on pcib4 bce0: mem 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus0: on bce0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce0: Ethernet address: 00:13:72:64:06:de pcib5: at device 1.0 on pci7 pci10: on pcib5 pcib6: at device 0.3 on pci6 pci11: on pcib6 pcib7: at device 3.0 on pci0 pci1: on pcib7 pcib8: at device 0.0 on pci1 pci2: on pcib8 mfi0: mem 0xd80f0000-0xd80fffff,0xfc4e0000-0xfc4fffff irq 78 at device 14.0 on pci2 mfi0: 2438 (225460047s/0x0020/0) - Shutdown command received from host mfi0: 2439 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) mfi0: 2440 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.01-0088 mfi0: 2441 (4278190117s/0x0008/0) - Battery Present mfi0: 2442 (4278190145s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) mfi0: 2443 (4278190145s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) mfi0: 2444 (4278190145s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500130205da27900,0000000000000000 mfi0: 2445 (4278190145s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) mfi0: 2446 (4278190145s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=50010b90001ec97e,0000000000000000 mfi0: 2447 (4278190145s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) mfi0: 2448 (4278190145s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=50010b90001ec41a,0000000000000000 mfi0: 2449 (4278190145s/0x0002/0) - PD 02(e1/s2) event: Inserted: PD 02(e1/s2) mfi0: 2450 (4278190145s/0x0002/0) - Type 29: Inserted: PD 02(e1/s2) Info: enclPd=08, scsiType=0, portMap=04, sasAddr=50010b90001ec9c2,0000000000000000 mfi0: 2451 (4278190145s/0x0002/0) - PD 03(e1/s3) event: Inserted: PD 03(e1/s3) mfi0: 2452 (4278190145s/0x0002/0) - Type 29: Inserted: PD 03(e1/s3) Info: enclPd=08, scsiType=0, portMap=08, sasAddr=50010b90001ec9ae,0000000000000000 mfi0: 2453 (225460132s/0x0020/0) - Adapter ticks 225460132 elapsed 66s: Time established as 02/22/07 11:48:52; (66 seconds since power on) mfi0: 2454 (225460188s/0x0008/0) - Battery temperature is normal mfi0: 2455 (225460188s/0x0008/0) - Current capacity of the battery is above threshold mfi0: 2456 (4278190080s/0x0020/0) - PCI 0x041028 0x0415 0x041028 0x041f03: Firmware initialization started (PCI ID 0015/1028/1f03/1028) mfi0: 2457 (4278190080s/0x0020/0) - Type 18: Firmware version 1.00.01-0088 mfi0: 2458 (4278190130s/0x0008/0) - Battery Present mfi0: 2459 (4278190158s/0x0004/0) - PD 08(e1/s255) event: Enclosure (SES) discovered on PD 08(e1/s255) mfi0: 2460 (4278190158s/0x0002/0) - PD 08(e1/s255) event: Inserted: PD 08(e1/s255) mfi0: 2461 (4278190158s/0x0002/0) - Type 29: Inserted: PD 08(e1/s255) Info: enclPd=08, scsiType=d, portMap=00, sasAddr=500130205da27900,0000000000000000 mfi0: 2462 (4278190158s/0x0002/0) - PD 00(e1/s0) event: Inserted: PD 00(e1/s0) mfi0: 2463 (4278190158s/0x0002/0) - Type 29: Inserted: PD 00(e1/s0) Info: enclPd=08, scsiType=0, portMap=01, sasAddr=50010b90001ec97e,0000000000000000 mfi0: 2464 (4278190158s/0x0002/0) - PD 01(e1/s1) event: Inserted: PD 01(e1/s1) mfi0: 2465 (4278190158s/0x0002/0) - Type 29: Inserted: PD 01(e1/s1) Info: enclPd=08, scsiType=0, portMap=02, sasAddr=50010b90001ec41a,0000000000000000 mfi0: 2466 (4278190158s/0x0002/0) - PD 02(e1/s2) event: Inserted: PD 02(e1/s2) mfi0: 2467 (4278190158s/0x0002/0) - Type 29: Inserted: PD 02(e1/s2) Info: enclPd=08, scsiType=0, portMap=04, sasAddr=50010b90001ec9c2,0000000000000000 mfi0: 2468 (4278190158s/0x0002/0) - PD 03(e1/s3) event: Inserted: PD 03(e1/s3) mfi0: 2469 (4278190158s/0x0002/0) - Type 29: Inserted: PD 03(e1/s3) Info: enclPd=08, scsiType=0, portMap=08, sasAddr=50010b90001ec9ae,0000000000000000 mfi0: 2470 (225481183s/0x0020/0) - Adapter ticks 225481183 elapsed 79s: Time established as 02/22/07 17:39:43; (79 seconds since power on) mfi0: 2471 (225481239s/0x0008/0) - Battery temperature is normal mfi0: 2472 (225481239s/0x0008/0) - Current capacity of the battery is above threshold pcib9: at device 0.2 on pci1 pci3: on pcib9 pcib10: at device 4.0 on pci0 pci12: on pcib10 pcib11: at device 5.0 on pci0 pci13: on pcib11 pcib12: at device 6.0 on pci0 pci14: on pcib12 pcib13: at device 7.0 on pci0 pci15: on pcib13 pcib14: at device 28.0 on pci0 pci4: on pcib14 pcib15: at device 0.0 on pci4 pci5: on pcib15 bce1: mem 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci5 bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz miibus1: on bce1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bce1: Ethernet address: 00:13:72:64:06:dc uhci0: port 0xdce0-0xdcff irq 21 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdcc0-0xdcdf irq 20 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 0xdca0-0xdcbf irq 21 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 ehci0: mem 0xfc600000-0xfc6003ff irq 21 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered uhub4: vendor 0x413c product 0xa001, class 9/0, rev 2.00/0.00, addr 2 uhub4: multiple transaction translators uhub4: 2 ports with 2 removable, self powered ukbd0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass 3/1 kbd1 at ukbd0 ums0: Dell DRAC5, rev 1.10/0.00, addr 3, iclass 3/1 ums0: X report 0x0002 not supported device_attach: ums0 attach returned 6 ugen0: DELL INC. DRAC5 VIRTUAL MEDIA, rev 2.00/0.00, addr 4 uhub5: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.0b, addr 5 uhub5: multiple transaction translators uhub5: 4 ports with 4 removable, self powered pcib16: at device 30.0 on pci0 pci16: on pcib16 pci16: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio1: type 16550A, console fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xc8fff,0xec000-0xeffff 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 ukbd1: vendor 0x0d3d USBPS2, rev 1.10/0.01, addr 2, iclass 3/1 kbd2 at ukbd1 ums0: vendor 0x0d3d USBPS2, rev 1.10/0.01, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. Timecounters tick every 10.000 msec acd0: DVDROM at ata0-master UDMA33 mfid0: on mfi0 mfid0: 418176MB (856424448 sectors) RAID volume 'Virtual Disk 0' is optimal SMP: AP CPU #6 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! Trying to mount root from ufs:/dev/mfid0s1a WARNING: / was not properly dismounted WARNING: /data was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted Conf File. machine amd64 cpu HAMMER ident PE2950 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_LINUX32 # Compatible with i386 linux binaries options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. options SMP option INVARIANTS option INVARIANT_SUPPORT options KDB options DDB options KDB_UNATTENDED options BREAK_TO_DEBUGGER device atpic # 8259A compatability options LINPROCFS # Cannot be a module yet. device acpi device pci device fdc 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 device mpt # LSI-Logic MPT-Fusion 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) device mfi device kbdmux device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device sio # 8250, 16[45]50 based serial ports device miibus # MII bus support device bce device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter 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 ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ums # Mouse From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 22:21:21 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 79C7816A405; Thu, 22 Feb 2007 22:21:21 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cetus.palisadesys.com (cetus.palisadesys.com [192.188.162.7]) by mx1.freebsd.org (Postfix) with ESMTP id 1033213C48E; Thu, 22 Feb 2007 22:21:20 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (serverwatch [172.16.1.98]) by cetus.palisadesys.com (8.13.8/8.13.8) with ESMTP id l1MLsn6X060313; Thu, 22 Feb 2007 15:54:50 -0600 (CST) (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 l1MLsKa8058156 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Feb 2007 15:54:20 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <45DE1110.8050208@palisadesys.com> Date: Thu, 22 Feb 2007 15:54:24 -0600 From: Guy Helmer User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Rink Springer References: <20070220105902.GC39393@rink.nu> In-Reply-To: <20070220105902.GC39393@rink.nu> 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]); Thu, 22 Feb 2007 15:54:21 -0600 (CST) 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=-3.199, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60, J_CHICKENPOX_36 0.60, J_CHICKENPOX_38 0.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: stable@freebsd.org, roel@qsp.nl Subject: Re: Deadlock in state 'sysctl lock' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 22:21:21 -0000 Rink Springer wrote: > Hi people, > > At work, one of our SpamAssassin/ClamAV filtering machines just entered > a deadlock state: > > FreeBSD/i386 (xxx.qsp.nl) (cuad0) > > login: root > load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k > load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k > load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k > load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k > load: 0.00 cmd: login 683 [sysctl lock] 0.00u 0.00s 0% 148k > > After inspection, I believe the following code in > kern/kern_sysctl.c:userland_sysctl() is the culprit: > > SYSCTL_LOCK(); > > do { > req.oldidx = 0; > req.newidx = 0; > error = sysctl_root(0, name, namelen, &req); > } while (error == EAGAIN); > > if (req.lock == REQ_WIRED && req.validlen > 0) > vsunlock(req.oldptr, req.validlen); > > SYSCTL_UNLOCK(); > > Clearly, should sysctl_root() always return EAGAIN, this will cause a > serious deadlock condition. It appears this is possible. > > The only plausible reference to sysctl's returning EGAIN seems to be in > kern/kern_proc.c:sysctl_out_proc(). However, this code returns ESRCH > if the process couldn't have been found in the fast place, and since the > complete handler function will be called by sysctl_root() every > iteration, and thus will do a pfind() and return ESRCH if it failed and > not EAGAIN as it will later on in the code path. > > The machine is a 6.0-STABLE SMP machine of 30-Mar-2006. No debugging > options are in the kernel as the machine has quite some load. The only > console messages were a lot of 'calcru' messages. > > Any help is very much appreciated. For now, I'd like to propose a change > to kern/kern_sysctl.c:userland_sysctl(), to ensure this will never keep > looping on EAGAIN states (preferably, it should trigger a panic or at > least a KASSERT should such a condition occour). I know this is a > bandaid for a problem we don't really quite understand yet, but this may > ease debugging later on (especially as it will help us understand where > exactly it is going bad) > > Any comments? It looks to me this deadlock is quite rare (in fact, I've > never seen it before), but I believe it is serious enough to be > addressed, even with such a bandaid until the real solution is presented > by someone who knows the sysctl internals better than I do. > > Interesting. Twice I have had a 6.2 system stuck where sendmail was holding the sysctl lock while another process was holding the proctree and/or allproc lock, if I remember correctly. Guy From owner-freebsd-stable@FreeBSD.ORG Thu Feb 22 23:17: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 86C3516A400 for ; Thu, 22 Feb 2007 23:17:28 +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 263C613C461 for ; Thu, 22 Feb 2007 23:17:27 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7c45.q.ppp-pool.de [89.53.124.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 3BB51128842 for ; Fri, 23 Feb 2007 00:17:20 +0100 (CET) Received: from [192.168.18.3] (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id E76952E658 for ; Fri, 23 Feb 2007 00:17:14 +0100 (CET) Message-ID: <45DE2478.5040906@vwsoft.com> Date: Fri, 23 Feb 2007 00:17:12 +0100 From: Volker User-Agent: Thunderbird 1.5.0.9 (X11/20070119) 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: panic: non-sleepable lock 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2007 23:17:28 -0000 Hi! This evening I've had a mysterious thing: Two reboots caused by a panic in a row. The machine itself is running fine for months (always on 6-STABLE). The last kernel / world build has been a week ago. As I'm having KDB_UNATTENDED in my kernel, I didn't took notice of that crash. Trying to inspect the crashdump does not give anything useful: > kgdb /usr/obj/usr/src/sys/BELLONA/kernel.debug /var/crash/vmcore.1 > [snip] > This GDB was configured as "i386-marcel-freebsd". > Cannot access memory at address 0xc08295f4 > (kgdb) >From the messagelog I've been able to fish the following: Sleeping thread (tid 100147, pid 1750) owns a non-sleepable lock sched_switch(c3adbc00,0,1) at sched_switch+0x15b mi_switch(1,0,c3adbc00,daab9a20,c05a657c,...) at mi_switch+0x1be sleepq_switch(c36be500) at sleepq_switch+0x84 sleepq_wait(c36be500,0,c3adbc00,1,c36be500,...) at sleepq_wait+0x5c msleep(c36be500,0,4c,c0766afa,0) at msleep+0x26f usbd_transfer(c36be500,daab9aa0,c052b619,c36be500,c0598573,...) at usbd_transfer +0x145 usbd_sync_transfer(c36be500) at usbd_sync_transfer+0x11 usbd_do_request_flags_pipe(c3440780,c3440800,daab9afc,daab9afb,0,...) at usbd_do _request_flags_pipe+0x69 usbd_do_request_flags(c3440780,daab9afc,daab9afb,0,0,...) at usbd_do_request_fla gs+0x25 usbd_do_request(c3440780,daab9afc,daab9afb,ab9b14,f0c0,...) at usbd_do_request+0 x1a aue_csr_read_1(c3470600,0,0,0,80206932,...) at aue_csr_read_1+0x50 aue_setmulti(c3470600,c3adc100,c3b69a40,c346e800,daab9b68,...) at aue_setmulti+0 x4d aue_ioctl(c346e800,80206932,0) at aue_ioctl+0x106 if_delmulti(c346e800,c35ca1a0) at if_delmulti+0x203 in_delmulti_locked(c3adc0a0) at in_delmulti_locked+0x7b in_delmulti(c3adc0a0) at in_delmulti+0x7b ip_freemoptions(c3a37900,c36ebec4,0,c3b392c8,daab9bec,...) at ip_freemoptions+0x 21 in_pcbdetach(c36ebec4) at in_pcbdetach+0x159 udp_detach(c3b392c8) at udp_detach+0xba soclose(c3b392c8) at soclose+0xa1 soo_close(c3ae7798,c3adbc00) at soo_close+0x63 fdrop_locked(c3ae7798,c3adbc00,c3aeee00,daab9cb4,c056157b,...) at fdrop_locked+0 xd8 fdrop(c3ae7798,c3adbc00,c058dde0,c09be140,c1de0668,...) at fdrop+0x40 closef(c3ae7798,c3adbc00,0,c3adbc00,6,...) at closef+0x43b close(c3adbc00,daab9d04) at close+0x209 syscall(3b,3b,3b,2,807e6c0,...) at syscall+0x2cd Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (6, FreeBSD ELF32, close), eip = 0x281670ef, esp = 0xbfbfdcd0, ebp = 0xbfbfdcdc --- panic: sleeping thread cpuid = 0 KDB: stack backtrace: kdb_backtrace(100,c3adba80,c3adba80,c3adbc00,c3adbc00,...) at kdb_backtrace+0x29 panic(c077339a,c3adbc00,ffffffff,c077335e,18733,...) at panic+0x113 propagate_priority(c3adba80,c35f81c0,c0805320,c080a8cc,c3adbc00,...) at propagat e_priority+0x58 turnstile_wait(c080a8cc,c3adbc00) at turnstile_wait+0x2e3 _mtx_lock_sleep(c080a8cc,c3adba80,0,0,0) at _mtx_lock_sleep+0x10c udp_bind(c3bc9164,c35cab50,c3adba80,daab6cc0,c05c8177,...) at udp_bind+0x34 sobind(c3bc9164,c35cab50,c3adba80,c3bef678,daab6d04,...) at sobind+0x16 kern_bind(c3adba80,5,c35cab50,c35cab50,c3adac90,...) at kern_bind+0x77 bind(c3adba80,daab6d04) at bind+0x2f syscall(3b,3b,3b,80501a8,805f041,...) at syscall+0x2cd Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (104, FreeBSD ELF32, bind), eip = 0x2811877b, esp = 0xbfbfe76c, ebp = 0xbfbfe7d8 --- GEOM_MIRROR: Device gm0s2: rebuilding provider ad4s2 stopped. Uptime: 8m50s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 511MB (130800 pages) 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 ... ok I guess pid 1750 has been mDNSResponder (/usr/ports/net/mDNSResponder - I found something in the logs which indicates this might have been pid 1750 some time before the crash occurs). I've installed this port just today (8 hours before the crash). My main question now: Why didn't I get anything useful from the savecore dumps? I'll now prepare for a fresh kernel build, install and try to rerun mdsnd to get a proper dump. Greetings, Volker PS: I didn't include dmesg + config as I hate those lengthy postings to the list. If a kernel hacker want's to take a closer look or needs more infos, I'll put it up on the webserver for download if it's of interest in this case. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 08:09: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 57AC216A404 for ; Fri, 23 Feb 2007 08:09:56 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id 150BB13C48E for ; Fri, 23 Feb 2007 08:09:55 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HKVV4-000ON8-EP; Fri, 23 Feb 2007 10:09:54 +0200 Date: Fri, 23 Feb 2007 10:09:54 +0200 From: Alexander Shikoff To: freebsd-stable@freebsd.org Message-ID: <20070223080954.GA93664@crete.org.ua> References: <20070222115644.GA55416@crete.org.ua> <20070222132224.GA14615@icarus.home.lan> <20070222141333.GA60026@crete.org.ua> <20070222162824.GA24305@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <20070222162824.GA24305@icarus.home.lan> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alexander Shikoff Subject: Re: Cannot obtain kernel dump in /var/crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 08:09:56 -0000 On Thu, Feb 22, 2007 at 08:28:25AM -0800, Jeremy Chadwick wrote: > On Thu, Feb 22, 2007 at 04:13:33PM +0200, Alexander Shikoff wrote: > > /etc/rc.d/dumpon creates symbolic link /dev/dumpdev. It's present in > > my /dev directory. I think a problem is somewhere deeply, probably > > with savecore(8). When a panic occurs I see in console process of > > dumping (size of RAM, number of pages, dump device etc.) and it's > > completely normal. > > Anything shown on the actual console? There's some error conditions > which emit messages via syslog() only (see lines ~278-286 of > src/sbin/savecore/savecore.c). > > Also, any chance of output from savecore -f -vv? There's some extra > debugging info which might come in handy (lines ~288 of > src/sbin/savecore/savecore.c). Checking for core dump on /dev/ad2s1b... ----> savecore -f -vv /var/crash /dev/ad2s1b unable to open bounds file, using 0 checking for kernel dump on device /dev/ad2s1b mediasize = 1073741824 sectorsize = 512 magic mismatch on last dump header on /dev/ad2s1b savecore: unable to force dump - bad magic savecore: no dumps found Feb 23 10:04:05 savecore: unable to force dump - bad magic -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua Mob.: +380 67 946 31 49 From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 10:33: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 504B916A403 for ; Fri, 23 Feb 2007 10:33:38 +0000 (UTC) (envelope-from list@manuelmartini.it) Received: from freebsd.manuelmartini.it (freebsd.manuelmartini.it [213.92.90.91]) by mx1.freebsd.org (Postfix) with ESMTP id 9936E13C491 for ; Fri, 23 Feb 2007 10:33:37 +0000 (UTC) (envelope-from list@manuelmartini.it) Received: (qmail 96313 invoked from network); 23 Feb 2007 11:06:55 +0100 Received: from unknown (HELO DELOREAN.manuelmartini.it) (62.101.64.91) by freebsd.manuelmartini.it with AES256-SHA encrypted SMTP; 23 Feb 2007 11:06:55 +0100 Date: Fri, 23 Feb 2007 11:06:54 +0100 From: Martin To: freebsd-stable@freebsd.org Message-ID: <20070223110654.770d3904@DELOREAN.manuelmartini.it> X-Mailer: Claws Mail 2.7.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_6QSwGgJ9U02lapc_h+s_ose; protocol="application/pgp-signature"; micalg=PGP-SHA1 Subject: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 10:33:38 -0000 --Sig_6QSwGgJ9U02lapc_h+s_ose Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, I work for a little web agency/isp and we are going to buy new hw to sustain the growinng demand of our customers. We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can anyone reccomend any of them? models? particular hw/firmware/misc bye --Sig_6QSwGgJ9U02lapc_h+s_ose Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF3ry+8T4XZ3+2W6URAhc+AJ4qVqf2Di+OvVRok/cagBGBJcd8GQCgl/sk izu9u3oqjkiF27OOWTukp9U= =O3n5 -----END PGP SIGNATURE----- --Sig_6QSwGgJ9U02lapc_h+s_ose-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 11:05: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 485C816A40A for ; Fri, 23 Feb 2007 11:05:10 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out09.ilk.de [194.121.104.9]) by mx1.freebsd.org (Postfix) with ESMTP id C067413C4B7 for ; Fri, 23 Feb 2007 11:05:09 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool36.ka.ilk.net [212.86.194.36]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l1NB57ps022252; Fri, 23 Feb 2007 12:05:08 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.4+Sun/8.13.4) with ESMTP id l1NB3cO1010653; Fri, 23 Feb 2007 12:03:38 +0100 (CET) Message-ID: <45DECA39.5000104@smo.de> Date: Fri, 23 Feb 2007 12:04:25 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070120 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Martin References: <20070223110654.770d3904@DELOREAN.manuelmartini.it> In-Reply-To: <20070223110654.770d3904@DELOREAN.manuelmartini.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 11:05:10 -0000 Martin wrote: > Hi, > > I work for a little web agency/isp and we are going to buy new hw to > sustain the growinng demand of our customers. > > We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can > anyone reccomend any of them? models? particular hw/firmware/misc I don't have any particular experience with Blade servers in general, but perhaps this article is some help for you: http://wiki.bsdforen.de/IBM_Blade_-_english Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 12:35: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 BE22B16A408 for ; Fri, 23 Feb 2007 12:35:40 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.terrorteam.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6AB13C4B2 for ; Fri, 23 Feb 2007 12:35:40 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.terrorteam.de (Postfix) with ESMTP id 08E4AB01DB; Fri, 23 Feb 2007 13:12:51 +0100 (CET) Received: from crivens.terrorteam.de ([127.0.0.1]) by localhost (crivens.terrorteam.de [127.0.0.1]) (amavisd-new, port 10034) with ESMTP id 29397-04; Fri, 23 Feb 2007 13:12:49 +0100 (CET) Received: from localhost (localhost.terrorteam.de [127.0.0.1]) by crivens.terrorteam.de (Postfix) with ESMTP; Fri, 23 Feb 2007 13:12:49 +0100 (CET) MIME-Version: 1.0 Date: Fri, 23 Feb 2007 13:12:49 +0100 From: Marian Hettwer To: Martin In-Reply-To: <20070223110654.770d3904@DELOREAN.manuelmartini.it> References: <20070223110654.770d3904@DELOREAN.manuelmartini.it> Message-ID: <0a807254b24ef0be5d38e9959401a605@127.0.0.1> X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at terrorteam.de Cc: freebsd-stable@freebsd.org Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 12:35:40 -0000 Hi there, On Fri, 23 Feb 2007 11:06:54 +0100, Martin wrote: > > Hi, > > I work for a little web agency/isp and we are going to buy new hw to > sustain the growinng demand of our customers. > > We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can > anyone reccomend any of them? models? particular hw/firmware/misc > we have several blade centers in our datacenters. None of them were able to boot up 6.1-RELEASE (which was the last one I tried). In general, the IBM blade center is crap IMO. The management capabilites (some java / vnc applet speak KVM over IP) is completely borked. Debian Linux runs, but FreeBSD seems to have problems with the way those IBM blades are handling the keyboard. Dunno any details, though :) Maybe you'd like to take a look at HP's blades. I recall that the FreeBSD project got a HP blade donation and is using a fully equipped HP Bladecenter. Maybe HP is your way to go if you want to use FReeBSD on blades :) HTH, Marian PS.: If I'll find the time to do so, I'll try a pxeboot of 6.2-RELEASE on some different blades of us. Although this won't happen before end of next week (to busy right now). From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 13:45: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 044AE16A400 for ; Fri, 23 Feb 2007 13:45:45 +0000 (UTC) (envelope-from isak@isak.is) Received: from isak.is (isak.is [81.15.112.112]) by mx1.freebsd.org (Postfix) with ESMTP id 22C0913C46B for ; Fri, 23 Feb 2007 13:45:43 +0000 (UTC) (envelope-from isak@isak.is) Received: from www.iso.is (localhost.isak.is [127.0.0.1]) by isak.is (8.13.6/8.13.6) with ESMTP id l1NCrM79034668; Fri, 23 Feb 2007 12:53:22 GMT (envelope-from isak@isak.is) From: "=?ISO-8859-1?Q?=CDsak_Ben?=." To: Marian Hettwer , Martin Date: Fri, 23 Feb 2007 12:53:22 +0000 Message-Id: <20070223124924.M1490@isak.is> In-Reply-To: <0a807254b24ef0be5d38e9959401a605@127.0.0.1> References: <20070223110654.770d3904@DELOREAN.manuelmartini.it> <0a807254b24ef0be5d38e9959401a605@127.0.0.1> X-Mailer: OpenWebMail 2.52 20060502 X-OriginatingIP: 81.15.114.21 (isak) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: isak@isak.is List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 13:45:45 -0000 Hi there. I just tried to install 6.2 on an IBM Bladecenter without any luck, i did a bit of "googling" and asked around and it seems that IBM Bladecenter isn't supported at all....some have "got it to work" with all kinds of messy workarounds....which frankly arent worth the effort. Hopefully someone will take the project of fixing at least the keyboard and scsi issues so we can all use this wonderful hardware for FreeBSD... I might even donate access to að blade if someone could make the effort of debugging this. -- Isak Ben, ---------- Original Message ----------- From: Marian Hettwer To: Martin Cc: freebsd-stable@freebsd.org Sent: Fri, 23 Feb 2007 13:12:49 +0100 Subject: Re: Stable on Blade server > Hi there, > > On Fri, 23 Feb 2007 11:06:54 +0100, Martin wrote: > > > > Hi, > > > > I work for a little web agency/isp and we are going to buy new hw to > > sustain the growinng demand of our customers. > > > > We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can > > anyone reccomend any of them? models? particular hw/firmware/misc > > > we have several blade centers in our datacenters. None of them were able > to boot up 6.1-RELEASE (which was the last one I tried). In general, the > IBM blade center is crap IMO. The management capabilites (some java / vnc > applet speak KVM over IP) is completely borked. Debian Linux runs, but > FreeBSD seems to have problems with the way those IBM blades are handling > the keyboard. Dunno any details, though :) Maybe you'd like to take a look > at HP's blades. I recall that the FreeBSD project got a HP blade donation > and is using a fully equipped HP Bladecenter. Maybe HP is your way to go > if you want to use FReeBSD on blades :) > > HTH, > Marian > > PS.: If I'll find the time to do so, I'll try a pxeboot of 6.2-RELEASE on > some different blades of us. Although this won't happen before end of next > week (to busy right now). > > _______________________________________________ > 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" > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. ------- End of Original Message ------- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 14:05: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 8ADE316A400 for ; Fri, 23 Feb 2007 14:05:26 +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 4BB2D13C442 for ; Fri, 23 Feb 2007 14:05:26 +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 <0JDX00GLE5T1ZV80@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 23 Feb 2007 15:05:25 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.212]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0JDX00H0L5T0LT94@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 23 Feb 2007 15:05:25 +0100 (CET) Date: Fri, 23 Feb 2007 15:04:46 +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: <45DECA39.5000104@smo.de> To: freebsd-stable@freebsd.org Message-id: <20070223150446.b6aa5625.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed 2.3.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20070223110654.770d3904@DELOREAN.manuelmartini.it> <45DECA39.5000104@smo.de> Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 14:05:26 -0000 On Fri, 23 Feb 2007 12:04:25 +0100 Philipp Ost wrote: > I don't have any particular experience with Blade servers in general, > but perhaps this article is some help for you: > http://wiki.bsdforen.de/IBM_Blade_-_english Here is a little bit more info as well: http://www.ibm.com/developerworks/forums/dw_thread.jsp?forum=819&thread=139991&cat=53 http://newsvac.newsforge.com/newsvac/05/08/23/1417242.shtml HTH -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 14:48: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 3E27016A404 for ; Fri, 23 Feb 2007 14:48:17 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 0956813C46B for ; Fri, 23 Feb 2007 14:48:17 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l1NEmElB095624; Fri, 23 Feb 2007 09:48:15 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Fri, 23 Feb 2007 09:47:41 -0500 User-Agent: KMail/1.9.5 References: <20070223110654.770d3904@DELOREAN.manuelmartini.it> <0a807254b24ef0be5d38e9959401a605@127.0.0.1> In-Reply-To: <0a807254b24ef0be5d38e9959401a605@127.0.0.1> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702230947.42074.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Martin , Marian Hettwer Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 14:48:17 -0000 On Friday 23 February 2007 07:12, Marian Hettwer wrote: > Hi there, > > On Fri, 23 Feb 2007 11:06:54 +0100, Martin wrote: > > Hi, > > > > I work for a little web agency/isp and we are going to buy new hw to > > sustain the growinng demand of our customers. > > > > We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can > > anyone reccomend any of them? models? particular hw/firmware/misc > > we have several blade centers in our datacenters. None of them were able to > boot up 6.1-RELEASE (which was the last one I tried). In general, the IBM > blade center is crap IMO. The management capabilites (some java / vnc > applet speak KVM over IP) is completely borked. Debian Linux runs, but > FreeBSD seems to have problems with the way those IBM blades are handling > the keyboard. Dunno any details, though :) Maybe you'd like to take a look > at HP's blades. I recall that the FreeBSD project got a HP blade donation > and is using a fully equipped HP Bladecenter. Maybe HP is your way to go if > you want to use FReeBSD on blades :) > > HTH, > Marian > > PS.: If I'll find the time to do so, I'll try a pxeboot of 6.2-RELEASE on > some different blades of us. Although this won't happen before end of next > week (to busy right now). I can also recommend HP blades in general. I haven't had a chance to play with FreeBSD on one, but the hardware is solid and the management interface is good. There's a JVM-based remote console that works on most platforms I've tried as well as the IE-only one. The IE-only one has built-in floppy/CD support and a couple other tricks, but there's also a standalone JVM-based media applet. I'm 99% sure that the built-in SAS controller is supported by ciss(4), and 90% sure that the built-in ethernet controller is supported, probably by bge(4). I'm not sure about the fibre controllers. I'm setting up a few of these in the next few days so I may boot to a 6.2 CD on one of them. I'll report what I find if so. JN From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 15:02: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 BC56516A401 for ; Fri, 23 Feb 2007 15:02:13 +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 4F2A913C4AC for ; Fri, 23 Feb 2007 15:02:13 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so353609ugh for ; Fri, 23 Feb 2007 07:02:12 -0800 (PST) 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=ZPNmhvjqDSD0Jr8ZVxRHfcVrnDmOe1V5v1BvEpnI3ArRvCRrxGCbxJtSe6G4MAqzuI2EVJqhua7ztYwmdpkAL/LAlXyrrU0ZdOxwZAvrBdAAAvsmS5WZa/VdNgMeqw65fX0XbmuokYWYm/7Lw/UwaXuHpraGLTBpMkqY0WIOgcA= 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=k4ofXXa5pGjOSoCGx7a37pBKjo6+/df00ffX8w7qcZfr0HHcf4K4b66JS8z/10L0E/qIdvkLvtq52ZhE08+8ViF0P/xebRrLSlDSPw1rpiRkiT7w5Qgib0VR4L0FknbPaa9TgOd/8Px4hvLiCrKSE5p0M2AL8Q+6F03SFe5WI7I= Received: by 10.78.204.7 with SMTP id b7mr176498hug.1172242932206; Fri, 23 Feb 2007 07:02:12 -0800 (PST) Received: by 10.78.100.9 with HTTP; Fri, 23 Feb 2007 07:02:12 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 16:02:12 +0100 From: "Claus Guttesen" To: "John Nielsen" In-Reply-To: <200702230947.42074.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070223110654.770d3904@DELOREAN.manuelmartini.it> <0a807254b24ef0be5d38e9959401a605@127.0.0.1> <200702230947.42074.lists@jnielsen.net> Cc: Martin , freebsd-stable@freebsd.org, Marian Hettwer Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 15:02:13 -0000 > > > We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can > > > anyone reccomend any of them? models? particular hw/firmware/misc > > > I can also recommend HP blades in general. I haven't had a chance to play with > FreeBSD on one, but the hardware is solid and the management interface is > good. There's a JVM-based remote console that works on most platforms I've > tried as well as the IE-only one. The IE-only one has built-in floppy/CD > support and a couple other tricks, but there's also a standalone JVM-based > media applet. > > I'm 99% sure that the built-in SAS controller is supported by ciss(4), and 90% > sure that the built-in ethernet controller is supported, probably by bge(4). > I'm not sure about the fibre controllers. Wait until support for the SerDes controller has been MFC'ed to stable. The ciss-controller is supported allright but the integrated NIC is currently not. regards Claus From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 15:18: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 EA22116A405 for ; Fri, 23 Feb 2007 15:18:01 +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 B1E5213C494 for ; Fri, 23 Feb 2007 15:18:01 +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 1HKcBJ-000A9F-JT; Fri, 23 Feb 2007 15:17:57 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HKcBH-000OAt-BT; Fri, 23 Feb 2007 15:17:55 +0000 To: list@manuelmartini.it, mh@kernel32.de In-Reply-To: <0a807254b24ef0be5d38e9959401a605@127.0.0.1> Message-Id: From: Pete French Date: Fri, 23 Feb 2007 15:17:55 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 15:18:02 -0000 > Maybe HP is your way to go if you want to use FReeBSD on blades :) I run FreeBSD on a lot of HP blades and can confirm that it works very nicely and is rock solid stable. have been doing this since 5.X and am now running 6.2 -pcf. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 16:09: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 D7B2216A402 for ; Fri, 23 Feb 2007 16:09:01 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6F89F13C4B8 for ; Fri, 23 Feb 2007 16:09:01 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so369931ugh for ; Fri, 23 Feb 2007 08:09:00 -0800 (PST) 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=dgL5jmrx25lr9z4Acg22tRbaTYQCnsKvDSqVTCpPB9mG7u/Lu8qAYHnWUxvYnedOwZtuc8uOByXzOWfA3kqYxXt6P9ampzt0niIC3LIQ6lquj4sJ7UHlsozuQl/xxAH0rOx6d+eq0pScW5/bYPmL+rY/NnUlfUm+o7dNxY/W5gE= 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=K/mOw2qhHk/x27qVPbwr9j5vttxjLnuVCtzxGSEIejBMorvqylnie4AtuOWr8RreRdUc272xTwPlhVy0KLKemC8EP7aOPJfLGNdUuwTLGOBLUW4nZecByowFJXyF6ApyQdn9vuZJ0mkpjHyUHGqzzEAUr0l5CNzQ/LzGkfuU+JY= Received: by 10.78.138.14 with SMTP id l14mr184983hud.1172246939303; Fri, 23 Feb 2007 08:08:59 -0800 (PST) Received: by 10.78.100.9 with HTTP; Fri, 23 Feb 2007 08:08:59 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2007 17:08:59 +0100 From: "Claus Guttesen" To: "Pete French" 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: <0a807254b24ef0be5d38e9959401a605@127.0.0.1> Cc: freebsd-stable@freebsd.org, list@manuelmartini.it, mh@kernel32.de Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 16:09:01 -0000 > > Maybe HP is your way to go if you want to use FReeBSD on blades :) > > I run FreeBSD on a lot of HP blades and can confirm that it works very > nicely and is rock solid stable. have been doing this since 5.X and > am now running 6.2 Assume you refer to the older hp-blades and *not* the newer c-class ones. The c-class-blades do *not* currently support the build-in NIC due to a SerDes-issue. regards Claus From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 16:12: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 9CD8E16A400 for ; Fri, 23 Feb 2007 16:12:49 +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 63F0D13C467 for ; Fri, 23 Feb 2007 16:12:49 +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 1HKd2O-000B3M-Le; Fri, 23 Feb 2007 16:12:48 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HKd2O-000OJj-EV; Fri, 23 Feb 2007 16:12:48 +0000 To: kometen@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Fri, 23 Feb 2007 16:12:48 +0000 Cc: list@manuelmartini.it, freebsd-stable@freebsd.org, mh@kernel32.de Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 16:12:49 -0000 > Assume you refer to the older hp-blades and *not* the newer c-class > ones. The c-class-blades do *not* currently support the build-in NIC > due to a SerDes-issue. Ah, thats worth knowing! yes, our blades are a couple of years old so would be b-class ones. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 16:23: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 0FDBC16A403 for ; Fri, 23 Feb 2007 16:23:41 +0000 (UTC) (envelope-from list@manuelmartini.it) Received: from freebsd.manuelmartini.it (freebsd.manuelmartini.it [213.92.90.91]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB4313C4A5 for ; Fri, 23 Feb 2007 16:23:40 +0000 (UTC) (envelope-from list@manuelmartini.it) Received: (qmail 92898 invoked from network); 23 Feb 2007 17:23:38 +0100 Received: from unknown (HELO DELOREAN.manuelmartini.it) (62.101.64.91) by freebsd.manuelmartini.it with AES256-SHA encrypted SMTP; 23 Feb 2007 17:23:38 +0100 Date: Fri, 23 Feb 2007 17:23:38 +0100 From: Martin To: freebsd-stable@freebsd.org Message-ID: <20070223172338.46831931@DELOREAN.manuelmartini.it> In-Reply-To: References: X-Mailer: Claws Mail 2.7.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 16:23:41 -0000 Il giorno Fri, 23 Feb 2007 16:12:48 +0000 Pete French ha scritto: > > Assume you refer to the older hp-blades and *not* the newer c-class > > ones. The c-class-blades do *not* currently support the build-in NIC > > due to a SerDes-issue. > > Ah, thats worth knowing! yes, our blades are a couple of years old > so would be b-class ones. > which type of hp blade work with 6.2? thanks From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 16:38: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 11B8816A40B for ; Fri, 23 Feb 2007 16:38:21 +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 CDCBD13C4D9 for ; Fri, 23 Feb 2007 16:38:20 +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 1HKdR3-000BWd-Lg; Fri, 23 Feb 2007 16:38:17 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HKdR2-000ONY-Ua; Fri, 23 Feb 2007 16:38:16 +0000 To: freebsd-stable@freebsd.org, list@manuelmartini.it In-Reply-To: <20070223172338.46831931@DELOREAN.manuelmartini.it> Message-Id: From: Pete French Date: Fri, 23 Feb 2007 16:38:16 +0000 Cc: Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 16:38:21 -0000 > which type of hp blade work with 6.2? Ours are BL20p G3 and BL20p G2 blades according to the iLo. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 16:53: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 59E5A16A40B for ; Fri, 23 Feb 2007 16:53:56 +0000 (UTC) (envelope-from shannon@widomaker.com) Received: from wilma.widomaker.com (wilma.widomaker.com [204.17.220.5]) by mx1.freebsd.org (Postfix) with ESMTP id 2CF8F13C4A5 for ; Fri, 23 Feb 2007 16:53:56 +0000 (UTC) (envelope-from shannon@widomaker.com) Received: from [69.72.100.1] (helo=escape.goid.lan) by wilma.widomaker.com with esmtp (Exim 3.36 #1) id 1HKdIx-0003Dc-00 for freebsd-stable@freebsd.org; Fri, 23 Feb 2007 11:29:55 -0500 Received: from daydream.goid.lan (IDENT:1000@daydream.goid.lan [192.168.1.10]) by escape.goid.lan (8.13.5.20060614/8.11.6) with ESMTP id l1NGbfJf001964 for ; Fri, 23 Feb 2007 11:37:41 -0500 (EST) Date: Fri, 23 Feb 2007 11:37:40 -0500 From: Charles Shannon Hendrix To: freebsd-stable@freebsd.org Message-ID: <20070223113740.4da6e042@daydream.goid.lan> In-Reply-To: <20070220130051.bfcf6cf2.wmoran@collaborativefusion.com> References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> <45DA121E.1040803@vwsoft.com> <20070220091238.c04cfceb.wmoran@collaborativefusion.com> <20070220165012.GB75535@xor.obsecurity.org> <20070220130051.bfcf6cf2.wmoran@collaborativefusion.com> Organization: Big Endian X-Mailer: Sylpheed-Claws 2.5.4 (GTK+ 2.8.20; i486-slackware-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: getting garbage faster using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 16:53:56 -0000 On Tue, 20 Feb 2007 13:00:51 -0500 Bill Moran wrote: > Interesting ... I could swear I recently had a problem with /dev/random > blocking on a 6.X system ... I have that problem on both FreeBSD and NetBSD. Sometimes I'll get good speed for awhile (seconds), and then it starts slowing down or stopping. /dev/random halts on me all the time. NetBSD 3.1 on SPARC FreeBSD 6.1 on SPARC64 -- shannon | There are nowadays professors of philosophy, but not | philosophers. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 17:06: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 63A4D16A405; Fri, 23 Feb 2007 17:06:38 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.freebsd.org (Postfix) with ESMTP id C2F2713C4A7; Fri, 23 Feb 2007 17:06:35 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 308DD17FEDE; Fri, 23 Feb 2007 18:06:34 +0100 (CET) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 2056D10133; Fri, 23 Feb 2007 18:06:34 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-152-137.pools.arcor-ip.net [84.61.152.137]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id D2C6534A69B; Fri, 23 Feb 2007 18:06:33 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1NH6RFa015031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Feb 2007 18:06:27 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l1NH6Q5O011248; Fri, 23 Feb 2007 18:06:26 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l1NH6Ql5011247; Fri, 23 Feb 2007 18:06:26 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: Rink Springer Date: Fri, 23 Feb 2007 18:06:25 +0100 User-Agent: KMail/1.9.5 References: <200702170947.49001.lofi@freebsd.org> <200702171136.50919.lofi@freebsd.org> <20070217103904.GB91175@rink.nu> In-Reply-To: <20070217103904.GB91175@rink.nu> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9778889.JaAWymZZaE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702231806.25926.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 17:06:38 -0000 --nextPart9778889.JaAWymZZaE Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Does anybody have any further ideas on this? Cheers, =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart9778889.JaAWymZZaE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF3x8RXhc68WspdLARAnW7AJ9r5yXSZRMF+qxWXx2QMlkYg1MqFQCeNeZ9 eT1GLxY9bR8xj8LIOoPfdAA= =dmZp -----END PGP SIGNATURE----- --nextPart9778889.JaAWymZZaE-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 17:34: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 66E9816A405 for ; Fri, 23 Feb 2007 17:34:10 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id F149513C442 for ; Fri, 23 Feb 2007 17:34:09 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id l1NHY7kN015787; Fri, 23 Feb 2007 18:34:08 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l1NHY75n073375; Fri, 23 Feb 2007 18:34:07 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l1NHY6be073374; Fri, 23 Feb 2007 18:34:06 +0100 (CET) (envelope-from wb) Date: Fri, 23 Feb 2007 18:34:06 +0100 From: Wilko Bulte To: Pete French Message-ID: <20070223173406.GA73346@freebie.xs4all.nl> References: <20070223172338.46831931@DELOREAN.manuelmartini.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: list@manuelmartini.it, freebsd-stable@freebsd.org Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 17:34:10 -0000 On Fri, Feb 23, 2007 at 04:38:16PM +0000, Pete French wrote.. > > which type of hp blade work with 6.2? > > Ours are BL20p G3 and BL20p G2 blades according to the iLo. How did you install FreeBSD on them? Using RDP? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 17:48: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 7EEA816A400; Fri, 23 Feb 2007 17:48: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 D429A13C428; Fri, 23 Feb 2007 17:48:03 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (cxinax@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1NHlunQ045519; Fri, 23 Feb 2007 18:48:02 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1NHluFJ045518; Fri, 23 Feb 2007 18:47:56 +0100 (CET) (envelope-from olli) Date: Fri, 23 Feb 2007 18:47:56 +0100 (CET) Message-Id: <200702231747.l1NHluFJ045518@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, lofi@FreeBSD.ORG In-Reply-To: <200702231806.25926.lofi@freebsd.org> 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 Feb 2007 18:48:02 +0100 (CET) Cc: Subject: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, lofi@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 17:48:04 -0000 Michael Nottebrock wrote: > Does anybody have any further ideas on this? I've had a quick look at the source. According to your debugging info, an invalid pointer is passed to the S_clockinfo() function, but it's beyond me how that could happen. The code in show_var() which calls that function looks perfectly OK. It's also interesting that you seem to be the only one experiencing the problem. Are you using any special compiler options, anything unusual in /etc/make.conf or /etc/malloc.conf? Do you use a non-default locale environment (i.e. are any of the LC_* or LANG variables set)? Finally, have you tried removing the entire source of sysctl and checking out a fresh copy from RELENG_6? Other than that, my next try would be to sprinkle the source with a few fprintf(stderr,...) to check the value of the pointer at various points in the source. (Or follow it with gdb, if you're more familiar with that tool ... Personally I think that adding a few fprintf's is quicker and easier, but YMMV, of course.) 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 Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "IRIX is about as stable as a one-legged drunk with hypothermia in a four-hundred mile per hour wind, balancing on a banana peel on a greased cookie sheet -- when someone throws him an elephant with bad breath and a worse temper." -- Ralf Hildebrandt From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 18:05: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 0B88016A401 for ; Fri, 23 Feb 2007 18:05: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 C531C13C481 for ; Fri, 23 Feb 2007 18:05:55 +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 1HKenq-000DMT-Og; Fri, 23 Feb 2007 18:05:54 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HKenq-000Oc9-DI; Fri, 23 Feb 2007 18:05:54 +0000 To: wb@freebie.xs4all.nl In-Reply-To: <20070223173406.GA73346@freebie.xs4all.nl> Message-Id: From: Pete French Date: Fri, 23 Feb 2007 18:05:54 +0000 Cc: list@manuelmartini.it, freebsd-stable@freebsd.org Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 18:05:56 -0000 > How did you install FreeBSD on them? Using RDP? RDP ? I installed using iLo - just connect the ISO image of the CD as virtual media and you can then boot and install as if it was a normal PC with a drive in the front of it. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 18:42: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 AF25316A400 for ; Fri, 23 Feb 2007 18:42:12 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF6213C48E for ; Fri, 23 Feb 2007 18:42:12 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id l1NIg9A1017053; Fri, 23 Feb 2007 19:42:10 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l1NIg91X073784; Fri, 23 Feb 2007 19:42:09 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l1NIg9j1073783; Fri, 23 Feb 2007 19:42:09 +0100 (CET) (envelope-from wb) Date: Fri, 23 Feb 2007 19:42:09 +0100 From: Wilko Bulte To: Pete French Message-ID: <20070223184209.GB73689@freebie.xs4all.nl> References: <20070223173406.GA73346@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: list@manuelmartini.it, freebsd-stable@freebsd.org Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 18:42:12 -0000 On Fri, Feb 23, 2007 at 06:05:54PM +0000, Pete French wrote.. > > How did you install FreeBSD on them? Using RDP? > > RDP ? I installed using iLo - just connect the ISO image of Remote Deployment Pack. Software from Altiris. Really neat. > the CD as virtual media and you can then boot and install as > if it was a normal PC with a drive in the front of it. OK, I see. I have some BL35p and BL25p at work that I want to try at some point. ENOTIME sofar -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 19:40: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 5BECA16A401 for ; Fri, 23 Feb 2007 19:40:36 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-12.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mx1.freebsd.org (Postfix) with ESMTP id BEB8813C4A3 for ; Fri, 23 Feb 2007 19:40:35 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mail-in-12.arcor-online.net (Postfix) with ESMTP id CA9B44C2EE for ; Fri, 23 Feb 2007 20:40:34 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id BCFDB100BE for ; Fri, 23 Feb 2007 20:40:34 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-152-137.pools.arcor-ip.net [84.61.152.137]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 6F6FE106D29 for ; Fri, 23 Feb 2007 20:40:34 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1NJeUm7016380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 23 Feb 2007 20:40:30 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l1NJeTvZ098712 for ; Fri, 23 Feb 2007 20:40:29 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l1NJeTDU098711 for freebsd-stable@freebsd.org; Fri, 23 Feb 2007 20:40:29 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Fri, 23 Feb 2007 20:40:27 +0100 User-Agent: KMail/1.9.5 References: <200702231747.l1NHluFJ045518@lurza.secnetix.de> In-Reply-To: <200702231747.l1NHluFJ045518@lurza.secnetix.de> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5266636.XfNjKLuP0b"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702232040.28976.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Subject: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 19:40:36 -0000 --nextPart5266636.XfNjKLuP0b Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday, 23. February 2007 18:47, Oliver Fromme wrote: > Michael Nottebrock wrote: > > Does anybody have any further ideas on this? > > I've had a quick look at the source. According to your > debugging info, an invalid pointer is passed to the > S_clockinfo() function, but it's beyond me how that > could happen. The code in show_var() which calls that > function looks perfectly OK. > > It's also interesting that you seem to be the only one > experiencing the problem. Are you using any special > compiler options, anything unusual in /etc/make.conf > or /etc/malloc.conf? Do you use a non-default locale > environment (i.e. are any of the LC_* or LANG variables > set)? LANG is set (but LANG=3DC makes no difference) and otherwise, the only sett= ing=20 out of the ordinary is kern.hz=3D"2000" in loader.conf. The values reported= by=20 the FreeBSD 5 sysctl binary for kern.clockrate are kern.clockrate: { hz =3D 2000, tick =3D 500, profhz =3D 1333, stathz =3D 26= 6 } =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart5266636.XfNjKLuP0b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF30MsXhc68WspdLARAqV0AKCOYolJV9gZxbXS3co7LqdBBIEbywCaAjOJ SVMQm7yPbrdyRbCkif0KINk= =QF47 -----END PGP SIGNATURE----- --nextPart5266636.XfNjKLuP0b-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 23 20:46: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 78E8916A407 for ; Fri, 23 Feb 2007 20:46:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 1219913C467 for ; Fri, 23 Feb 2007 20:46:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 26801 invoked by uid 399); 23 Feb 2007 20:46:22 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 23 Feb 2007 20:46:22 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45DF529B.9080101@FreeBSD.org> Date: Fri, 23 Feb 2007 12:46:19 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Charles Shannon Hendrix References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> <45DA121E.1040803@vwsoft.com> <20070220091238.c04cfceb.wmoran@collaborativefusion.com> <20070220165012.GB75535@xor.obsecurity.org> <20070220130051.bfcf6cf2.wmoran@collaborativefusion.com> <20070223113740.4da6e042@daydream.goid.lan> In-Reply-To: <20070223113740.4da6e042@daydream.goid.lan> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2007 20:46:23 -0000 Charles Shannon Hendrix wrote: > Sometimes I'll get good speed for awhile (seconds), and then it starts > slowing down or stopping. > > /dev/random halts on me all the time. > > FreeBSD 6.1 on SPARC64 First, usual advice of upgrading to the latest -stable, second, what are the values of: sysctl kern.random hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 00:30: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 6AEE416A400 for ; Sat, 24 Feb 2007 00:30:37 +0000 (UTC) (envelope-from shannon@widomaker.com) Received: from wilma.widomaker.com (wilma.widomaker.com [204.17.220.5]) by mx1.freebsd.org (Postfix) with ESMTP id 2351B13C442 for ; Sat, 24 Feb 2007 00:30:37 +0000 (UTC) (envelope-from shannon@widomaker.com) Received: from [69.72.100.1] (helo=escape.goid.lan) by wilma.widomaker.com with esmtp (Exim 3.36 #1) id 1HKko7-000P5G-00; Fri, 23 Feb 2007 19:30:35 -0500 Received: from daydream.goid.lan (IDENT:1000@daydream.goid.lan [192.168.1.10]) by escape.goid.lan (8.13.5.20060614/8.11.6) with ESMTP id l1O0cWef009083; Fri, 23 Feb 2007 19:38:32 -0500 (EST) Date: Fri, 23 Feb 2007 19:38:31 -0500 From: Charles Shannon Hendrix To: Doug Barton Message-ID: <20070223193831.3cc686c0@daydream.goid.lan> In-Reply-To: <45DF529B.9080101@FreeBSD.org> References: <45D9FD35.6040702@vwsoft.com> <20070219195143.GA42379@xor.obsecurity.org> <45DA121E.1040803@vwsoft.com> <20070220091238.c04cfceb.wmoran@collaborativefusion.com> <20070220165012.GB75535@xor.obsecurity.org> <20070220130051.bfcf6cf2.wmoran@collaborativefusion.com> <20070223113740.4da6e042@daydream.goid.lan> <45DF529B.9080101@FreeBSD.org> Organization: Big Endian X-Mailer: Sylpheed-Claws 2.5.4 (GTK+ 2.8.20; i486-slackware-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: getting garbage faster using 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: Sat, 24 Feb 2007 00:30:37 -0000 On Fri, 23 Feb 2007 12:46:19 -0800 Doug Barton wrote: > Charles Shannon Hendrix wrote: > > > Sometimes I'll get good speed for awhile (seconds), and then it starts > > slowing down or stopping. > > > > /dev/random halts on me all the time. > > > > FreeBSD 6.1 on SPARC64 > > First, usual advice of upgrading to the latest -stable, second, what If you mean -STABLE, no thanks. This is a server, and I've never found -STABLE to be stable. > are the values of: > > sysctl kern.random caesar# sysctl kern.random kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 1 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 I manage to get a bursty 2.5MB/sec awhile ago. Bursty meaning periods of reading and long pauses where reads block. The hardware is a Sun Ultra 2, dual 300MHz CPUs. 2.5MB/sec would be fine for most of my uses if it were steady. The problem is the long pauses where I get 0MB/sec. For example, when I'm streaming an encrypted backup over the net from this machine, it would be nice if /dev/random I/O didn't cause any pauses. Most of the time it doesn't affect much, but it seems like this machine shouldn't have such a slow /dev/random, and I thought the new code didn't block in any case. -- shannon | The trade of governing has always been monopolized by the | most ignorant and the most rascally individuals of | mankind. | -- Thomas Paine From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 02:03: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 3C8DE16A400 for ; Sat, 24 Feb 2007 02:03:00 +0000 (UTC) (envelope-from list@manuelmartini.it) Received: from freebsd.manuelmartini.it (freebsd.manuelmartini.it [88.198.86.219]) by mx1.freebsd.org (Postfix) with ESMTP id D1E7013C4A3 for ; Sat, 24 Feb 2007 02:02:57 +0000 (UTC) (envelope-from list@manuelmartini.it) Received: (qmail 23450 invoked from network); 22 Feb 2007 22:36:35 +0100 Received: from unknown (HELO DELOREAN.manuelmartini.it) (62.101.64.91) by freebsd.manuelmartini.it with AES256-SHA encrypted SMTP; 22 Feb 2007 22:36:35 +0100 Date: Thu, 22 Feb 2007 22:36:17 +0100 From: Martin To: freebsd-stable@freebsd.org Message-ID: <20070222223617.16646cdc@DELOREAN.manuelmartini.it> X-Mailer: Claws Mail 2.7.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 02:03:00 -0000 Hi, I work for a little web agency/isp and we are going to buy new hw to sustain the growinng demand of our customers. We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can anyone reccomend any of them? models? particular hw/firmware/misc bye From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 02:05: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 4D29916A402 for ; Sat, 24 Feb 2007 02:05:14 +0000 (UTC) (envelope-from list@manuelmartini.it) Received: from freebsd.manuelmartini.it (freebsd.manuelmartini.it [88.198.86.219]) by mx1.freebsd.org (Postfix) with ESMTP id E063C13C47E for ; Sat, 24 Feb 2007 02:05:13 +0000 (UTC) (envelope-from list@manuelmartini.it) Received: (qmail 85655 invoked from network); 23 Feb 2007 11:05:33 +0100 Received: from unknown (HELO DELOREAN.manuelmartini.it) (62.101.64.91) by freebsd.manuelmartini.it with AES256-SHA encrypted SMTP; 23 Feb 2007 11:05:33 +0100 Date: Fri, 23 Feb 2007 11:05:12 +0100 From: Martin To: freebsd-stable@freebsd.org Message-ID: <20070223110512.6bc1a840@DELOREAN.manuelmartini.it> X-Mailer: Claws Mail 2.7.1 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 02:05:14 -0000 Hi, I work for a little web agency/isp and we are going to buy new hw to sustain the growinng demand of our customers. We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can anyone reccomend any of them? models? particular hw/firmware/misc bye From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 12:33:33 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 CAB9116A406; Sat, 24 Feb 2007 12:33:33 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 5E45213C471; Sat, 24 Feb 2007 12:33:33 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id l1OCKrND016236; Sat, 24 Feb 2007 13:20:53 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id l1OCKq8k016233; Sat, 24 Feb 2007 13:20:52 +0100 (CET) (envelope-from hk) Date: Sat, 24 Feb 2007 13:20:52 +0100 From: Holger Kipp To: Nik Clayton Message-ID: <20070224122052.GA15775@intserv.int1.b.intern> References: <45DAC8F1.5050005@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45DAC8F1.5050005@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: Laptop recommendations for 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 12:33:33 -0000 On Tue, Feb 20, 2007 at 10:09:53AM +0000, Nik Clayton wrote: > All, > > What's currently recommended as a FreeBSD laptop platform? Hi, I am using a HP compaq nx8220 without too many problems. so far I encountered the following problems: - build-in cardreader is not recognized. - writing dual-layer DVDs will hang at writing the split-info to disk (with growisofs), but can then be restarted without problems. bge0 and iwi0 work without problems, screen resolution is very good, sound and dvd playback no problem... > I'm using an IBM/Lenovo T42 at the moment, but that's shortly going back, > so: > > Things I like: > > * Suspend to RAM works haven't checked that one. never use it anyway. > * Nice enough keyboard > * Workable screen resolution (1024x768, big enough for four xterms) yes! it is a 16/9 display and 3x3 = 9 xterms fit very nicely - or editing very large textfiles (two) side by side with 138x75 characters each (that is 138 chars wide!). > * Reasonably light does not weight that much (I carry other more heavy stuff with me, so I just might not notice the laptops additional weight ;-) > * Has a dock -- makes things much easier don't have one myself, but no problem with docks available at customers. > * 1.7GHz CPU is fast enough for my needs (web, e-mail, software > development) shhould be available with dual core now. mine has about 2GHz which is plenty (for FreeBSD). Windows XP takes ages to start. > * Trackpad yep. > > Things I don't like: > > * Battery life isn't great enough for 1 DVD to watch (around 2 hours), but one can fit a second battery if needed. > * Suspend to disk doesn't work at least works with windows xp - as stated, i haven't checked with FreeBSD yet. > * No WiFi has iwi-interface. works fine for me. > > Can anyone recommend a laptop with all those features that works with > FreeBSD? I feel tempted to buy an apple powerbook pro next time ;-) but ymmv. Regards, Holger From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 14:27: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 718BF16A402; Sat, 24 Feb 2007 14:27:54 +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 2C40613C4B7; Sat, 24 Feb 2007 14:27:51 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7c2b.q.ppp-pool.de [89.53.124.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id C25E6128844; Sat, 24 Feb 2007 15:27:45 +0100 (CET) Received: from [192.168.18.3] (unknown [192.168.18.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id B1B982E6AE; Sat, 24 Feb 2007 15:27:38 +0100 (CET) Message-ID: <45E04B59.2010009@vwsoft.com> Date: Sat, 24 Feb 2007 15:27:37 +0100 From: Volker User-Agent: Thunderbird 1.5.0.9 (X11/20070119) MIME-Version: 1.0 To: Michael Nottebrock References: <200702170947.49001.lofi@freebsd.org> <200702171136.50919.lofi@freebsd.org> <20070217103904.GB91175@rink.nu> <200702231806.25926.lofi@freebsd.org> In-Reply-To: <200702231806.25926.lofi@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 Cc: Rink Springer , freebsd-stable@freebsd.org Subject: Re: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 14:27:54 -0000 On 12/23/-58 20:59, Michael Nottebrock wrote: > Does anybody have any further ideas on this? Michael, I didn't follow that thread deeply so I'm not quite sure if you checked all possibilities or my suggestion has already been tried. I've had the system crashing for every `sysctl | less' or `sysctl | grep ...' anytime in the RELENG_5 time. I've always been too lazy to file a PR on that also I didn't take further inspection on that kind of problem. It automagically went away some time a few months ago so I'm now unable to reproduce this problem anymore. Your problem with libelf reminded me to one thing: Have you done a `make check-old' in /usr/src already? I didn't find it in the docs but while reading the Makefile.incl and have not been aware of that check procedure but it clearly showed I've had some elder binaries in my system. Please forgive me if that hint has already been posted. HTH, Volker From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 17:51: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 8B39016A402 for ; Sat, 24 Feb 2007 17:51:57 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 47D6D13C461 for ; Sat, 24 Feb 2007 17:51:57 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc103.host50.starman.ee ([62.65.242.103] helo=[192.168.2.100]) by a5.virtuaal.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HL13q-0000CY-3l for freebsd-stable@freebsd.org; Sat, 24 Feb 2007 19:51:54 +0200 From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Sat, 24 Feb 2007 19:51:51 +0200 User-Agent: KMail/1.9.5 References: <200702170947.49001.lofi@freebsd.org> <200702231806.25926.lofi@freebsd.org> <45E04B59.2010009@vwsoft.com> In-Reply-To: <45E04B59.2010009@vwsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702241951.52154.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Pentium 640 and Enhanced SpeedStep X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 17:51:57 -0000 FreeBSD 6.1-RELEASE-p11 Motherboard: Supermicro P8SCi CPU: Pentium 4 640 I have HyperThreading enabled... Enabling "powerd" gave me this error message: est0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 102d0000102d, bus_clk, 64 device_attach: est1 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 102d0000102d, bus_clk, 64 device_attach: est1 attach returned 6 p4tcc1: on cpu1 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 102d0000102d, bus_clk, 64 device_attach: est1 attach returned 6 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 102d0000102d, bus_clk, 64 device_attach: est1 attach returned 6 From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 18:14: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 BD5C916A400; Sat, 24 Feb 2007 18:14:55 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3EF9F13C481; Sat, 24 Feb 2007 18:14:55 +0000 (UTC) (envelope-from lofi@freebsd.org) Received: from mail-in-01-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id A494B24B19B; Sat, 24 Feb 2007 19:14:53 +0100 (CET) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 9551928EF1D; Sat, 24 Feb 2007 19:14:53 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-062-221-142.pools.arcor-ip.net [84.62.221.142]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id F3C5C1F704D; Sat, 24 Feb 2007 19:14:52 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.2]) by lofi.dyndns.org (8.13.8/8.13.3) with ESMTP id l1OIElWh006340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Feb 2007 19:14:47 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.6/8.13.4) with ESMTP id l1OIEjGr014893; Sat, 24 Feb 2007 19:14:45 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.6/8.13.4/Submit) id l1OIEjk0014892; Sat, 24 Feb 2007 19:14:45 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: Volker Date: Sat, 24 Feb 2007 19:14:34 +0100 User-Agent: KMail/1.9.5 References: <200702170947.49001.lofi@freebsd.org> <200702231806.25926.lofi@freebsd.org> <45E04B59.2010009@vwsoft.com> In-Reply-To: <45E04B59.2010009@vwsoft.com> X-Face: g:jG2\O{-yqD1x?DG2lU1)(v%xffR"p8Nz(w/*)YEUO\Hn%mGi&-!+rq$&r64,=?utf-8?q?fuP=7E=3Bbw=5C=0A=09=5EQdX?=@v~HEAi?NaE8SU]}.oeYSjN84Fe{M(ahZ.(i+lxyP; pr)2[%mGbkY'RmM>=?utf-8?q?+mg3Y=24ip=0A=091?=@Z>[EUaE7tjJ=1DRs~:!uSd""d~:/Er3rpQA%ze|bp>S MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2130163.86Y4gxP9DJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702241914.44898.lofi@freebsd.org> X-Virus-Scanned: by amavisd-new Cc: Rink Springer , freebsd-stable@freebsd.org Subject: Re: sysctl segfaulting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 18:14:55 -0000 --nextPart2130163.86Y4gxP9DJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday, 24. February 2007 15:27, Volker wrote: > Your problem with libelf reminded me to one thing: Have you done a > `make check-old' in /usr/src already? I didn't find it in the docs > but while reading the Makefile.incl and have not been aware of that > check procedure but it clearly showed I've had some elder binaries > in my system. Please forgive me if that hint has already been posted. No need to apologize, I appreciate every suggestion. However, by now I'm=20 reasonably sure this isn't some kind of mismatch/stale software problem -=20 there is indeed nothing stale left as far as the base system is concerned o= n=20 that box at all. Given the strange nature of the error there might even be= =20 hardware failure involved (bad memory, possibly), I still need to check on= =20 that front. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2130163.86Y4gxP9DJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF4ICUXhc68WspdLARAjOYAJ9raOW0cOIpSAuAO7/SZ59ntreIfgCePAU8 Jlx01+BDxrmAK+U1LPFfA5M= =q5m6 -----END PGP SIGNATURE----- --nextPart2130163.86Y4gxP9DJ-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 20:33: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 B175E16A401 for ; Sat, 24 Feb 2007 20:33:52 +0000 (UTC) (envelope-from xelah@sphinx.mythic-beasts.com) Received: from wumpus2.mythic-beasts.com (wumpus2.mythic-beasts.com [212.69.38.51]) by mx1.freebsd.org (Postfix) with ESMTP id 5753A13C467 for ; Sat, 24 Feb 2007 20:33:52 +0000 (UTC) (envelope-from xelah@sphinx.mythic-beasts.com) Received: from sphinx.mythic-beasts.com ([212.69.37.6]) by wumpus.mythic-beasts.com with esmtp (Exim 4.50) id 1HL29X-0002xI-3U for freebsd-stable@freebsd.org; Sat, 24 Feb 2007 19:01:51 +0000 Received: from xelah (helo=localhost) by sphinx.mythic-beasts.com with local-esmtp (Exim 4.51) id 1HL29W-0002Uu-Aq for freebsd-stable@freebsd.org; Sat, 24 Feb 2007 19:01:50 +0000 Date: Sat, 24 Feb 2007 19:01:50 +0000 (GMT) From: Alex Hayward X-X-Sender: xelah@sphinx.mythic-beasts.com To: freebsd-stable@freebsd.org In-Reply-To: <200702230947.42074.lists@jnielsen.net> Message-ID: References: <20070223110654.770d3904@DELOREAN.manuelmartini.it> <0a807254b24ef0be5d38e9959401a605@127.0.0.1> <200702230947.42074.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Alex Hayward Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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 Feb 2007 20:33:52 -0000 On Fri, 23 Feb 2007, John Nielsen wrote: > On Friday 23 February 2007 07:12, Marian Hettwer wrote: > > Hi there, > > > > On Fri, 23 Feb 2007 11:06:54 +0100, Martin wrote: > > > Hi, > > > > > > I work for a little web agency/isp and we are going to buy new hw to > > > sustain the growinng demand of our customers. > > > > > > We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can > > > anyone reccomend any of them? models? particular hw/firmware/misc > > > > we have several blade centers in our datacenters. None of them were able to > > boot up 6.1-RELEASE (which was the last one I tried). In general, the IBM > > blade center is crap IMO. The management capabilites (some java / vnc > > applet speak KVM over IP) is completely borked. Debian Linux runs, but > > FreeBSD seems to have problems with the way those IBM blades are handling > > the keyboard. Dunno any details, though :) Maybe you'd like to take a look > > at HP's blades. I recall that the FreeBSD project got a HP blade donation > > and is using a fully equipped HP Bladecenter. Maybe HP is your way to go if > > you want to use FReeBSD on blades :) > > > > HTH, > > Marian > > > > PS.: If I'll find the time to do so, I'll try a pxeboot of 6.2-RELEASE on > > some different blades of us. Although this won't happen before end of next > > week (to busy right now). > > I can also recommend HP blades in general. I haven't had a chance to play with > FreeBSD on one, but the hardware is solid and the management interface is > good. There's a JVM-based remote console that works on most platforms I've > tried as well as the IE-only one. The IE-only one has built-in floppy/CD > support and a couple other tricks, but there's also a standalone JVM-based > media applet. > > I'm 99% sure that the built-in SAS controller is supported by ciss(4), and 90% > sure that the built-in ethernet controller is supported, probably by bge(4). > I'm not sure about the fibre controllers. The ethernet controllers in BL35ps and BL45ps are supported by bge. The fibre channel mezzanine card is supported by isp, and works fine. You've got to watch out if you want to use the half-height blades with FC, though. Firstly you need the 'enhanced' backplane. Secondly, there are only two connectors for each slot (for two ports on each card) so for half height blades the two blades in the slot are connected in to two arbitrated loops. You need to plug them in to a switch that supports this. In any case, FC seems to be a very expensive way to get a limited bandwidth (200MB/s) link to a storage array (the SAS didn't exist when we got our blades). You need to really need the extra features and really not need the bandwidth for it to be worthwhile. We don't have any of the new style blades, so all of this is probably not very useful to someone buying a new enclosure :-) From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 22:32: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 5C9F516A400 for ; Sat, 24 Feb 2007 22:32:03 +0000 (UTC) (envelope-from mgardini@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id ECD4A13C461 for ; Sat, 24 Feb 2007 22:32:02 +0000 (UTC) (envelope-from mgardini@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1052646nfc for ; Sat, 24 Feb 2007 14:32:01 -0800 (PST) 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=NL3qyrYXjj9uNOhUg6tCQLEfyjJNK2hr6sPFXjpB9Lnr7tvpy+OiJ7tgWsyLDt9x4OMQxm/aUU8aeXY1nHFDu3F42G82P2SYqhF0eFgsYOFdYffUKjNSkJPBCxb3QJQcLeMsVKsTQ6GWMlIO6f+9/+CBO2bSL8CZq/y1VpLrWm0= 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=nLsKBy7P4MVzSF8SRL6+qv5Wj/BpK4XwhLPM8b7DUrn2SEm/kevc64rdd2I7OT1dr7NJ+zAbZYzPISuX1OsflZ82fqm6Ox6F76cIRNACmrgtXwnmWrSH2GpqrL8o21+V7nsqYEwSM0KVVDIt7PBTZXrRPfbDzYx8tjNz/4SUKYM= Received: by 10.78.200.3 with SMTP id x3mr308465huf.1172354753711; Sat, 24 Feb 2007 14:05:53 -0800 (PST) Received: by 10.78.106.16 with HTTP; Sat, 24 Feb 2007 14:05:53 -0800 (PST) Message-ID: Date: Sat, 24 Feb 2007 20:05:53 -0200 From: "Marcelo Gardini do Amaral" To: marcelo@registro.br, 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 Cc: Subject: teste free 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: Sat, 24 Feb 2007 22:32:03 -0000 stable -- Marcelo Gardini -- $>cd /pub $>more beer From owner-freebsd-stable@FreeBSD.ORG Sat Feb 24 23:23: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 F02C416A403 for ; Sat, 24 Feb 2007 23:23:56 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id ACC4213C491 for ; Sat, 24 Feb 2007 23:23:56 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l1ONNr4e088660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Feb 2007 15:23:54 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45E0C909.4080808@errno.com> Date: Sat, 24 Feb 2007 15:23:53 -0800 From: Sam Leffler User-Agent: Thunderbird 1.5.0.9 (X11/20070208) MIME-Version: 1.0 To: Hugo Silva References: <45D204F0.2070001@barafranca.com> In-Reply-To: <45D204F0.2070001@barafranca.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Panic: 6.2-STABLE/RELEASE, sysctl (on boot) -- ath related X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2007 23:23:57 -0000 Hugo Silva wrote: > Hi, > > > While upgrading a fileserver / home wireless access point to > 6.2-RELEASE, it wouldn't come back after the regular > build/installworld/mergemaster procedures. > > I attached a keyboard and monitor to the server and noticed it was > panicking on boot, current process being sysctl: > > > Feb 13 18:27:51 hyperblast kernel: Fatal trap 12: page fault while in > kernel mode > Feb 13 18:27:51 hyperblast kernel: fault virtual address = 0x0 > Feb 13 18:27:51 hyperblast kernel: fault code = supervisor > read, page not present > Feb 13 18:27:51 hyperblast kernel: instruction pointer = 0x20:0xc06fb2a6 > Feb 13 18:27:51 hyperblast kernel: stack pointer = > 0x28:0xd9734ad8 > Feb 13 18:27:51 hyperblast kernel: frame pointer = > 0x28:0xc3383000 > Feb 13 18:27:51 hyperblast kernel: code segment = base 0x0, > limit 0xfffff, type 0x1b > Feb 13 18:27:51 hyperblast kernel: = DPL 0, pres 1, def32 1, gran 1 > Feb 13 18:27:51 hyperblast kernel: processor eflags = interrupt > enabled, resume, IOPL = 0 > Feb 13 18:27:51 hyperblast kernel: current process = 186 > (sysctl) > Feb 13 18:27:51 hyperblast kernel: trap number = 12 > Feb 13 18:27:51 hyperblast kernel: panic: page fault > Feb 13 18:27:51 hyperblast kernel: Uptime: 3s > Feb 13 18:27:51 hyperblast kernel: Cannot dump. No dump device defined. > Feb 13 18:27:51 hyperblast kernel: Automatic reboot in 15 seconds - > press a key on the console to abort > Feb 13 18:27:51 hyperblast kernel: --> Press a key on the console to > reboot, > Feb 13 18:27:51 hyperblast kernel: --> or switch off the system now. > Feb 13 18:27:51 hyperblast kernel: Rebooting... > > > The last line seen before the panic is sysctl adjusting values > (according to sysctl.conf): > > # tail /etc/sysctl.conf > > dev.ath.0.tpscale=1 > dev.ath.0.diversity=0 > > > Now, there are two interesting things to note: > > a) If I uncomment these lines with the system running and reload > (/etc/rc.d/sysctl reload), there's no panic. > > b) It used to work just fine on 6.0-RELEASE-p5. > > > It is not a big deal, but just something that perhaps should be fixed. > > For the records, I tried -RELEASE and -STABLE. Currently running -STABLE > (as of 2007-02-12 @ about 2AM GMT) Fixed in HEAD; will MFC in a week or so. Thanks for pointing this out. Sam