From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 00:21:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0F0016A419 for ; Sun, 16 Sep 2007 00:21:16 +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 6BC6213C49D for ; Sun, 16 Sep 2007 00:21:16 +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.8/8.13.8) with ESMTP id l8G0LF8P089174 for ; Sat, 15 Sep 2007 20:21:15 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l8G0LF3c093496 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 15 Sep 2007 20:21:15 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200709160021.l8G0LF3c093496@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 15 Sep 2007 20:19:28 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20070915223649.GA6439@FS.denninger.net> References: <20070915223649.GA6439@FS.denninger.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: Question regarding Intel ICH7 motherboard and integrated RAID controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 00:21:17 -0000 At 06:36 PM 9/15/2007, Karl Denninger wrote: >I'm not all that interested in using it as a RAID adapter. I am, however, >interested in using it as a disk adapter, as a way to both spread load AND >benefit from its cache memory. Can you not turn off the RAID feature in the BIOS so that the SATA ports work just as SATA disks ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 02:41:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 309CB16A418 for ; Sun, 16 Sep 2007 02:41:44 +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 A902F13C45B for ; Sun, 16 Sep 2007 02:41:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-69-84.lns10.adl6.internode.on.net [121.45.69.84]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l8G2fZbr088642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Sep 2007 12:11:35 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 16 Sep 2007 12:11:16 +0930 User-Agent: KMail/1.9.7 References: <20070915223649.GA6439@FS.denninger.net> In-Reply-To: <20070915223649.GA6439@FS.denninger.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1890470.0HRVYgV8GK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709161211.23934.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Karl Denninger Subject: Re: Question regarding Intel ICH7 motherboard and integrated RAID controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 02:41:44 -0000 --nextPart1890470.0HRVYgV8GK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 16 Sep 2007, Karl Denninger wrote: > It has an on-board RAID controller with some internal buffer memory. > > I'm not all that interested in using it as a RAID adapter. I am, > however, interested in using it as a disk adapter, as a way to both > spread load AND benefit from its cache memory. > > Unfortunately, BTX panics if I attach a disk to it! I have no idea > if FreeBSD would see the disks as just "normal" "ad" disks, as I > can't get anywhere near that far to find out... > > Any ideas? Why would BTX throw a hissy fit? Possibly a bug in BTX.. without the dump info it can't be debugged=20 though.. Could be a buggy BIOS too. Also if you aren't using it as RAID I doubt it will use the cache memory=20 at all.. =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 --nextPart1890470.0HRVYgV8GK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBG7JfT5ZPcIHs/zowRAmDhAJ4xWtL25U91gvJRBQl2+N6YE5TILACgo8Mc YlH0asRziaYsXUKfquRguYA= =yMMJ -----END PGP SIGNATURE----- --nextPart1890470.0HRVYgV8GK-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 02:52:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C00816A41A for ; Sun, 16 Sep 2007 02:52:43 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id CE40C13C461 for ; Sun, 16 Sep 2007 02:52:42 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.8/8.13.1) with SMTP id l8G2qf6q008135 for ; Sat, 15 Sep 2007 21:52:41 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Sat Sep 15 21:52:41 2007 Received: (from karl@localhost) by FS.denninger.net (8.13.8/8.13.1/Submit) id l8G2qfj6008132 for freebsd-stable@freebsd.org; Sat, 15 Sep 2007 21:52:41 -0500 (CDT) (envelope-from karl) Date: Sat, 15 Sep 2007 21:52:41 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20070916025241.GA6459@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070915223649.GA6439@FS.denninger.net> <200709160021.l8G0LF3c093496@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709160021.l8G0LF3c093496@lava.sentex.ca> User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! X-SPAMBLOCK-MATCH: Matched [@freebsd.org+], message ok Subject: Re: Question regarding Intel ICH7 motherboard and integrated RAID controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 02:52:43 -0000 On Sat, Sep 15, 2007 at 08:19:28PM -0400, Mike Tancsa wrote: > At 06:36 PM 9/15/2007, Karl Denninger wrote: > > >I'm not all that interested in using it as a RAID adapter. I am, however, > >interested in using it as a disk adapter, as a way to both spread load AND > >benefit from its cache memory. > > Can you not turn off the RAID feature in the BIOS so that the SATA > ports work just as SATA disks ? > > ---Mike It is off. On the BIOS probe it just shows up as a disk; I tried it as a "JBOD" single disk and also with the RAID feature shut off entirely, so its just a disk adapter according to the BIOS. If there's a disk plugged into it, with all the fancy-schmancy RAID stuff turned off, it blows up BTX instantly when I hit "F1" to boot from the first disk. It is, in that configuration, the FIFTH disk (and has no partitions on it - so its not a matter of it trying to boot Winblows or something like that) I can't get a dump easily since of course it happens right from the boot process, so there's nowhere for it to dump TO. Is there something that I can do (e.g. what registers/info would help if I wrote them down?) since it would have to literally be transcribed manually..... -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind %SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 08:45:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 042C016A418 for ; Sun, 16 Sep 2007 08:45:33 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id C9C9B13C468 for ; Sun, 16 Sep 2007 08:45:32 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id D18FE2E46E for ; Sun, 16 Sep 2007 04:45:31 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 16 Sep 2007 04:45:40 -0400 X-Sasl-enc: UnJqF2uGh/Wwg7sQdV4BdqY6yZ+F1lZibm8A7THbZWrc 1189932372 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 09B111C930 for ; Sun, 16 Sep 2007 04:46:11 -0400 (EDT) Message-ID: <46ECED2A.3080702@FreeBSD.org> Date: Sun, 16 Sep 2007 09:45:30 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.4 (X11/20070630) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20070915223649.GA6439@FS.denninger.net> <200709160021.l8G0LF3c093496@lava.sentex.ca> <20070916025241.GA6459@FS.denninger.net> In-Reply-To: <20070916025241.GA6459@FS.denninger.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Question regarding Intel ICH7 motherboard and integrated RAID controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2007 08:45:33 -0000 Karl Denninger wrote: > Is there something that I can do (e.g. what registers/info would help if I > wrote them down?) since it would have to literally be transcribed > manually..... > More of the same. Most likely your RAID BIOS wants to enter protected mode. BTX normlly runs in vm86 mode. Please do transcribe and post here so others may help to debug. kib has real mode BTX code which hasn't gone in to the tree yet. BMS From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 18:53:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B46E416A41A for ; Sun, 16 Sep 2007 18:53:15 +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 812B313C48D for ; Sun, 16 Sep 2007 18:53:15 +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 1IWzF4-0009L1-6h for freebsd-stable@freebsd.org; Sun, 16 Sep 2007 19:53:14 +0100 Received: from freaky by voi.aagh.net with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IWzF3-0002D6-FF for freebsd-stable@freebsd.org; Sun, 16 Sep 2007 19:53:13 +0100 Date: Sun, 16 Sep 2007 19:53:13 +0100 From: Thomas Hurst To: freebsd-stable@freebsd.org Message-ID: <20070916185313.GA7784@voi.aagh.net> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: Not much. User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Thomas Hurst Subject: Dubious VM behavior scanning large files X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2007 18:53:15 -0000 I'm currently verifying a 50GB filesystem dump with sha1 at about 40MB/s. This is resulting in a small but annoying amount of swapping, including my IRC client, text editors, even syslogd. Larger processes like my .5G-each mysqld and squid don't seem to be effected: Mem: 2045M Active, 5025M Inact, 439M Wired, 251M Cache, 214M Buf, 11M Free Swap: 10G Total, 12M Used, 10G Free, 232K Out cat(1), dd(1), par2, all result in the same sort of thing; I have well over over 4GB of memory used for nothing but disk cache, and the VM is somehow deciding it's cheaper to swap out fairly active processes (including syslogd) than it is to free up a few inactive pages. Swap never goes above about 12MB, but pages are in and out fairly often. Do I need to tune the VM to keep more free pages around? This is a dual dual core AMD64 system with 8G of memory, and it's running 6.2-STABLE as of July 4th, and verified just now with -STABLE dated Sep 16. I also again noticed dubious swap metering from top/swapinfo during today's testing: 1169 clamav 1 4 0 67620K 0K accept 2 0:04 0.00% 1301 freaky 1 96 0 24916K 0K select 3 0:00 0.00% Along with a few other processes, and yet: Swap: 10G Total, 8K Used, 10G Free This has been mentioned before, and I don't think anyone was able to explain it. Swap later rose to about 900k, but only after several instances of SpamAssassin were marked as swapped. -- Thomas 'Freaky' Hurst http://hur.st/ From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 19:46:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A3B316A41A for ; Sun, 16 Sep 2007 19:46:32 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF5A13C457 for ; Sun, 16 Sep 2007 19:46:32 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 65201 invoked from network); 16 Sep 2007 15:46:31 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 16 Sep 2007 15:46:31 -0400 Message-ID: <46ED8817.3040400@queue.to> Date: Sun, 16 Sep 2007 15:46:31 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, karl@denninger.net References: <20070915223649.GA6439@FS.denninger.net> In-Reply-To: <20070915223649.GA6439@FS.denninger.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Question regarding Intel ICH7 motherboard and integrated RAID X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2007 19:46:32 -0000 Karl Denninger wrote: > Hi folks; > > I have a new Intel ICH7 board here that has Quad-core support. > > It works well EXCEPT.... > > It has an on-board RAID controller with some internal buffer memory. There's a known issue with an interrupt storm when the ICH7R is configured for AHCI or RAID, and a pr was filed back in July(don't have the number, search for interrupt storm on atapci1+). The suspicion was that some peripheral no one has identified yet is hammering the apic and we can't mask it. The workaround is to set the BIOS for IDE mode. It's a bit of a drag because SATA-II mode isn't reached when in IDE mode, only in AHCI (and RAID?) mode. If you don't panic when you set it for IDE mode then you've probably run into the same problem. On the plus side FreeBSD on the Q6600 *rocks* and our geom stuff does the RAIDdy stuff nicely for a software solution. I sympathize with you as I spent most of the day yesterday trying to work this same problem. From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 20:42:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DCDB16A419 for ; Sun, 16 Sep 2007 20:42:18 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id EEA5213C442 for ; Sun, 16 Sep 2007 20:42:17 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1046788rvb for ; Sun, 16 Sep 2007 13:42:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=aqZFRoRmv1dJG78PdG+QIp0huVeS1KK3RWdffhp6710=; b=OpMikqqFCDJEb8KU30z0pVIAEJh8etk3CTCPLul/y07JfrNXY3Vz6S2+YnVauOHMjP92Cmz+xRPciCfbTdLxAdsdsaxJeAh/4P8YYfHCPAX549NbeDpav+FO63/f3BPb0vjJeN9+DvIb1Hfv6JMhmwH9v/inyt6hF9f7NflC3dI= 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=Qb47NtkCtnIN59kHtK3hhPcGvhd+4DaY8pS9H9Y64LN8P1/NfvUkodA2HaPxKUdiJoWAVXtq6Z5q1cO0c9UPm1/cBxIbtgN8F2vvf7Qhf4k/5w88YVgDQvftjt4hoBTRhFZNr0XCP7Zdn6WakC4B8hPzZMS7l0/C3T/HQZ1T4Zs= Received: by 10.142.191.2 with SMTP id o2mr731046wff.1189973746486; Sun, 16 Sep 2007 13:15:46 -0700 (PDT) Received: by 10.142.89.13 with HTTP; Sun, 16 Sep 2007 13:15:46 -0700 (PDT) Message-ID: <26ddd1750709161315s147e894ag3460a9102e0096c8@mail.gmail.com> Date: Sun, 16 Sep 2007 16:15:46 -0400 From: "Maxim Khitrov" To: "Howard Goldstein" In-Reply-To: <46ED8817.3040400@queue.to> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070915223649.GA6439@FS.denninger.net> <46ED8817.3040400@queue.to> Cc: freebsd-stable@freebsd.org Subject: Re: Question regarding Intel ICH7 motherboard and integrated RAID X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2007 20:42:18 -0000 On 9/16/07, Howard Goldstein wrote: > Karl Denninger wrote: > > Hi folks; > > > > I have a new Intel ICH7 board here that has Quad-core support. > > > > It works well EXCEPT.... > > > > It has an on-board RAID controller with some internal buffer memory. > > There's a known issue with an interrupt storm when the ICH7R is > configured for AHCI or RAID, and a pr was filed back in July(don't have > the number, search for interrupt storm on atapci1+). The suspicion was > that some peripheral no one has identified yet is hammering the apic and > we can't mask it. > > The workaround is to set the BIOS for IDE mode. It's a bit of a drag > because SATA-II mode isn't reached when in IDE mode, only in AHCI (and > RAID?) mode. If you don't panic when you set it for IDE mode then > you've probably run into the same problem. > > On the plus side FreeBSD on the Q6600 *rocks* and our geom stuff does > the RAIDdy stuff nicely for a software solution. I sympathize with you > as I spent most of the day yesterday trying to work this same problem. Does this issue affect ICH9R as well? I'm about to get Gigabyte's GA-P35-DQ6 motherboard (also with Q6600) and was planning on configuring RAID10 array using the on-board ICH9R chipset. Are you saying that this doesn't current work (on 7-CURRENT), or that there are performance issues with such setup? I need to be able to dual-boot Win XP on the machine, so my plan was to get 4 320GB drives (later expanded to 6), put them into RAID10 array and that way get good redundancy and performance in both operating systems. Would you suggest I go about doing this some other way? From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 22:19:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED46E16A473 for ; Sun, 16 Sep 2007 22:19:29 +0000 (UTC) (envelope-from hg@queue.to) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC0A13C45E for ; Sun, 16 Sep 2007 22:19:28 +0000 (UTC) (envelope-from hg@queue.to) Received: (qmail 68391 invoked from network); 16 Sep 2007 18:19:26 -0400 Received: from cally.queue.to (172.16.0.6) by pickle.queue.to with ESMTP; 16 Sep 2007 18:19:26 -0400 Message-ID: <46EDABEE.7040800@queue.to> Date: Sun, 16 Sep 2007 18:19:26 -0400 From: Howard Goldstein User-Agent: Thunderbird 2.0.0.6 (X11/20070802) MIME-Version: 1.0 To: mkhitrov@gmail.com References: <20070915223649.GA6439@FS.denninger.net> <46ED8817.3040400@queue.to> <26ddd1750709161315s147e894ag3460a9102e0096c8@mail.gmail.com> In-Reply-To: <26ddd1750709161315s147e894ag3460a9102e0096c8@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Question regarding Intel ICH7 motherboard and integrated RAID X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2007 22:19:30 -0000 Maxim Khitrov wrote: > On 9/16/07, Howard Goldstein wrote: >> There's a known issue with an interrupt storm when the ICH7R is >> configured for AHCI or RAID, and a pr was filed back in July(don't have >> the number, search for interrupt storm on atapci1+). The suspicion was >> that some peripheral no one has identified yet is hammering the apic and >> we can't mask it. ... > > Does this issue affect ICH9R as well? I'm about to get Gigabyte's > GA-P35-DQ6 motherboard (also with Q6600) and was planning on > configuring RAID10 array using the on-board ICH9R chipset. Are you > saying that this doesn't current work (on 7-CURRENT), or that there > are performance issues with such setup? I don't know if it also affects the ICH9R or CURRENT or even on the Gigabyte. It definitely is a problem with the ICH7R and 6.2-STABLE on an ASUS P5W DH. Note that it actually does work but the performance hit is unbearable. Whatever it is about AHCI mode causes about 37,000 interrupts per second per vmstat -i, knocking the entire system performance down by about 50% on a Q6600 pushed slightly (eg., 16 minutes to -j20 buildworld vs. 11 minutes to -j20 buildworld with IDE "compatibility" mode). I don't believe you'll have any trouble with a geom managed RAID array if your Gigabyte can support the IDE "compatibility" mode for the ICH9, I'm using a variety of geom providers here simultaneously through the ICH7R without any problem whatsoever in that mode. The hit may not even be noticeable since compatibility mode takes the interface down to 150MB/S SATA-I and common 7200RPM drives don't seem to be able to sustain more than about 70 or 80MB/S. > > I need to be able to dual-boot Win XP on the machine, so my plan was > to get 4 320GB drives (later expanded to 6), put them into RAID10 > array and that way get good redundancy and performance in both > operating systems. Would you suggest I go about doing this some other > way? I'd recommend two drives to the XP and your old motherboard, two to your new system with the Q6600, resulting in an XP gaming and media system up 24/7 while you're getting your serious work and internet stuff done on the CURRENT machine, but that's just me From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 22:51:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B96316A419 for ; Sun, 16 Sep 2007 22:51:11 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 35C7F13C442 for ; Sun, 16 Sep 2007 22:51:10 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.8/8.13.1) with SMTP id l8GMp7m2003731 for ; Sun, 16 Sep 2007 17:51:07 -0500 (CDT) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Sun Sep 16 17:51:07 2007 Received: (from karl@localhost) by FS.denninger.net (8.13.8/8.13.1/Submit) id l8GMp6Ib003728 for freebsd-stable@freebsd.org; Sun, 16 Sep 2007 17:51:06 -0500 (CDT) (envelope-from karl) Date: Sun, 16 Sep 2007 17:51:06 -0500 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20070916225106.GA2462@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20070915223649.GA6439@FS.denninger.net> <46ED8817.3040400@queue.to> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46ED8817.3040400@queue.to> User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! X-SPAMBLOCK-MATCH: Matched [@freebsd.org+], message ok Subject: Re: Question regarding Intel ICH7 motherboard and integrated RAID X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2007 22:51:11 -0000 I have the BIOS set to IDE mode; I found the other problem "the hard way" and the workaround... Here's the dump from the BTX death - leading zeros omitted, and hand-copied (hope I didn't screw it up!) INT = 00d err = 0 efl = 30086 eip = 14db eax = 8 ebx = 1970 ecx = c350 edx = 81400008 esi = 3684 edi = 0 ebp = 364 esp = 349 cs = cf000 ds = 9b00 es = 14000 fs = 0000 cs:eip = 2e 0f 01 16 8d 07 0f 20 ....... ss:esp = 08 00 00 00 c0 9a 40 81 00 00 50 Hope this helps. - -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind On Sun, Sep 16, 2007 at 03:46:31PM -0400, Howard Goldstein wrote: > Karl Denninger wrote: > > Hi folks; > > > > I have a new Intel ICH7 board here that has Quad-core support. > > > > It works well EXCEPT.... > > > > It has an on-board RAID controller with some internal buffer memory. > > There's a known issue with an interrupt storm when the ICH7R is > configured for AHCI or RAID, and a pr was filed back in July(don't have > the number, search for interrupt storm on atapci1+). The suspicion was > that some peripheral no one has identified yet is hammering the apic and > we can't mask it. > > The workaround is to set the BIOS for IDE mode. It's a bit of a drag > because SATA-II mode isn't reached when in IDE mode, only in AHCI (and > RAID?) mode. If you don't panic when you set it for IDE mode then > you've probably run into the same problem. > > On the plus side FreeBSD on the Q6600 *rocks* and our geom stuff does > the RAIDdy stuff nicely for a software solution. I sympathize with you > as I spent most of the day yesterday trying to work this same problem. > > _______________________________________________ > 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" > > > %SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok %SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok From owner-freebsd-stable@FreeBSD.ORG Sun Sep 16 23:17:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA4AF16A419 for ; Sun, 16 Sep 2007 23:17:50 +0000 (UTC) (envelope-from mike@vintners.net) Received: from vinifera.vintners.net (vinifera.vintners.net [207.229.65.53]) by mx1.freebsd.org (Postfix) with ESMTP id B512A13C459 for ; Sun, 16 Sep 2007 23:17:50 +0000 (UTC) (envelope-from mike@vintners.net) Received: from brix.vintners.net (brix.vintners.net [209.162.136.18]) by vinifera.vintners.net (8.14.1/8.13.3) with ESMTP id l8GN2CrB064116 for ; Sun, 16 Sep 2007 16:02:12 -0700 (PDT) (envelope-from mike@vintners.net) Received: from [127.0.0.1] ([192.168.136.45]) by brix.vintners.net (8.13.1/8.13.1) with ESMTP id l8GN20t5012758 for ; Sun, 16 Sep 2007 16:02:02 -0700 (PDT) (envelope-from mike@vintners.net) Message-ID: <46EDB5C7.5030100@vintners.net> Date: Sun, 16 Sep 2007 16:01:27 -0700 From: Mike Lempriere User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-100.0 required=6.0 tests=USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on vinifera.vintners.net Subject: config problem routing external IP in to local net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Sep 2007 23:17:50 -0000 Hi folks -- sorry if this is the wrong list -- please let me know the proper one if so... I have a DSL with 5 IP addresses. I have a FreeBSD machine set up as a gateway one of the IP addresses. I'm using NAT. I'm using 'ipfw'. The gateway provides DHCP to the internal network, which is a handful of WinXp boxes. This stuff is all working great. The problem is that I need one specific machine to appear on the Internet proper with a unique IP address. I've hunted around the web and spent a bunch of time messing with things, and have them sort of working. It appears that when the outside world asks for this machine, it gets there, yay! The trouble is that this machine cannot see it's own requests. DNS does not work. Traceroute works to my upstream gateway. Doing an 'sh rc.firewall OPEN' does not fix the problem, so I don't think it's firewall related. I worked from: http://people.freebsd.org/~nik/nag/book.html (chapter 11) I have a natd.conf with 'interface' and 'redirect_address' statements. I have the special IP address aliased to the main external IP address. Anyone able to help me out this? Thanks! -- Mike Lempriere- Home: mike@vintners.net Phone: 206-780-2146 Cellphone: 206-200-5902; text pager: mlemp@tmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 04:03:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8DB316A41B for ; Mon, 17 Sep 2007 04:03:12 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7156913C459 for ; Mon, 17 Sep 2007 04:03:11 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id B4A1A40B6B8 for ; Mon, 17 Sep 2007 10:33:09 +0700 (WIT) Message-ID: <46EDF668.30609@tk-pttuntex.com> Date: Mon, 17 Sep 2007 10:37:12 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: error when compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 04:03:12 -0000 Dear user, i have this fresh install FreeBSD 6.2, but i cant compile the kernel even it was a GENERIC kernel. these are the error messages : core# make depend cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../dev/ath -I../../../contrib/ngatm -I../../../dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding ../../../i386/i386/genassym.c NM='nm' sh ../../../kern/genassym.sh genassym.o > assym.s awk -f ../../../tools/vnode_if.awk ../../../kern/vnode_if.src -p awk -f ../../../tools/vnode_if.awk ../../../kern/vnode_if.src -q awk -f ../../../tools/vnode_if.awk ../../../kern/vnode_if.src -h CC=cc make -f ../../../dev/aic7xxx/aicasm/Makefile MAKESRCPATH=../../../dev/aic7xxx/aicasm Warning: Object directory not changed from original /usr/src/sys/i386/compile/GEN yacc -b aicasm_gram -d -o aicasm_gram.c ../../../dev/aic7xxx/aicasm/aicasm_gram.y yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c ../../../dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I../../../dev/aic7xxx/aicasm -c ../../../dev/aic7xxx/aicasm/aicasm.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I../../../dev/aic7xxx/aicasm -c ../../../dev/aic7xxx/aicasm/aicasm_symbol.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I../../../dev/aic7xxx/aicasm -c aicasm_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I../../../dev/aic7xxx/aicasm -c aicasm_macro_gram.c lex -t ../../../dev/aic7xxx/aicasm/aicasm_scan.l > aicasm_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I../../../dev/aic7xxx/aicasm -c aicasm_scan.c lex -t -Pmm ../../../dev/aic7xxx/aicasm/aicasm_macro_scan.l > aicasm_macro_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I../../../dev/aic7xxx/aicasm -c aicasm_macro_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I../../../dev/aic7xxx/aicasm -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll ./aicasm -nostdinc -I- -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../dev/ath -I../../../contrib/ngatm -I../../../dev/twa -I../../../cam/scsi -I../../../dev/aic7xxx -o aic7xxx_seq.h -r aic7xxx_reg.h -p aic7xxx_reg_print.c -i ../../../dev/aic7xxx/aic7xxx_osm.h ../../../dev/aic7xxx/aic7xxx.seq ./aicasm: 880 instructions used ./aicasm -nostdinc -I- -I. -I../../.. -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../dev/ath -I../../../contrib/ngatm -I../../../dev/twa -I../../../cam/scsi -I../../../dev/aic7xxx -o aic79xx_seq.h -r aic79xx_reg.h -p aic79xx_reg_print.c -i ../../../dev/aic7xxx/aic79xx_osm.h ../../../dev/aic7xxx/aic79xx.seq ./aicasm: 826 instructions used awk -f ../../../tools/miidevs2h.awk ../../../dev/mii/miidevs awk -f ../../../tools/pccarddevs2h.awk ../../../dev/pccard/pccarddevs awk -f ../../../tools/usbdevs2h.awk ../../../dev/usb/usbdevs -h awk -f ../../../tools/usbdevs2h.awk ../../../dev/usb/usbdevs -d cp ../../../contrib/dev/ath/public/i386-elf.opt_ah.h opt_ah.h sed -e 's/^.*#include.*phy\.h.*$//' ../../../contrib/dev/nve/os.h > os+%DIKED-nve.h make: don't know how to make ../../../dev/firewire/firewire.c. Stop core# FYI this is GENERIC kernel TIA Zen From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 11:33:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4F5A16A421 for ; Mon, 17 Sep 2007 11:33:07 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 3092213C480 for ; Mon, 17 Sep 2007 11:33:07 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from [10.29.62.13] (helo=[10.29.62.13]) by fish.ish.com.au with esmtpa (Exim 4.43) id 1IXEQu-00016G-LG; Mon, 17 Sep 2007 21:06:33 +1000 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Aristedes Maniatis Date: Mon, 17 Sep 2007 21:10:49 +1000 To: Ian Smith , FreeBSD Stable X-Mailer: Apple Mail (2.752.2) X-Spam-Score: -0.9 (/) X-Spam-Report: 0.6 SARE_SUB_GETRID subject has likely spammer phrase or word -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Cc: Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 11:33:07 -0000 On 14/09/2007, at 12:23 PM, Ian Smith wrote: > http://www.circleid.com/posts/ipv6_extinction_evolution_or_revolution/ The author of that interesting article is one of the speakers at a summit in Canberra, Australia in November this year discussing the migration to IPv6. Geoff Huston was responsible for some of the original internet rollouts in Australia when it was all still run by the AVCC (Australia vice-chancellors committee). http://www.ipv6.org.au/summit/speakers.html Personally, I cannot wait until NAT, STUN and all that nonsense goes away. Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 11:37:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7034516A419 for ; Mon, 17 Sep 2007 11:37:05 +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 191A113C442 for ; Mon, 17 Sep 2007 11:37:04 +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.8/8.13.8) with ESMTP id l8HBb31o015522; Mon, 17 Sep 2007 07:37:03 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l8HBb1eQ002814 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Sep 2007 07:37:02 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200709171137.l8HBb1eQ002814@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 17 Sep 2007 07:35:18 -0400 To: zen , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <46EDF668.30609@tk-pttuntex.com> References: <46EDF668.30609@tk-pttuntex.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: error when compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 11:37:05 -0000 At 11:37 PM 9/16/2007, zen wrote: >Dear user, >i have this fresh install FreeBSD 6.2, >but i cant compile the kernel even it was a GENERIC kernel. >these are the error messages : > >core# make depend Hi, What is the error you get with cd /usr/src make KERNCONF=GENERIC buildkernel ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 12:01:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0590616A419 for ; Mon, 17 Sep 2007 12:01:02 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from ramstind.fig.ol.no (ramstind.fig.ol.no [IPv6:2001:700:1100:1:250:4ff:fe43:9d15]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA4013C461 for ; Mon, 17 Sep 2007 12:01:01 +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 l8HC0ouN033708 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 17 Sep 2007 14:00:51 +0200 (CEST) (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 l8HC0oGi033705 for ; Mon, 17 Sep 2007 14:00:50 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: ramstind.fig.ol.no: trond owned process doing -bs Date: Mon, 17 Sep 2007 14:00:46 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD Stable In-Reply-To: Message-ID: <20070917135731.N18299@ramstind.fig.ol.no> References: Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1532719987-1190030446=:18299" X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=failed X-Spam-Checker-Version: SpamAssassin on ramstind.fig.ol.no Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 12:01:02 -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-1532719987-1190030446=:18299 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 17 Sep 2007 21:10+1000, Aristedes Maniatis wrote: > http://www.ipv6.org.au/summit/speakers.html The IPv6 routing is misconfigured at a particular point: $ traceroute6 www.ipv6.org.au traceroute6 to www.ipv6.org.au (2001:388:f000::7cd) from 2001:700:1100:1:250:4ff:fe43:9d15, 64 hops max, 12 byte packets ... 17 p4-0.aarnet.plalca01.us.bb.gin.ntt.net 352.189 ms 352.374 ms 352.151 ms 18 so-3-2-0.bb1.a.syd.aarnet.net.au 345.747 ms 345.714 ms 346.015 ms 19 broker1.a.syd.aarnet.net.au 351.585 ms 351.735 ms 351.495 ms 20 ge-1-0-0.bb1.a.syd.aarnet.net.au 342.427 ms 342.349 ms 342.470 ms 21 broker1.a.syd.aarnet.net.au 351.625 ms 357.724 ms 353.034 ms 22 ge-1-0-0.bb1.a.syd.aarnet.net.au 342.548 ms 342.515 ms 344.867 ms 23 broker1.a.syd.aarnet.net.au 351.741 ms 351.707 ms 351.623 ms 24 ge-1-0-0.bb1.a.syd.aarnet.net.au 342.494 ms 342.518 ms 342.493 ms ... 63 broker1.a.syd.aarnet.net.au 353.474 ms 353.365 ms 353.457 ms 64 ge-1-0-0.bb1.a.syd.aarnet.net.au 344.356 ms 344.120 ms 344.203 ms - -- - ---------------------------------------------------------------------- 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) iD8DBQFG7mxybYWZalUoElsRApbGAKCADOb+jKTYkZgPoNEqEOxHMjN13wCeJpUW tbOJkVU16QgiUmYYXljkUzo= =voS/ -----END PGP SIGNATURE----- --0-1532719987-1190030446=:18299-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 12:05:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 284C416A418 for ; Mon, 17 Sep 2007 12:05:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id E5F7513C4B7 for ; Mon, 17 Sep 2007 12:05:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1990415waf for ; Mon, 17 Sep 2007 05:05:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=IotO+CHYA2v5D87YKcIgfNBkJYfN2Ud4/Nnj1W0o6X0=; b=DtGicu2cvMxZlbaqNY2QcvOK64fnybm2g4KnVHBDxXSXGE7OlXft4/CasZvFjBtAaL/qQfZP22YaKs6Q8zH/P8olcmDirzgaea5BovuPzbPIL3VYCBVTvR4pC+CSzyWYjZTp3Yjuj8U9qnu1DYcVG3uW0FGaQWAyKfU/fiKL3lc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=LAs8Kaqt3/Hc9a2Jn/Fne6PVWixM+6i4IHQ2y5vgNXv4xQuJU6wos0ZuDaJyrce0BqRFtqhmp+YKUEffJatFEGPGEJa981fApAXEQlgWSRycQ+K2BgOzXdzdY+2cs74gp14dBqBh7DBjQ1+k/wVixzMJ85VHJuPBxniUk32nTNg= Received: by 10.114.131.9 with SMTP id e9mr1478830wad.1190029037136; Mon, 17 Sep 2007 04:37:17 -0700 (PDT) Received: by 10.114.74.13 with HTTP; Mon, 17 Sep 2007 04:37:17 -0700 (PDT) Message-ID: Date: Mon, 17 Sep 2007 19:37:17 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Aristedes Maniatis" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: bda21b3911e7208c Cc: FreeBSD Stable Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 12:05:05 -0000 On 17/09/2007, Aristedes Maniatis wrote: > Personally, I cannot wait until NAT, STUN and all that nonsense goes > away. You'll be prying NAT out of random certified security administrators' cold dead fingers, unfortunately. (There was a thread on nanog@merit.edu about it a few months ago which I covered major points about this; I'm sure you could find it with a bit of googling. I'm not going to repeat it here.) Suffice to say, a lot of the busted NAT behaviours you're used to will pop up again thanks to the power of stateful firewalls regardless of IPv4 or IPv6. Thats going to piss you off more than the IP/port NAT/PAT ever did. Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 12:36:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F1316A469 for ; Mon, 17 Sep 2007 12:36:32 +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 0A9E813C48A for ; Mon, 17 Sep 2007 12:36:31 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IXFq2-0003aY-7X; Mon, 17 Sep 2007 13:36:30 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IXFq2-0002Cu-6f; Mon, 17 Sep 2007 13:36:30 +0100 To: freebsd-stable@freebsd.org, Trond.Endrestol@fagskolen.gjovik.no In-Reply-To: <20070917135731.N18299@ramstind.fig.ol.no> Message-Id: From: Pete French Date: Mon, 17 Sep 2007 13:36:30 +0100 Cc: Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 12:36:32 -0000 since we are talking about IPv6, how do people genarlly find it on FreeBSD? I use 6to4 in a number of places, but have had a few problems with it unfortunately - one of the most annoying being dropped TCP connections which lead to me turning it off on my home machine. The other problem I had was connecting through the 6to4 machine freezing for 30 seconds or so after they start getting data, and thehn returning the rest of the data a few seconds later. Performance has also been poor compared to IPv4. Has anyone else has experineces like this ? I only have 6to4 available to test with, so this may be 6to4 specific I guess (my performance tests have been between to 6to4 machines compared to the same machines using IP4 only, so the packets should be taking the same route as I understand it) Any comments? -pcf. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 14:05:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC5F16A421 for ; Mon, 17 Sep 2007 14:05:01 +0000 (UTC) (envelope-from edt1023@ms17.hinet.net) Received: from msr53.hinet.net (msr53.hinet.net [168.95.4.153]) by mx1.freebsd.org (Postfix) with ESMTP id 1541C13C4A7 for ; Mon, 17 Sep 2007 14:04:55 +0000 (UTC) (envelope-from edt1023@ms17.hinet.net) Received: from ms17.hinet.net (61-223-177-57.dynamic.hinet.net [61.223.177.57]) by msr53.hinet.net (8.9.3/8.9.3) with SMTP id WAA21133; Mon, 17 Sep 2007 22:04:37 +0800 (CST) Received: by ms17.hinet.net (sSMTP sendmail emulation); Mon, 17 Sep 2007 22:03:31 +0800 Date: Mon, 17 Sep 2007 22:03:31 +0800 From: "Edward G.J. Lee" To: "Herbert J. Skuhra" Message-ID: <20070917140331.GA5938@lgj.amnesia.net> References: <20070915030837.GA15734@lgj.amnesia.net> <20070915070910.GA793@oslo.ath.cx> <20070915072824.GB793@oslo.ath.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070915072824.GB793@oslo.ath.cx> Organization: GNU/Linux/*BSD Dreamer Club User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: qiv(imlib) vs. xorg 7.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2007 14:05:01 -0000 Thanks to Herbert. On Sat, Sep 15, 2007, Herbert J. Skuhra wrote: > > Yes, I had the same problem. I solved the issue by upgrading to > > qiv-2.1-pre12. > > > > - Herbert > > Wrong ${ECHO_MSG} (with/without Xinerama) But i got segmentation fault, [edt1023@lgj ~/tmp]$ qiv b8b.jpg Segmentation fault: 11 qiv -z b8b.jpg is OK. Edward From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 15:45:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E0A16A41A for ; Mon, 17 Sep 2007 15:45:19 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.freebsd.org (Postfix) with ESMTP id 5066C13C4DA for ; Mon, 17 Sep 2007 15:45:19 +0000 (UTC) (envelope-from bmah@freebsd.org) Received: from dhcp-1-248.packetdesign.com (firewall-gw-dirty-n.packetdesign.com [65.87.20.98]) (authenticated bits=0) by a.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id l8HFirqU010122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Sep 2007 08:44:59 -0700 Message-ID: <46EEA0DD.6020007@freebsd.org> Date: Mon, 17 Sep 2007 08:44:29 -0700 From: "Bruce A. Mah" User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 0.95.3 OpenPGP: id=5ba052c3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDC9DFB8D741E16DC743941F6" Cc: freebsd-stable@freebsd.org Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 15:45:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDC9DFB8D741E16DC743941F6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, Pete French wrote: > since we are talking about IPv6, how do people genarlly find it on Free= BSD? Two quasi-data points: 1. I personally have been doing dual-stack on my FreeBSD machines for a couple years, with a gif(4) tunnel to my ISP (my tunnel endpoint runs 6-STABLE, other home workstations are a mix of 6-STABLE and 7-CURRENT). FreeBSD 6.1-RELEASE and 6.2-RELEASE unfortunately shipped with some problems that made IPv6 over gif(4) not work right out of the box but those were fixed up in errata patches. I haven't noticed any persistent problems but I haven't been really looking for them either. 2. Many of the FreeBSD.org machines (of particular note, www.FreeBSD.org and part of ftp.FreeBSD.org) are now running dual-stack. As a result, we're more likely to fix problems (in functionality or performance) in the IPv6 code, or at least to be aware of them. Bruce. --------------enigDC9DFB8D741E16DC743941F6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG7qDh2MoxcVugUsMRAhngAKD6Yg/qiurxQpATADuHkkd36ddI3gCfZnfH Jrf20TSQvUHsT3Vcy0Kdj0g= =S+C/ -----END PGP SIGNATURE----- --------------enigDC9DFB8D741E16DC743941F6-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 15:49:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8E5816A420 for ; Mon, 17 Sep 2007 15:49:57 +0000 (UTC) (envelope-from SRS0=499c9fe65bdeb20e3a0e799744bfec5f5f864bef=461=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 0F40513C4D3 for ; Mon, 17 Sep 2007 15:49:56 +0000 (UTC) (envelope-from SRS0=499c9fe65bdeb20e3a0e799744bfec5f5f864bef=461=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id WYO96654; Mon, 17 Sep 2007 08:49:54 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AF36C45028; Mon, 17 Sep 2007 08:49:53 -0700 (PDT) To: Pete French In-Reply-To: Your message of "Mon, 17 Sep 2007 13:36:30 BST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1190044193_48993P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 17 Sep 2007 08:49:53 -0700 From: "Kevin Oberman" Message-Id: <20070917154953.AF36C45028@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Pete French X-To_Domain: ticketswitch.com X-To: Pete French X-To_Email: petefrench@ticketswitch.com X-To_Alias: petefrench Cc: freebsd-stable@freebsd.org Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 15:49:57 -0000 --==_Exmh_1190044193_48993P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: Pete French > Date: Mon, 17 Sep 2007 13:36:30 +0100 > Sender: owner-freebsd-stable@freebsd.org > > since we are talking about IPv6, how do people genarlly find it on FreeBSD? > I use 6to4 in a number of places, but have had a few problems with it > unfortunately - one of the most annoying being dropped TCP connections > which lead to me turning it off on my home machine. The other problem I > had was connecting through the 6to4 machine freezing for 30 seconds > or so after they start getting data, and thehn returning the rest of > the data a few seconds later. Performance has also been poor compared > to IPv4. Has anyone else has experineces like this ? I only have 6to4 > available to test with, so this may be 6to4 specific I guess (my > performance tests have been between to 6to4 machines compared to the same > machines using IP4 only, so the packets should be taking the same route > as I understand it) > > Any comments? I have been running IPv6 on all of my FreeBSD work systems for years. All of my mail (including this message) are sent/received by IPv6 and I have not had any problems, but I am on a network that is fully IPv6 enabled, so no tunnels are involved. I do know that there will be a major re-write of IPv6 support in V7 to integrate the KAME code into the rest of the network as KAME is not longer separately developed. I'm not sure how this will impact things, but it seems to be working well on two systems of mine running -current. V7 will also be the end of the GIANT locked network stack (though some drivers are still under giant) and the replacement of IPSEC with IPSEC_FAST. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1190044193_48993P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFG7qIhkn3rs5h7N1ERAgmMAJ9rfNTfQ8NFkXIqlI4tZDWIKcBBaACgsl+t /quEK4RkkRPAKr7pN7PAVD0= =IxOr -----END PGP SIGNATURE----- --==_Exmh_1190044193_48993P-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 16:02:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83A3C16A4C4 for ; Mon, 17 Sep 2007 16:02:37 +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 087A813C442 for ; Mon, 17 Sep 2007 16:02:36 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by mail.ticketswitch.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IXJ3R-0006Fr-EU; Mon, 17 Sep 2007 17:02:33 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IXJ3R-0006GW-L1; Mon, 17 Sep 2007 17:02:33 +0100 To: oberman@es.net In-Reply-To: <20070917154953.AF36C45028@ptavv.es.net> Message-Id: From: Pete French Date: Mon, 17 Sep 2007 17:02:33 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 16:02:37 -0000 > I have been running IPv6 on all of my FreeBSD work systems for > years. All of my mail (including this message) are sent/received by IPv6 > and I have not had any problems, but I am on a network that is fully > IPv6 enabled, so no tunnels are involved. That's good to know. I have one box on the live internet (mail.twisted.org.uk) which is runnign 6.2-STABLE and using 6to4 to provide IPv6 to those whowant it. Some of our outgoing mail gets delivered over IPv6, but none of our incomming does. However it does seem to behave itself. > I do know that there will be a major re-write of IPv6 support in V7 to > integrate the KAME code into the rest of the network as KAME is not > longer separately developed. I'm not sure how this will impact things, That was going to be the next point where I tested it (when V7 comes out). My home machine works more-or-less ine using IPv6 on 6to4, with the only problems being when ftping large files to/from twisted.org.uk which show a random disconnect after 10-20 minutes of transfer. My bigger problem is trying to distribute my IPv6 address to machines behind the single box which faces the outside world (as thats what IPv6 is good for right ? No more NAT?). These boxes work in so far as they can all see and ping IPv6 addresses and make and receive TCP connections. But if, for example, I make a TCP connection to www.kame.net then I get the first chuink of data but then a freeze for a long period of time before the rest of the data arrives. This does not happen from the direct machine, it sees all the data at once. Unfortunately that problem makes IPv6 useless for me on the inteernal network behind the box, so it's been disabled. I am reluctant to deploy it on work machines for the same reson. Diirectly connected boxes may work fine but actiually trying to use IPv6 to get rid of NAT doesn't seem to work right. Sadly I haven't had any time to investigate further. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 17:44:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F7916A41A for ; Mon, 17 Sep 2007 17:44:44 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 72F1C13C46A for ; Mon, 17 Sep 2007 17:44:44 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id a2so971760ugf for ; Mon, 17 Sep 2007 10:44:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=MnNmb4EBDZjawVFXOD/HVmbvXNKgzzlpPtURMYVCnAo=; b=ssQA8oV5ASQG5GTTuo8bJYSy0KwTRXi8vvvIQju4xGEbfXZgo3KV5+iXXUSdpFdQiIaHZzKh08aoOZmGExxdXv7lqgXi5R/6HI4IYhhPROALwd4If+HI9B/fLJQWrRWa2OghEgI5VE2eUE5jz8oZbEAUtOx+OFXQM8ZMyqynqcE= 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=m8mvtI75vpnvH2E05EeJiGVQWMAzgFZ7+wuL3Fhs3SsLM7MCV/IY/7XiN3+wH9sqt6awbUGF1lbDVmktygUCsnBSfBkhdEqzoK0hc4uNG+GjdDbcyGfZMcdl+bAKyeqR1r3BnpJbjsEXvqEwguDYjO1kZCfFAywszkwXC6pUVT0= Received: by 10.66.237.14 with SMTP id k14mr7358414ugh.1190049487988; Mon, 17 Sep 2007 10:18:07 -0700 (PDT) Received: by 10.66.238.4 with HTTP; Mon, 17 Sep 2007 10:18:07 -0700 (PDT) Message-ID: <3aaaa3a0709171018j2c8d2cd7u7064c98cec86ac21@mail.gmail.com> Date: Mon, 17 Sep 2007 18:18:07 +0100 From: Chris To: "FreeBSD Stable" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: gbde encryption and server 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: Mon, 17 Sep 2007 17:44:44 -0000 Does gbde encryption have known stability problems? Reason I ask is in the past I remember having numerous problems with it and tried it again today, within 30 secs of sending a file to the partition the server died and is offline and I am waiting for it to be rebooted (remote server) I followed the handbook to the latter. I set the sector size to 2048 as the handbook said although the file says to leave at 512 for best stability. Freebsd 6.2-STABLE if the box still boots as I am worried it wont then I will provide a dmesg and kernel config output. Chris From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 18:01:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B505316A419 for ; Mon, 17 Sep 2007 18:01:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with SMTP id 67C6913C4A5 for ; Mon, 17 Sep 2007 18:01:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 10713 invoked by uid 399); 17 Sep 2007 18:00:57 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 17 Sep 2007 18:00:57 -0000 X-Originating-IP: 127.0.0.1 Date: Mon, 17 Sep 2007 11:00:54 -0700 (PDT) From: Doug Barton To: FreeBSD Stable In-Reply-To: Message-ID: References: X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 18:01:15 -0000 Folks, I'm a big fan/proponent of IPv6, but can you please start a new thread for this? Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 19:47:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7884C16A473 for ; Mon, 17 Sep 2007 19:47:27 +0000 (UTC) (envelope-from netslists@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id 471F513C45B for ; Mon, 17 Sep 2007 19:47:27 +0000 (UTC) (envelope-from netslists@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1229576wxd for ; Mon, 17 Sep 2007 12:47:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=nIGRLqsi87vaHSUDSM3F6pRWcxXqTVovpqsqJbhbuFI=; b=lIGb5xKxYrS/S1abLc7mD9PnQTBM8Tu121IxlJdlu+l7SyFCwYlTrHI6yiFERa7XUI3eNPpCGx5+26I30SLxfzQs5cMOhhU0BH8lmKhIXlx0xKkxDyNtpf24b415KeYJrw48rGJhjlm1+4YJejq3t1Z9QIMTxn1IjkNXVT1e4a8= 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=seooWNTYb4OqmUGgovX/uR9w84VNeFpbJPvEJmSKM2ERBGFxwTRLTrvRDJuQhQCNEp7o5MSwkzQCQTLGrTq3ChUE+FNHt7yp6XS9hRUeyDuZcEzkX8t+wVxT06M0adxRO+4qBw06/1rMVs7igz1w2sXDZukemowAgxSZUqgUpa8= Received: by 10.142.102.5 with SMTP id z5mr1158223wfb.1190056775968; Mon, 17 Sep 2007 12:19:35 -0700 (PDT) Received: from ?192.168.17.8? ( [91.135.49.237]) by mx.google.com with ESMTPS id 3sm562697wrs.2007.09.17.12.19.34 (version=SSLv3 cipher=RC4-MD5); Mon, 17 Sep 2007 12:19:35 -0700 (PDT) Message-ID: <46EED342.8080704@gmail.com> Date: Mon, 17 Sep 2007 21:19:30 +0200 From: Sten Daniel Soersdal User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 19:47:27 -0000 Pete French wrote: >> I have been running IPv6 on all of my FreeBSD work systems for >> years. All of my mail (including this message) are sent/received by IPv6 >> and I have not had any problems, but I am on a network that is fully >> IPv6 enabled, so no tunnels are involved. > > That's good to know. I have one box on the live internet (mail.twisted.org.uk) > which is runnign 6.2-STABLE and using 6to4 to provide IPv6 to those whowant it. Some of our outgoing mail gets delivered over IPv6, but none of our > incomming does. However it does seem to behave itself. > >> I do know that there will be a major re-write of IPv6 support in V7 to >> integrate the KAME code into the rest of the network as KAME is not >> longer separately developed. I'm not sure how this will impact things, > > That was going to be the next point where I tested it (when V7 comes > out). My home machine works more-or-less ine using IPv6 on 6to4, > with the only problems being when ftping large files to/from twisted.org.uk > which show a random disconnect after 10-20 minutes of transfer. > > My bigger problem is trying to distribute my IPv6 address to machines > behind the single box which faces the outside world (as thats what IPv6 > is good for right ? No more NAT?). These boxes work in so far as they > can all see and ping IPv6 addresses and make and receive TCP connections. > But if, for example, I make a TCP connection to www.kame.net then I get > the first chuink of data but then a freeze for a long period of time before > the rest of the data arrives. This does not happen from the direct machine, > it sees all the data at once. > > Unfortunately that problem makes IPv6 useless for me on the inteernal network > behind the box, so it's been disabled. I am reluctant to deploy it on > work machines for the same reson. Diirectly connected boxes may work fine > but actiually trying to use IPv6 to get rid of NAT doesn't seem to work right. > > Sadly I haven't had any time to investigate further. I'm no ipv6 wiz but that sounds awfully lot like slow path mtu discovery. Perhaps you could adjust the tcp6 mss to account for the difference in mtu? On tcp (v4) it was MTU - 40 bytes but on ipv6 it could be more. If you by any chance used ms windows behind that ipv6 router then that would account for the slow reaction to the icmp packet indicating packet was too big but dont-fragment flag was set (or whatever the ipv6 equivalent is) -- Sten Daniel Soersdal From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 20:14:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D770316A418 for ; Mon, 17 Sep 2007 20:14:16 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id D7D1B13C45E for ; Mon, 17 Sep 2007 20:14:16 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay12.apple.com (relay12.apple.com [17.128.113.53]) by mail-out3.apple.com (Postfix) with ESMTP id 97EBA118F584; Mon, 17 Sep 2007 13:14:16 -0700 (PDT) Received: from relay12.apple.com (unknown [127.0.0.1]) by relay12.apple.com (Symantec Mail Security) with ESMTP id 8416B280A5; Mon, 17 Sep 2007 13:14:16 -0700 (PDT) X-AuditID: 11807135-a34fbbb00000711b-fb-46eee0180010 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay12.apple.com (Apple SCV relay) with ESMTP id 69421280A2; Mon, 17 Sep 2007 13:14:16 -0700 (PDT) In-Reply-To: <46EDB5C7.5030100@vintners.net> References: <46EDB5C7.5030100@vintners.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <017E39A8-9E6A-4D9C-96FC-6578C1E6A95A@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Mon, 17 Sep 2007 13:14:15 -0700 To: Mike Lempriere X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-stable@freebsd.org Subject: Re: config problem routing external IP in to local net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 20:14:16 -0000 On Sep 16, 2007, at 4:01 PM, Mike Lempriere wrote: > The problem is that I need one specific machine to appear on the > Internet proper with a unique IP address. > I've hunted around the web and spent a bunch of time messing with > things, and have them sort of working. > It appears that when the outside world asks for this machine, it > gets there, yay! Using the redirect_address statement to natd.conf should give you this. > The trouble is that this machine cannot see it's own requests. If you're natting the external IP to an internal IP, then you'll need to use that internal IP address on the local subnet. You might try using "machinename.example.com" for the external IP, and "machinename.local" for the internal IP; or you can use split DNS if you want to use the same hostname both inside and outside. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 21:13:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FFE716A46D for ; Mon, 17 Sep 2007 21:13:49 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id D0EAD13C4B0 for ; Mon, 17 Sep 2007 21:13:48 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 17 Sep 2007 22:13:47 +0100 (BST) Date: Mon, 17 Sep 2007 22:13:47 +0100 From: David Malone To: Pete French Message-ID: <20070917211347.GA42714@walton.maths.tcd.ie> References: <20070917135731.N18299@ramstind.fig.ol.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-stable@freebsd.org Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 21:13:49 -0000 On Mon, Sep 17, 2007 at 01:36:30PM +0100, Pete French wrote: > since we are talking about IPv6, how do people genarlly find it on FreeBSD? I've had FreeBSD machines doing IPv6 since about 2000 without many problems. > I use 6to4 in a number of places, but have had a few problems with it > unfortunately I use 6to4 more-or-less every day. > - one of the most annoying being dropped TCP connections > which lead to me turning it off on my home machine. This sounds like broken path MTU discovery. Is it possible that you have a firewall blocking ICMP packets in the way? > The other problem I > had was connecting through the 6to4 machine freezing for 30 seconds > or so after they start getting data, and thehn returning the rest of > the data a few seconds later. The whole machine, or just the network connection? I've never seen a whole machine hand - I have seen delays connecting to machines that do reverse DNS lookups on 6to4 address, as the reverse tree for 6to4 hasn't always been in great shape. > Performance has also been poor compared to IPv4. Like any sort of tunneling, 6to4 can suffer from senic routing. Several of our local ISPs run internal 6to4 routers, which helps. David. From owner-freebsd-stable@FreeBSD.ORG Mon Sep 17 23:22:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2706B16A420 for ; Mon, 17 Sep 2007 23:22:45 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id 93BE013C45A for ; Mon, 17 Sep 2007 23:22:44 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.1/8.14.1) with ESMTP id l8HNMHSr037677; Tue, 18 Sep 2007 09:22:17 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200709172322.l8HNMHSr037677@drugs.dv.isc.org> To: Pete French From: Mark Andrews In-reply-to: Your message of "Mon, 17 Sep 2007 17:02:33 +0100." Date: Tue, 18 Sep 2007 09:22:17 +1000 Sender: marka@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: BIND 9.3.1 - How to get rid of AAAA querys? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Sep 2007 23:22:45 -0000 > > I have been running IPv6 on all of my FreeBSD work systems for > > years. All of my mail (including this message) are sent/received by IPv6 > > and I have not had any problems, but I am on a network that is fully > > IPv6 enabled, so no tunnels are involved. > > That's good to know. I have one box on the live internet (mail.twisted.org.uk > ) > which is runnign 6.2-STABLE and using 6to4 to provide IPv6 to those whowant i > t. Some of our outgoing mail gets delivered over IPv6, but none of our > incomming does. However it does seem to behave itself. > > > I do know that there will be a major re-write of IPv6 support in V7 to > > integrate the KAME code into the rest of the network as KAME is not > > longer separately developed. I'm not sure how this will impact things, > > That was going to be the next point where I tested it (when V7 comes > out). My home machine works more-or-less ine using IPv6 on 6to4, > with the only problems being when ftping large files to/from twisted.org.uk > which show a random disconnect after 10-20 minutes of transfer. > > My bigger problem is trying to distribute my IPv6 address to machines > behind the single box which faces the outside world (as thats what IPv6 > is good for right ? No more NAT?). These boxes work in so far as they > can all see and ping IPv6 addresses and make and receive TCP connections. > But if, for example, I make a TCP connection to www.kame.net then I get > the first chuink of data but then a freeze for a long period of time before > the rest of the data arrives. This does not happen from the direct machine, > it sees all the data at once. I suspect that ICMP messages are being filtered causing PTMU discover to rely on timeouts rather than error messages. I'm amazed that people still filter ICMP. It is a integral part of IP and really should not be filtered. Yes I know why people started filtering ICMP. However the filter should be for directed broadcasts not ICMP. > Unfortunately that problem makes IPv6 useless for me on the inteernal network > behind the box, so it's been disabled. I am reluctant to deploy it on > work machines for the same reson. Diirectly connected boxes may work fine > but actiually trying to use IPv6 to get rid of NAT doesn't seem to work right > . > > Sadly I haven't had any time to investigate further. > > -pete. > _______________________________________________ > 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" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 03:56:06 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C96816A417 for ; Tue, 18 Sep 2007 03:56:06 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from matrix.tk-pttuntex.com (matrix.tk-pttuntex.com [203.77.209.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7993213C45D for ; Tue, 18 Sep 2007 03:56:05 +0000 (UTC) (envelope-from zen@tk-pttuntex.com) Received: from [172.64.14.3] (core.bps.co.id [202.57.0.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zen) by matrix.tk-pttuntex.com (Postfix) with ESMTP id 24AD040B83B; Tue, 18 Sep 2007 10:55:50 +0700 (WIT) Message-ID: <46EF4D39.5070007@tk-pttuntex.com> Date: Tue, 18 Sep 2007 10:59:53 +0700 From: zen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Tancsa References: <46EDF668.30609@tk-pttuntex.com> <200709171137.l8HBb1eQ002814@lava.sentex.ca> In-Reply-To: <200709171137.l8HBb1eQ002814@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: error when compiling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2007 03:56:06 -0000 Mike Tancsa wrote: > At 11:37 PM 9/16/2007, zen wrote: > >> Dear user, >> i have this fresh install FreeBSD 6.2, >> but i cant compile the kernel even it was a GENERIC kernel. >> these are the error messages : >> >> core# make depend > > > Hi, > What is the error you get with > cd /usr/src > make KERNCONF=GENERIC buildkernel > > ---Mike > Problem solved... rebuilding the src seem solve the problem. Regards Zen From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 05:57:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F88916A418 for ; Tue, 18 Sep 2007 05:57:02 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8B013C45B for ; Tue, 18 Sep 2007 05:57:01 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 723CD244C19; Tue, 18 Sep 2007 14:35:02 +0900 (JST) Message-ID: <46EF6386.9050700@ongs.co.jp> Date: Tue, 18 Sep 2007 14:35:02 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Kurt Jaeger , freebsd-stable@freebsd.org, FreeBSD Current References: <200709141103.18612.h.schmalzbauer@omnisec.de> <20070914110024.G14481@fledge.watson.org> <46EBEA18.3080800@ongs.co.jp> <20070915170104.GF2061@home.c0mplx.org> In-Reply-To: <20070915170104.GF2061@home.c0mplx.org> Content-Type: multipart/mixed; boundary="------------070007080303020601050807" Cc: Subject: Re: Unionfs patchset p19 commit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2007 05:57:02 -0000 This is a multi-part message in MIME format. --------------070007080303020601050807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Kurt Jaeger wrote: > Hi! > >> I have a big hope to get merged into FreeBSD until >> 7-RELEASE. Progress is step by step slowly, but going >> forward absolutely. If you have interest in unionfs >> improvements, push your passion to re@ and fs@ committers ;-) > > Did you have a chance to look into this ? > > http://lists.freebsd.org/pipermail/freebsd-stable/2007-June/035798.html > > Thanks! Already we have fixed above issue. But it is not in a first merge patches bunch. FAI, I include a patch that has should been patched after p19. Try it. (unionfs6 for stable, unionfs for current). First, we should merge current unionfs patch into current tree. Above issue patch will be merged after that work. Well, whatsoever, we should do first merge work done :) -- Daichi GOTO, http://people.freebsd.org/~daichi --------------070007080303020601050807 Content-Type: text/x-patch; name="unionfs6-20070712.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="unionfs6-20070712.diff" diff -urBN /usr/src.p19/sys/fs/unionfs/union.h /usr/src/sys/fs/unionfs/union.h --- /usr/src.p19/sys/fs/unionfs/union.h Thu Jul 12 21:01:05 2007 +++ /usr/src/sys/fs/unionfs/union.h Thu Jul 12 22:20:51 2007 @@ -84,7 +84,12 @@ struct vnode *un_uppervp; /* upper side vnode */ struct vnode *un_dvp; /* parent unionfs vnode */ struct vnode *un_vnode; /* Back pointer */ - LIST_HEAD(, unionfs_node_status) un_unshead; /* unionfs status head */ + LIST_HEAD(, unionfs_node_status) un_unshead; + /* unionfs status head */ + LIST_HEAD(unionfs_node_hashhead, unionfs_node) *un_hashtbl; + /* dir vnode hash table */ + LIST_ENTRY(unionfs_node) un_hash; /* hash list entry */ + u_long un_hashmask; /* bit mask */ char *un_path; /* path */ int un_flag; /* unionfs node flag */ }; diff -urBN /usr/src.p19/sys/fs/unionfs/union_subr.c /usr/src/sys/fs/unionfs/union_subr.c --- /usr/src.p19/sys/fs/unionfs/union_subr.c Thu Jul 12 21:01:05 2007 +++ /usr/src/sys/fs/unionfs/union_subr.c Thu Jul 12 22:20:51 2007 @@ -60,6 +60,9 @@ #include +#define NUNIONFSNODECACHE 16 + +static MALLOC_DEFINE(M_UNIONFSHASH, "UNIONFS hash", "UNIONFS hash table"); MALLOC_DEFINE(M_UNIONFSNODE, "UNIONFS node", "UNIONFS vnode private part"); MALLOC_DEFINE(M_UNIONFSPATH, "UNIONFS path", "UNIONFS path private part"); @@ -82,6 +85,117 @@ return (0); } +static struct unionfs_node_hashhead * +unionfs_get_hashhead(struct vnode *dvp, char *path) +{ + int count; + char hash; + struct unionfs_node *unp; + + hash = 0; + unp = VTOUNIONFS(dvp); + if (path != NULL) { + for (count = 0; path[count]; count++) + hash += path[count]; + } + + return (&(unp->un_hashtbl[hash & (unp->un_hashmask)])); +} + +/* + * Get the cached vnode. (only VDIR) + */ +static struct vnode * +unionfs_get_cached_vdir(struct vnode *uvp, struct vnode *lvp, + struct vnode *dvp, char *path) +{ + struct unionfs_node_hashhead *hd; + struct unionfs_node *unp; + struct vnode *vp; + + KASSERT((uvp == NULLVP || uvp->v_type == VDIR), + ("unionfs_get_cached_vdir: v_type != VDIR")); + KASSERT((lvp == NULLVP || lvp->v_type == VDIR), + ("unionfs_get_cached_vdir: v_type != VDIR")); + + VI_LOCK(dvp); + hd = unionfs_get_hashhead(dvp, path); + LIST_FOREACH(unp, hd, un_hash) { + if (!strcmp(unp->un_path, path)) { + vp = UNIONFSTOV(unp); + VI_LOCK_FLAGS(vp, MTX_DUPOK); + VI_UNLOCK(dvp); + vp->v_iflag &= ~VI_OWEINACT; + if ((vp->v_iflag & (VI_DOOMED | VI_DOINGINACT)) != 0) { + VI_UNLOCK(vp); + vp = NULLVP; + } else + VI_UNLOCK(vp); + return (vp); + } + } + VI_UNLOCK(dvp); + + return (NULLVP); +} + +/* + * Add the new vnode into cache. (only VDIR) + */ +static struct vnode * +unionfs_ins_cached_vdir(struct unionfs_node *uncp, + struct vnode *dvp, char *path) +{ + struct unionfs_node_hashhead *hd; + struct unionfs_node *unp; + struct vnode *vp; + + KASSERT((uncp->un_uppervp==NULLVP || uncp->un_uppervp->v_type==VDIR), + ("unionfs_ins_cached_vdir: v_type != VDIR")); + KASSERT((uncp->un_lowervp==NULLVP || uncp->un_lowervp->v_type==VDIR), + ("unionfs_ins_cached_vdir: v_type != VDIR")); + + VI_LOCK(dvp); + hd = unionfs_get_hashhead(dvp, path); + LIST_FOREACH(unp, hd, un_hash) { + if (!strcmp(unp->un_path, path)) { + vp = UNIONFSTOV(unp); + VI_LOCK_FLAGS(vp, MTX_DUPOK); + vp->v_iflag &= ~VI_OWEINACT; + if ((vp->v_iflag & (VI_DOOMED | VI_DOINGINACT)) != 0) { + LIST_INSERT_HEAD(hd, uncp, un_hash); + VI_UNLOCK(vp); + vp = NULLVP; + } else + VI_UNLOCK(vp); + VI_UNLOCK(dvp); + return (vp); + } + } + + LIST_INSERT_HEAD(hd, uncp, un_hash); + VI_UNLOCK(dvp); + + return (NULLVP); +} + +/* + * Remove the vnode. (only VDIR) + */ +static void +unionfs_rem_cached_vdir(struct unionfs_node *unp, struct vnode *dvp) +{ + KASSERT((unp != NULL), ("unionfs_rem_cached_vdir: null node")); + KASSERT((dvp != NULLVP), + ("unionfs_rem_cached_vdir: null parent vnode")); + KASSERT((unp->un_hash.le_prev != NULL), + ("unionfs_rem_cached_vdir: null hash")); + + VI_LOCK(dvp); + LIST_REMOVE(unp, un_hash); + VI_UNLOCK(dvp); +} + /* * Make a new or get existing unionfs node. * @@ -100,21 +214,36 @@ struct vnode *vp; int error; int lkflags; + enum vtype vt; char *path; ump = MOUNTTOUNIONFSMOUNT(mp); lkflags = (cnp ? cnp->cn_lkflags : 0); path = (cnp ? cnp->cn_nameptr : NULL); + *vpp = NULLVP; if (uppervp == NULLVP && lowervp == NULLVP) panic("unionfs_nodeget: upper and lower is null"); + vt = (uppervp != NULLVP ? uppervp->v_type : lowervp->v_type); + /* If it has no ISLASTCN flag, path check is skipped. */ if (cnp && !(cnp->cn_flags & ISLASTCN)) path = NULL; + /* check the vdir cache */ + if (path != NULL && dvp != NULLVP && vt == VDIR) { + vp = unionfs_get_cached_vdir(uppervp, lowervp, dvp, path); + if (vp != NULLVP) { + vref(vp); + *vpp = vp; + goto unionfs_nodeget_out; + } + } + if ((uppervp == NULLVP || ump->um_uppervp != uppervp) || (lowervp == NULLVP || ump->um_lowervp != lowervp)) { + /* dvp will be NULLVP only in case of root vnode. */ if (dvp == NULLVP) return (EINVAL); } @@ -134,10 +263,18 @@ } if (dvp != NULLVP) vref(dvp); - if (uppervp != NULLVP) + if (uppervp != NULLVP) { vref(uppervp); - if (lowervp != NULLVP) + vkernref(uppervp); + } + if (lowervp != NULLVP) { vref(lowervp); + vkernref(lowervp); + } + + if (vt == VDIR) + unp->un_hashtbl = hashinit(NUNIONFSNODECACHE, M_UNIONFSHASH, + &(unp->un_hashmask)); unp->un_vnode = vp; unp->un_uppervp = uppervp; @@ -148,24 +285,46 @@ else vp->v_vnlock = lowervp->v_vnlock; - if (path) { + if (path != NULL) { unp->un_path = (char *) malloc(cnp->cn_namelen +1, M_UNIONFSPATH, M_WAITOK|M_ZERO); bcopy(cnp->cn_nameptr, unp->un_path, cnp->cn_namelen); unp->un_path[cnp->cn_namelen] = '\0'; } - vp->v_type = (uppervp != NULLVP ? uppervp->v_type : lowervp->v_type); + vp->v_type = vt; vp->v_data = unp; if ((uppervp != NULLVP && ump->um_uppervp == uppervp) && (lowervp != NULLVP && ump->um_lowervp == lowervp)) vp->v_vflag |= VV_ROOT; + if (path != NULL && dvp != NULLVP && vt == VDIR) + *vpp = unionfs_ins_cached_vdir(unp, dvp, path); + if ((*vpp) != NULLVP) { + if (dvp != NULLVP) + vrele(dvp); + if (uppervp != NULLVP) { + vkernrele(uppervp); + vrele(uppervp); + } + if (lowervp != NULLVP) { + vkernrele(lowervp); + vrele(lowervp); + } + + unp->un_uppervp = NULLVP; + unp->un_lowervp = NULLVP; + unp->un_dvp = NULLVP; + vrele(vp); + vp = *vpp; + vref(vp); + } else + *vpp = vp; + +unionfs_nodeget_out: if (lkflags & LK_TYPE_MASK) vn_lock(vp, lkflags | LK_RETRY, td); - *vpp = vp; - return (0); } @@ -180,6 +339,7 @@ struct unionfs_node_status *unsp, *unsp_tmp; struct vnode *lvp; struct vnode *uvp; + struct vnode *dvp; /* * Use the interlock to protect the clearing of v_data to @@ -189,6 +349,7 @@ unp = VTOUNIONFS(vp); lvp = unp->un_lowervp; uvp = unp->un_uppervp; + dvp = unp->un_dvp; unp->un_lowervp = unp->un_uppervp = NULLVP; vp->v_vnlock = &(vp->v_lock); @@ -200,27 +361,35 @@ VOP_UNLOCK(uvp, 0, td); vp->v_object = NULL; + if (unp->un_path != NULL && dvp != NULLVP && vp->v_type == VDIR) + unionfs_rem_cached_vdir(unp, dvp); + if (lvp != NULLVP) { vfslocked = VFS_LOCK_GIANT(lvp->v_mount); + vkernrele(lvp); vrele(lvp); VFS_UNLOCK_GIANT(vfslocked); } if (uvp != NULLVP) { vfslocked = VFS_LOCK_GIANT(uvp->v_mount); + vkernrele(uvp); vrele(uvp); VFS_UNLOCK_GIANT(vfslocked); } - if (unp->un_dvp != NULLVP) { - vfslocked = VFS_LOCK_GIANT(unp->un_dvp->v_mount); - vrele(unp->un_dvp); + if (dvp != NULLVP) { + vfslocked = VFS_LOCK_GIANT(dvp->v_mount); + vrele(dvp); VFS_UNLOCK_GIANT(vfslocked); unp->un_dvp = NULLVP; } - if (unp->un_path) { + if (unp->un_path != NULL) { free(unp->un_path, M_UNIONFSPATH); unp->un_path = NULL; } + if (unp->un_hashtbl != NULL) + hashdestroy(unp->un_hashtbl, M_UNIONFSHASH, unp->un_hashmask); + LIST_FOREACH_SAFE(unsp, &(unp->un_unshead), uns_list, unsp_tmp) { LIST_REMOVE(unsp, uns_list); free(unsp, M_TEMP); @@ -536,13 +705,16 @@ int count, lockcnt; struct vnode *vp; struct vnode *lvp; + struct vnode *dvp; vp = UNIONFSTOV(unp); lvp = unp->un_lowervp; + dvp = unp->un_dvp; /* * lock update */ + vkernref(uvp); VI_LOCK(vp); unp->un_uppervp = uvp; vp->v_vnlock = uvp->v_vnlock; @@ -552,6 +724,19 @@ VI_UNLOCK(vp); for (count = 1; count < lockcnt; count++) vn_lock(uvp, LK_EXCLUSIVE | LK_CANRECURSE | LK_RETRY, td); + + /* + * cache update + */ + if (unp->un_path != NULL && dvp != NULLVP && vp->v_type == VDIR) { + static struct unionfs_node_hashhead *hd; + + VI_LOCK(dvp); + hd = unionfs_get_hashhead(dvp, unp->un_path); + LIST_REMOVE(unp, un_hash); + LIST_INSERT_HEAD(hd, unp, un_hash); + VI_UNLOCK(dvp); + } } /* diff -urBN /usr/src.p19/sys/kern/vfs_subr.c /usr/src/sys/kern/vfs_subr.c --- /usr/src.p19/sys/kern/vfs_subr.c Thu Jul 12 20:17:25 2007 +++ /usr/src/sys/kern/vfs_subr.c Thu Jul 12 22:20:51 2007 @@ -944,6 +944,7 @@ vp->v_tag = tag; vp->v_op = vops; v_incr_usecount(vp); + vp->v_kernusecount = 0; vp->v_data = 0; #ifdef MAC mac_init_vnode(vp); @@ -2063,6 +2064,8 @@ VNASSERT(vp->v_writecount < vp->v_usecount || vp->v_usecount < 1, vp, ("vrele: missed vn_close")); + if (vp->v_usecount <= vp->v_kernusecount) + panic("vrele: kernel is referring to it"); if (vp->v_usecount > 1 || ((vp->v_iflag & VI_DOINGINACT) && vp->v_usecount == 1)) { v_decr_usecount(vp); @@ -2102,6 +2105,32 @@ } /* + * Increase the reference count of a vnode used by kernel. + */ +void +vkernref(struct vnode *vp) +{ + VI_LOCK(vp); + if (vp->v_usecount <= vp->v_kernusecount) + panic("vkernref: vkernref call without vref"); + vp->v_kernusecount++; + VI_UNLOCK(vp); +} + +/* + * Decrease the reference count of a vnode used by kernel. + */ +void +vkernrele(struct vnode *vp) +{ + VI_LOCK(vp); + if (vp->v_kernusecount < 1) + panic("vkernrele: negative kern ref count"); + vp->v_kernusecount--; + VI_UNLOCK(vp); +} + +/* * Release an already locked vnode. This give the same effects as * unlock+vrele(), but takes less time and avoids releasing and * re-aquiring the lock (as vrele() aquires the lock internally.) @@ -2336,7 +2365,8 @@ * * If FORCECLOSE is set, forcibly close the vnode. */ - if (vp->v_usecount == 0 || (flags & FORCECLOSE)) { + if ((vp->v_usecount == 0 || (flags & FORCECLOSE)) && + vp->v_kernusecount == 0) { VNASSERT(vp->v_usecount == 0 || (vp->v_type != VCHR && vp->v_type != VBLK), vp, ("device VNODE %p is FORCECLOSED", vp)); diff -urBN /usr/src.p19/sys/sys/vnode.h /usr/src/sys/sys/vnode.h --- /usr/src.p19/sys/sys/vnode.h Thu Jul 12 20:17:31 2007 +++ /usr/src/sys/sys/vnode.h Thu Jul 12 22:20:51 2007 @@ -162,6 +162,7 @@ struct lock *v_vnlock; /* u pointer to vnode lock */ int v_holdcnt; /* i prevents recycling. */ int v_usecount; /* i ref count of users */ + int v_kernusecount; /* i ref count of kernel */ u_long v_iflag; /* i vnode flags (see below) */ u_long v_vflag; /* v vnode flags */ int v_writecount; /* v ref count of writers */ @@ -704,6 +705,8 @@ | (noffset > osize ? NOTE_EXTEND : 0)); \ } +void vkernrele(struct vnode *vp); +void vkernref(struct vnode *vp); void vput(struct vnode *vp); void vrele(struct vnode *vp); void vref(struct vnode *vp); --------------070007080303020601050807 Content-Type: text/x-patch; name="unionfs-20070712.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="unionfs-20070712.diff" diff -urBN /usr/src.p19/sys/fs/unionfs/union.h /usr/src/sys/fs/unionfs/union.h --- /usr/src.p19/sys/fs/unionfs/union.h 2007-07-10 01:38:29.000000000 +0900 +++ /usr/src/sys/fs/unionfs/union.h 2007-07-12 19:48:06.000000000 +0900 @@ -83,7 +83,12 @@ struct vnode *un_uppervp; /* upper side vnode */ struct vnode *un_dvp; /* parent unionfs vnode */ struct vnode *un_vnode; /* Back pointer */ - LIST_HEAD(, unionfs_node_status) un_unshead; /* unionfs status head */ + LIST_HEAD(, unionfs_node_status) un_unshead; + /* unionfs status head */ + LIST_HEAD(unionfs_node_hashhead, unionfs_node) *un_hashtbl; + /* dir vnode hash table */ + LIST_ENTRY(unionfs_node) un_hash; /* hash list entry */ + u_long un_hashmask; /* bit mask */ char *un_path; /* path */ int un_flag; /* unionfs node flag */ }; diff -urBN /usr/src.p19/sys/fs/unionfs/union_subr.c /usr/src/sys/fs/unionfs/union_subr.c --- /usr/src.p19/sys/fs/unionfs/union_subr.c 2007-07-10 01:38:16.000000000 +0900 +++ /usr/src/sys/fs/unionfs/union_subr.c 2007-07-12 21:57:09.000000000 +0900 @@ -60,6 +60,9 @@ #include +#define NUNIONFSNODECACHE 16 + +static MALLOC_DEFINE(M_UNIONFSHASH, "UNIONFS hash", "UNIONFS hash table"); MALLOC_DEFINE(M_UNIONFSNODE, "UNIONFS node", "UNIONFS vnode private part"); MALLOC_DEFINE(M_UNIONFSPATH, "UNIONFS path", "UNIONFS path private part"); @@ -82,6 +85,117 @@ return (0); } +static struct unionfs_node_hashhead * +unionfs_get_hashhead(struct vnode *dvp, char *path) +{ + int count; + char hash; + struct unionfs_node *unp; + + hash = 0; + unp = VTOUNIONFS(dvp); + if (path != NULL) { + for (count = 0; path[count]; count++) + hash += path[count]; + } + + return (&(unp->un_hashtbl[hash & (unp->un_hashmask)])); +} + +/* + * Get the cached vnode. (only VDIR) + */ +static struct vnode * +unionfs_get_cached_vdir(struct vnode *uvp, struct vnode *lvp, + struct vnode *dvp, char *path) +{ + struct unionfs_node_hashhead *hd; + struct unionfs_node *unp; + struct vnode *vp; + + KASSERT((uvp == NULLVP || uvp->v_type == VDIR), + ("unionfs_get_cached_vdir: v_type != VDIR")); + KASSERT((lvp == NULLVP || lvp->v_type == VDIR), + ("unionfs_get_cached_vdir: v_type != VDIR")); + + VI_LOCK(dvp); + hd = unionfs_get_hashhead(dvp, path); + LIST_FOREACH(unp, hd, un_hash) { + if (!strcmp(unp->un_path, path)) { + vp = UNIONFSTOV(unp); + VI_LOCK_FLAGS(vp, MTX_DUPOK); + VI_UNLOCK(dvp); + vp->v_iflag &= ~VI_OWEINACT; + if ((vp->v_iflag & (VI_DOOMED | VI_DOINGINACT)) != 0) { + VI_UNLOCK(vp); + vp = NULLVP; + } else + VI_UNLOCK(vp); + return (vp); + } + } + VI_UNLOCK(dvp); + + return (NULLVP); +} + +/* + * Add the new vnode into cache. (only VDIR) + */ +static struct vnode * +unionfs_ins_cached_vdir(struct unionfs_node *uncp, + struct vnode *dvp, char *path) +{ + struct unionfs_node_hashhead *hd; + struct unionfs_node *unp; + struct vnode *vp; + + KASSERT((uncp->un_uppervp==NULLVP || uncp->un_uppervp->v_type==VDIR), + ("unionfs_ins_cached_vdir: v_type != VDIR")); + KASSERT((uncp->un_lowervp==NULLVP || uncp->un_lowervp->v_type==VDIR), + ("unionfs_ins_cached_vdir: v_type != VDIR")); + + VI_LOCK(dvp); + hd = unionfs_get_hashhead(dvp, path); + LIST_FOREACH(unp, hd, un_hash) { + if (!strcmp(unp->un_path, path)) { + vp = UNIONFSTOV(unp); + VI_LOCK_FLAGS(vp, MTX_DUPOK); + vp->v_iflag &= ~VI_OWEINACT; + if ((vp->v_iflag & (VI_DOOMED | VI_DOINGINACT)) != 0) { + LIST_INSERT_HEAD(hd, uncp, un_hash); + VI_UNLOCK(vp); + vp = NULLVP; + } else + VI_UNLOCK(vp); + VI_UNLOCK(dvp); + return (vp); + } + } + + LIST_INSERT_HEAD(hd, uncp, un_hash); + VI_UNLOCK(dvp); + + return (NULLVP); +} + +/* + * Remove the vnode. (only VDIR) + */ +static void +unionfs_rem_cached_vdir(struct unionfs_node *unp, struct vnode *dvp) +{ + KASSERT((unp != NULL), ("unionfs_rem_cached_vdir: null node")); + KASSERT((dvp != NULLVP), + ("unionfs_rem_cached_vdir: null parent vnode")); + KASSERT((unp->un_hash.le_prev != NULL), + ("unionfs_rem_cached_vdir: null hash")); + + VI_LOCK(dvp); + LIST_REMOVE(unp, un_hash); + VI_UNLOCK(dvp); +} + /* * Make a new or get existing unionfs node. * @@ -100,21 +214,36 @@ struct vnode *vp; int error; int lkflags; + enum vtype vt; char *path; ump = MOUNTTOUNIONFSMOUNT(mp); lkflags = (cnp ? cnp->cn_lkflags : 0); path = (cnp ? cnp->cn_nameptr : NULL); + *vpp = NULLVP; if (uppervp == NULLVP && lowervp == NULLVP) panic("unionfs_nodeget: upper and lower is null"); + vt = (uppervp != NULLVP ? uppervp->v_type : lowervp->v_type); + /* If it has no ISLASTCN flag, path check is skipped. */ if (cnp && !(cnp->cn_flags & ISLASTCN)) path = NULL; + /* check the vdir cache */ + if (path != NULL && dvp != NULLVP && vt == VDIR) { + vp = unionfs_get_cached_vdir(uppervp, lowervp, dvp, path); + if (vp != NULLVP) { + vref(vp); + *vpp = vp; + goto unionfs_nodeget_out; + } + } + if ((uppervp == NULLVP || ump->um_uppervp != uppervp) || (lowervp == NULLVP || ump->um_lowervp != lowervp)) { + /* dvp will be NULLVP only in case of root vnode. */ if (dvp == NULLVP) return (EINVAL); } @@ -139,10 +268,18 @@ } if (dvp != NULLVP) vref(dvp); - if (uppervp != NULLVP) + if (uppervp != NULLVP) { vref(uppervp); - if (lowervp != NULLVP) + vkernref(uppervp); + } + if (lowervp != NULLVP) { vref(lowervp); + vkernref(lowervp); + } + + if (vt == VDIR) + unp->un_hashtbl = hashinit(NUNIONFSNODECACHE, M_UNIONFSHASH, + &(unp->un_hashmask)); unp->un_vnode = vp; unp->un_uppervp = uppervp; @@ -153,24 +290,46 @@ else vp->v_vnlock = lowervp->v_vnlock; - if (path) { + if (path != NULL) { unp->un_path = (char *) malloc(cnp->cn_namelen +1, M_UNIONFSPATH, M_WAITOK|M_ZERO); bcopy(cnp->cn_nameptr, unp->un_path, cnp->cn_namelen); unp->un_path[cnp->cn_namelen] = '\0'; } - vp->v_type = (uppervp != NULLVP ? uppervp->v_type : lowervp->v_type); + vp->v_type = vt; vp->v_data = unp; if ((uppervp != NULLVP && ump->um_uppervp == uppervp) && (lowervp != NULLVP && ump->um_lowervp == lowervp)) vp->v_vflag |= VV_ROOT; + if (path != NULL && dvp != NULLVP && vt == VDIR) + *vpp = unionfs_ins_cached_vdir(unp, dvp, path); + if ((*vpp) != NULLVP) { + if (dvp != NULLVP) + vrele(dvp); + if (uppervp != NULLVP) { + vkernrele(uppervp); + vrele(uppervp); + } + if (lowervp != NULLVP) { + vkernrele(lowervp); + vrele(lowervp); + } + + unp->un_uppervp = NULLVP; + unp->un_lowervp = NULLVP; + unp->un_dvp = NULLVP; + vrele(vp); + vp = *vpp; + vref(vp); + } else + *vpp = vp; + +unionfs_nodeget_out: if (lkflags & LK_TYPE_MASK) vn_lock(vp, lkflags | LK_RETRY, td); - *vpp = vp; - return (0); } @@ -185,6 +344,7 @@ struct unionfs_node_status *unsp, *unsp_tmp; struct vnode *lvp; struct vnode *uvp; + struct vnode *dvp; /* * Use the interlock to protect the clearing of v_data to @@ -194,6 +354,7 @@ unp = VTOUNIONFS(vp); lvp = unp->un_lowervp; uvp = unp->un_uppervp; + dvp = unp->un_dvp; unp->un_lowervp = unp->un_uppervp = NULLVP; vp->v_vnlock = &(vp->v_lock); @@ -205,27 +366,35 @@ VOP_UNLOCK(uvp, 0, td); vp->v_object = NULL; + if (unp->un_path != NULL && dvp != NULLVP && vp->v_type == VDIR) + unionfs_rem_cached_vdir(unp, dvp); + if (lvp != NULLVP) { vfslocked = VFS_LOCK_GIANT(lvp->v_mount); + vkernrele(lvp); vrele(lvp); VFS_UNLOCK_GIANT(vfslocked); } if (uvp != NULLVP) { vfslocked = VFS_LOCK_GIANT(uvp->v_mount); + vkernrele(uvp); vrele(uvp); VFS_UNLOCK_GIANT(vfslocked); } - if (unp->un_dvp != NULLVP) { - vfslocked = VFS_LOCK_GIANT(unp->un_dvp->v_mount); - vrele(unp->un_dvp); + if (dvp != NULLVP) { + vfslocked = VFS_LOCK_GIANT(dvp->v_mount); + vrele(dvp); VFS_UNLOCK_GIANT(vfslocked); unp->un_dvp = NULLVP; } - if (unp->un_path) { + if (unp->un_path != NULL) { free(unp->un_path, M_UNIONFSPATH); unp->un_path = NULL; } + if (unp->un_hashtbl != NULL) + hashdestroy(unp->un_hashtbl, M_UNIONFSHASH, unp->un_hashmask); + LIST_FOREACH_SAFE(unsp, &(unp->un_unshead), uns_list, unsp_tmp) { LIST_REMOVE(unsp, uns_list); free(unsp, M_TEMP); @@ -541,13 +710,16 @@ int count, lockcnt; struct vnode *vp; struct vnode *lvp; + struct vnode *dvp; vp = UNIONFSTOV(unp); lvp = unp->un_lowervp; + dvp = unp->un_dvp; /* * lock update */ + vkernref(uvp); VI_LOCK(vp); unp->un_uppervp = uvp; vp->v_vnlock = uvp->v_vnlock; @@ -557,6 +729,19 @@ VI_UNLOCK(vp); for (count = 1; count < lockcnt; count++) vn_lock(uvp, LK_EXCLUSIVE | LK_CANRECURSE | LK_RETRY, td); + + /* + * cache update + */ + if (unp->un_path != NULL && dvp != NULLVP && vp->v_type == VDIR) { + static struct unionfs_node_hashhead *hd; + + VI_LOCK(dvp); + hd = unionfs_get_hashhead(dvp, unp->un_path); + LIST_REMOVE(unp, un_hash); + LIST_INSERT_HEAD(hd, unp, un_hash); + VI_UNLOCK(dvp); + } } /* diff -urBN /usr/src.p19/sys/kern/vfs_subr.c /usr/src/sys/kern/vfs_subr.c --- /usr/src.p19/sys/kern/vfs_subr.c 2007-07-09 19:27:30.000000000 +0900 +++ /usr/src/sys/kern/vfs_subr.c 2007-07-12 21:58:26.000000000 +0900 @@ -953,6 +953,7 @@ vp->v_tag = tag; vp->v_op = vops; v_incr_usecount(vp); + vp->v_kernusecount = 0; vp->v_data = 0; #ifdef MAC mac_init_vnode(vp); @@ -2104,6 +2105,8 @@ VNASSERT(vp->v_writecount < vp->v_usecount || vp->v_usecount < 1, vp, ("vrele: missed vn_close")); + if (vp->v_usecount <= vp->v_kernusecount) + panic("vrele: kernel is referring to it"); if (vp->v_usecount > 1 || ((vp->v_iflag & VI_DOINGINACT) && vp->v_usecount == 1)) { v_decr_usecount(vp); @@ -2143,6 +2146,32 @@ } /* + * Increase the reference count of a vnode used by kernel. + */ +void +vkernref(struct vnode *vp) +{ + VI_LOCK(vp); + if (vp->v_usecount <= vp->v_kernusecount) + panic("vkernref: vkernref call without vref"); + vp->v_kernusecount++; + VI_UNLOCK(vp); +} + +/* + * Decrease the reference count of a vnode used by kernel. + */ +void +vkernrele(struct vnode *vp) +{ + VI_LOCK(vp); + if (vp->v_kernusecount < 1) + panic("vkernrele: negative kern ref count"); + vp->v_kernusecount--; + VI_UNLOCK(vp); +} + +/* * Release an already locked vnode. This give the same effects as * unlock+vrele(), but takes less time and avoids releasing and * re-aquiring the lock (as vrele() acquires the lock internally.) @@ -2373,7 +2402,8 @@ * * If FORCECLOSE is set, forcibly close the vnode. */ - if (vp->v_usecount == 0 || (flags & FORCECLOSE)) { + if ((vp->v_usecount == 0 || (flags & FORCECLOSE)) && + vp->v_kernusecount == 0) { VNASSERT(vp->v_usecount == 0 || (vp->v_type != VCHR && vp->v_type != VBLK), vp, ("device VNODE %p is FORCECLOSED", vp)); diff -urBN /usr/src.p19/sys/sys/vnode.h /usr/src/sys/sys/vnode.h --- /usr/src.p19/sys/sys/vnode.h 2007-07-09 19:28:14.000000000 +0900 +++ /usr/src/sys/sys/vnode.h 2007-07-12 19:48:27.000000000 +0900 @@ -162,6 +162,7 @@ struct lock *v_vnlock; /* u pointer to vnode lock */ int v_holdcnt; /* i prevents recycling. */ int v_usecount; /* i ref count of users */ + int v_kernusecount; /* i ref count of kernel */ u_long v_iflag; /* i vnode flags (see below) */ u_long v_vflag; /* v vnode flags */ int v_writecount; /* v ref count of writers */ @@ -706,6 +707,8 @@ #define VOP_LOCK(vp, flags, td) VOP_LOCK1(vp, flags, td, __FILE__, __LINE__) +void vkernrele(struct vnode *vp); +void vkernref(struct vnode *vp); void vput(struct vnode *vp); void vrele(struct vnode *vp); void vref(struct vnode *vp); --------------070007080303020601050807-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 11:32:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82B0E16A417 for ; Tue, 18 Sep 2007 11:32:59 +0000 (UTC) (envelope-from gert@lynge.org) Received: from smtp.emnet.dk (smtp.emnet.dk [217.198.208.67]) by mx1.freebsd.org (Postfix) with ESMTP id E309F13C45D for ; Tue, 18 Sep 2007 11:32:58 +0000 (UTC) (envelope-from gert@lynge.org) Received: from bsd.lynge.org (unknown [217.198.221.101]) by smtp.emnet.dk (Postfix) with ESMTP id 8902949F1B2; Tue, 18 Sep 2007 13:03:59 +0200 (CEST) Received: from STATIONAER (0x535eb36a.slnxx4.adsl-dhcp.tele.dk [83.94.179.106]) (authenticated bits=0) by bsd.lynge.org (8.14.1/8.13.8) with ESMTP id l8IB3wA8003013; Tue, 18 Sep 2007 13:03:58 +0200 (CEST) (envelope-from gert@lynge.org) From: "Gert Lynge" To: , Date: Tue, 18 Sep 2007 13:04:08 +0200 Message-ID: <029d01c7f9e3$a5fd6cd0$0601a8c0@STATIONAER> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6822 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Importance: Normal Thread-Index: Acf545qQ5a+CIJMRRd2OIe5NqO0/DQ== Cc: Subject: Rare / random hangs with FreeBSD 6.2-RELEASE-p4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2007 11:32:59 -0000 Hi Running a FreeBSD 6.2 with mainly MySQL, Apache and PHP (kept up to date with manual freebsd-update / portupgrade). The hardware is SuperMicro SuperServer 5015MT+ with 2GB of ECC RAM and a Intel Core 2 Quad 6700. Running a BIOS assisted soft mirror with SATA disks... After aprox 2 weeks the server hangs. There is no dumps at /var/crash as = the server seems to lock up while dumping. Details below - unfortunately I = don't always get a picture of the console as I'm not always the rebooter. There is no hang-related notes i FreeBSD logs, and nothing at all in = IPMI and BIOS logs. Earlier I had the server running with HTTP Accept Filters on, but then = it reboots 4-5 times a day! I've also been running xcache (php accelrator), = but that was disabled during the latest hang. Do You have any suggestions? Does this seems to be hardware or software related? Anything I could try to figure out what is going on? Unfortunately the server is in production. Thank You for any help. Regards Gert Lynge **** Hang 1 panic: vm_fault: fault on nofault entry, addr: e92cf000 cpuid =3D 3 Uptime: 10d0h24m25s Dumping 2046 MB (2 chunks) chunk 0: 1MB (150 pages) ... Ok chunk 1: 2046MB (523744 pages)_ --- **** Hang 2: Fatal trap 12: page fault while in kernel mode Cupid =3D 2; apic id =3D 2 Fault virtual address =3D 0x5a Fault code =3D supervisor read, page not present Instruction pointer =3D 0x20:0xc07e40a3 Stack pointer =3D 0x28:0xe6a35b74 Frame pointer =3D 0x28:0xe6a35c40 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 44 (pagezero) Trap number =3D 12 Panic: page fault Cupid =3D 2 Uptime 17d22h47m51s Dumping 2048 MB (2 chunks) Chunk 0: 1MB (150 pages)ipfw: xxxxxxxx ipfw: xxxxxxxxxx --- **** uname -a FreeBSD x.x.x 6.2-RELEASE-p4 FreeBSD 6.2-RELEASE-p4 #0: Thu Apr 26 = 17:55:55 UTC 2007 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/SMP i386 --- **** cat /etc/rc.conf defaultrouter=3D"x.x.x.x" font8x14=3D"cp865-8x14" font8x16=3D"cp865-8x16" font8x8=3D"cp865-8x8" hostname=3D"x.x.x" ifconfig_em1=3D"inet x.x.x.x netmask x.x.x.x" saver=3D"daemon" usbd_enable=3D"YES" keymap=3D"danish.cp865" keyrate=3D"fast" sshd_enable=3D"YES" firewall_enable=3D"YES" firewall_type=3D"x" firewall_logging=3D"YES" ntpd_enable=3D"YES" ntpd_sync_on_start=3D"YES" mysql_enable=3D"YES" apache22_enable=3D"YES" #apache22_http_accept_enable=3D"YES" inetd_enable=3D"YES" clear_tmp_enable=3D"YES" #log_in_vain=3D"1" sendmail_enable=3D"YES" rsyncd_enable=3D"YES" syslogd_flags=3D"-a x.x.x.x/x:*" clamav_freshclam_enable=3D"YES" local_startup=3D"/usr/local/etc/rc.d" dumpdev=3D"/dev/ar0s1b" --- **** cat /var/run/dmesg.boot 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-p4 #0: Thu Apr 26 17:55:55 UTC 2007 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6700 @ 2.66GHz (2660.01-MHz = 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6fb Stepping =3D 11 =20 Features=3D0xbfebfbff = Features2=3D0xe3bd,CX16,,> AMD Features=3D0x20000000 AMD Features2=3D0x1 Cores per package: 4 real memory =3D 2146304000 (2046 MB) avail memory =3D 2095165440 (1998 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 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) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.0 on pci0 pci9: on pcib2 pcib3: at device 0.0 on pci9 pci10: on pcib3 pci9: at device 0.1 (no driver attached) pcib4: irq 17 at device 28.4 on pci0 pci13: on pcib4 em0: port 0x4000-0x401f mem 0xe0200000-0xe021ffff irq 16 at device 0.0 on pci13 em0: Ethernet address: 00:30:48:8d:1f:5e pcib5: irq 16 at device 28.5 on pci0 pci14: on pcib5 em1: port 0x5000-0x501f mem 0xe0300000-0xe031ffff irq 17 at device 0.0 on pci14 em1: Ethernet address: 00:30:48:8d:1f:5f uhci0: port 0x3000-0x301f irq 23 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 0x3020-0x303f irq 19 at = device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f 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 0x3060-0x307f irq 16 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 = 0xe0000000-0xe00003ff irq 23 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 pci15: on pcib6 pci15: at device 0.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf = mem 0xe0000400-0xe00007ff irq 19 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) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = acpi0 fdc0: [FAST] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq = 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 ipmi0: on isa0 ipmi0: KCS mode found at io 0xca8 alignment 0x4 on isa orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcf7ff,0xcf800-0xd07ff,0xd0800-0xd17ff 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 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 ad4: 76319MB at ata2-master SATA300 ad6: 76319MB at ata3-master SATA300 ipmi0: IPMI device rev. 0, firmware rev. 2.2, version 2.0 ipmi0: Number of channels 4 ipmi0: Attached watchdog ar0: 76316MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Trying to mount root from ufs:/dev/ar0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding = disabled, default to deny, logging disabled From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 15:02:17 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DEDE16A417 for ; Tue, 18 Sep 2007 15:02:17 +0000 (UTC) (envelope-from vlado@netng.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.freebsd.org (Postfix) with ESMTP id CFBF513C47E for ; Tue, 18 Sep 2007 15:02:16 +0000 (UTC) (envelope-from vlado@netng.org) Received: from antivir5.iol.cz (unknown [192.168.30.212]) by smtp-out3.iol.cz (Postfix) with ESMTP id 1D3B564E00 for ; Tue, 18 Sep 2007 16:43:34 +0200 (CEST) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id C4D1466C00B for ; Tue, 18 Sep 2007 16:43:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir5.iol.cz ([127.0.0.1]) by localhost (antivir5.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id PxM2hSp6tnl4 for ; Tue, 18 Sep 2007 16:43:33 +0200 (CEST) Received: from smtp-out3.iol.cz (mta-out3 [192.168.30.28]) by antivir5.iol.cz (Postfix) with ESMTP id 85DA266C03E for ; Tue, 18 Sep 2007 16:43:33 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id B68C357E9F for ; Tue, 18 Sep 2007 16:43:30 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id 5CEDD167; Tue, 18 Sep 2007 16:43:30 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-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.8 Received: from srv.g1.netng.org (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id B301B163 for ; Tue, 18 Sep 2007 16:43:29 +0200 (CEST) Received: from srv (srv [10.1.0.10]) by srv.g1.netng.org (Postfix) with ESMTP id 6C042BC6C for ; Tue, 18 Sep 2007 16:43:29 +0200 (CEST) Date: Tue, 18 Sep 2007 16:43:29 +0200 From: Vladimir Botka To: stable@FreeBSD.org Message-ID: <20070918164329.0dea3ee2@srv> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: usb mouse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2007 15:02:17 -0000 Hello, Can anybody help me please with usb mouse? There is uhid driver attached. Keyboard works fine. # usbdevs -d -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub0 port 1 powered port 2 addr 2: low speed, power 100 mA, config 1, USB Multimedia Cordless Kit(0x5244), BTC(0x046e), rev 0.27 ukbd0 uhid0 -- Vladimir Botka From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 16:41:48 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2063016A417 for ; Tue, 18 Sep 2007 16:41:48 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.freebsd.org (Postfix) with ESMTP id D06B813C4A6 for ; Tue, 18 Sep 2007 16:41:47 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-70-122-44-4.austin.res.rr.com [70.122.44.4]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 113665039-1817707 for multiple; Tue, 18 Sep 2007 11:01:41 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id l8IG1e8C050128; Tue, 18 Sep 2007 11:01:40 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id l8IG1ea5050127; Tue, 18 Sep 2007 11:01:40 -0500 (CDT) (envelope-from brucegb) Date: Tue, 18 Sep 2007 11:01:40 -0500 From: Bruce Burden To: Vladimir Botka Message-ID: <20070918160140.GJ22957@tigerfish2.my.domain> References: <20070918164329.0dea3ee2@srv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070918164329.0dea3ee2@srv> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: usb mouse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2007 16:41:48 -0000 On Tue, Sep 18, 2007 at 04:43:29PM +0200, Vladimir Botka wrote: > Hello, > > Can anybody help me please with usb mouse? There is uhid driver > attached. Keyboard works fine. > So, what is not happening? Do you not have the mouse pointer on the console? In an X window? Is it not working in the z axis correctly? That the mouse is recognised is a good sign, usually, Getting it to work properly from there can be a bit annoying, but not impossible. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 17:18:46 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85F2216A417 for ; Tue, 18 Sep 2007 17:18:46 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 2586B13C428 for ; Tue, 18 Sep 2007 17:18:45 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id l8IH2lih036344 for ; Tue, 18 Sep 2007 19:02:47 +0200 (CEST) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id l8IH2k1G095597 for ; Tue, 18 Sep 2007 19:02:46 +0200 (MEST) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id l8IH2jHv095594; Tue, 18 Sep 2007 19:02:45 +0200 (MEST) (envelope-from arno) To: stable@freebsd.org From: "Arno J. Klaassen" Date: 18 Sep 2007 19:02:45 +0200 Message-ID: Lines: 34 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.165]); Tue, 18 Sep 2007 19:02:47 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.7/4322/Tue Sep 18 18:00:54 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 46F004B7.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Subject: comconsole trouble on ASUS A8VE-deluxe X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2007 17:18:46 -0000 Hello, I can't seem to get comconsole work on an ASUS A8VE-Deluxe MB : - I get the boot-menu, can escape to loader prompt and type, but no output once kernel starts booting - I tried (almost) all possible combinations of hint.sio.0.flags but no change, though 0x00008 to recover sooner from lost output interrupts, *sometimes* gives blurbs of output - even pulling out the graphics card does not help - when in multi-user a good old "kermit" over cuad0 works OK - these are the relevant dmesg lines : sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x30038 on acpi0 sio0: type ST16650A, console ioapic0: routing intpin 4 (ISA IRQ 4) to vector 55 Anyone an idea of what to try next? I tried uart(4) iso sio(4) and hint.uart.0.flags="0x10", no change, but I'm not quite sure this is supposed to work on amd64-stable. Thanx a lot in advance. Arno From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 17:32:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94C7316A417 for ; Tue, 18 Sep 2007 17:32:24 +0000 (UTC) (envelope-from vlado@netng.org) Received: from smtp-out3.iol.cz (smtp-out3.iol.cz [194.228.2.91]) by mx1.freebsd.org (Postfix) with ESMTP id 28F6C13C45E for ; Tue, 18 Sep 2007 17:32:24 +0000 (UTC) (envelope-from vlado@netng.org) Received: from antivir5.iol.cz (unknown [192.168.30.212]) by smtp-out3.iol.cz (Postfix) with ESMTP id 0949A64E40 for ; Tue, 18 Sep 2007 19:07:29 +0200 (CEST) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id 7E64966C040 for ; Tue, 18 Sep 2007 19:07:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir5.iol.cz ([127.0.0.1]) by localhost (antivir5.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id 5GuZeIhaEPBW for ; Tue, 18 Sep 2007 19:07:26 +0200 (CEST) Received: from smtp-out3.iol.cz (mta-out3 [192.168.30.28]) by antivir5.iol.cz (Postfix) with ESMTP id 30CA866C005 for ; Tue, 18 Sep 2007 19:07:26 +0200 (CEST) Received: from ace.botka.homeunix.org (3.77.broadband2.iol.cz [83.208.77.3]) by smtp-out3.iol.cz (Postfix) with ESMTP id AA15457DBB for ; Tue, 18 Sep 2007 19:07:25 +0200 (CEST) Received: by ace.botka.homeunix.org (Postfix, from userid 1001) id BF2F9167; Tue, 18 Sep 2007 19:07:24 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-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.8 Received: from srv.g1.netng.org (ac.botka.homeunix.org [192.168.1.5]) by ace.botka.homeunix.org (Postfix) with ESMTP id 10DB6163 for ; Tue, 18 Sep 2007 19:07:24 +0200 (CEST) Received: from srv (srv [10.1.0.10]) by srv.g1.netng.org (Postfix) with ESMTP id C373BBC6C for ; Tue, 18 Sep 2007 19:07:23 +0200 (CEST) Date: Tue, 18 Sep 2007 19:07:23 +0200 From: Vladimir Botka To: freebsd-stable@freebsd.org Message-ID: <20070918190723.6be0cc6b@srv> In-Reply-To: <20070918160140.GJ22957@tigerfish2.my.domain> References: <20070918164329.0dea3ee2@srv> <20070918160140.GJ22957@tigerfish2.my.domain> X-Mailer: Claws Mail 2.10.0 (GTK+ 2.10.13; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: usb mouse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2007 17:32:24 -0000 Dne Tue, 18 Sep 2007 11:01:40 -0500 Bruce Burden napsal(a): > On Tue, Sep 18, 2007 at 04:43:29PM +0200, Vladimir Botka wrote: > > Hello, > > > > Can anybody help me please with usb mouse? There is uhid driver > > attached. Keyboard works fine. > > > So, what is not happening? Do you not have the mouse pointer > on the console? In an X window? Is it not working in the z axis > correctly? > > That the mouse is recognised is a good sign, usually, Getting > it to work properly from there can be a bit annoying, but not > impossible. > > Bruce The problem is the uhid driver; ums should attache. Obviously? -- Dr.Vladimir Botka vlado@netng.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 19:52:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98D4416A417; Tue, 18 Sep 2007 19:52:44 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6905013C457; Tue, 18 Sep 2007 19:52:44 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id l8IJTXlE022798; Tue, 18 Sep 2007 14:29:33 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id l8IJTX8u022797; Tue, 18 Sep 2007 14:29:33 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Tue, 18 Sep 2007 14:29:33 -0500 From: Scott Lambert To: freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20070918192933.GC71361@sysmon.tcworks.net> Mail-Followup-To: freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: Problems with FreeRADIUS in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2007 19:52:44 -0000 I've been trying to get FreeRADIUS 2.0 working inside a FreeBSD 6.2-STABLE jail. The work I've been doing with the Alan DeKok of FreeRADIUS starts with this message: https://lists.freeradius.org/pipermail/freeradius-users/2007-September/065883.html Here is the thread index : https://lists.freeradius.org/pipermail/freeradius-users/2007-September/thread.html#65883 I am way out of my depth at this point. I thought I had the problem found yesterday in FreeRADIUS but Alan says what I did to "fix" it shouldn't work at all. He seems to think it is a jail problem. Is anybody else testing the new version of FreeRADIUS in a jail? I would greatly appreciate any help I can get on this topic. If someone wants to take a look at it, here is a script I am using to get the current sources: ======================================================================== #!/bin/sh DATE=`date +%Y%m%d` fetch ftp://ftp.freeradius.org/pub/freeradius/snapshots/freeradius-server-snapshot-${DATE}.tar.bz2 tar -yxvf freeradius-server-snapshot-${DATE}.tar.bz2 rm -rf freeradius-server-snapshot cp -rp freeradius-server-snapshot-${DATE} freeradius-server-snapshot ======================================================================== Thanks in advance! -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Tue Sep 18 22:32:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C13D16A421 for ; Tue, 18 Sep 2007 22:32:15 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id DBF5113C461 for ; Tue, 18 Sep 2007 22:32:13 +0000 (UTC) (envelope-from me@janh.de) Received: from d115162.adsl.hansenet.de [80.171.115.162] (helo=janh.freebsd) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1IXlPq002N-0007vt; Wed, 19 Sep 2007 00:19:34 +0200 Message-ID: <46F04EF7.7060909@janh.de> Date: Wed, 19 Sep 2007 00:19:35 +0200 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: 20070918164329.0dea3ee2@srv Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+H8Q2jIBxzD/WHNZxvAzeWBrdRtJ8uhvD7JcW tvzIQ9r0aRqCGpsTA4rV5q04DjF12wrGIAG6ZFivsx0VI/Wqyj Uy3yIzxWTGI22dq/rFT/A== Cc: Vladimir Botka Subject: Re: usb mouse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Sep 2007 22:32:15 -0000 Vladimir Botka wrote: > Can anybody help me please with usb mouse? There is uhid driver > attached. Keyboard works fine. When I once tried a Microsoft cordless USB mouse, I only got an uhid0, too. After some research, the best answer I found was this: http://lists.freebsd.org/pipermail/freebsd-hardware/2006-July/003621.html Later, I came across this, which might have something to do with it: http://www.freebsd.org/cgi/query-pr.cgi?pr=63837&cat= Since I had already given up on the MS mouse and replaced it with something civilized, I do not know if it is the same problem, if the "better" code from NetBSD got imported by now, and -- in case the former has to be answered with "no" -- if the patch is of any help. If you do further research, I would like to hear of the results. Thanks. Regards, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 02:16:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79D9D16A417; Wed, 19 Sep 2007 02:16:45 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [IPv6:2001:14b0:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0FBC813C46E; Wed, 19 Sep 2007 02:16:45 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1IXp7M-000CSZ-IX; Wed, 19 Sep 2007 04:16:44 +0200 Date: Wed, 19 Sep 2007 04:16:44 +0200 From: Kurt Jaeger To: Daichi GOTO Message-ID: <20070919021644.GG2061@home.c0mplx.org> References: <200709141103.18612.h.schmalzbauer@omnisec.de> <20070914110024.G14481@fledge.watson.org> <46EBEA18.3080800@ongs.co.jp> <20070915170104.GF2061@home.c0mplx.org> <46EF6386.9050700@ongs.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46EF6386.9050700@ongs.co.jp> Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Unionfs patchset p19 commit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2007 02:16:45 -0000 Hi! > >>I have a big hope to get merged into FreeBSD until > >>7-RELEASE. Progress is step by step slowly, but going > >>forward absolutely. If you have interest in unionfs > >>improvements, push your passion to re@ and fs@ committers ;-) > > > >Did you have a chance to look into this ? > > > >http://lists.freebsd.org/pipermail/freebsd-stable/2007-June/035798.html > Already we have fixed above issue. [...] I'm compiling this patch on my test system right now. Another issue is userland support for unionfs, e.g. in fstat, as described on this page: http://c0mplx.org/src/fstat-unionfs-patch/ Do you plan to analyse/investigate this topic ? There's another topic if one uses unionfs in jail() setups: How to backup the files, and only those files that a different from the base ? If I traverse a mounted unionfs, how do I know where data is coming from, the lower mount or the higher mount ? If I can't tell the difference, I'll backup quite a lot of stuff multiple times. I've experimented a little and found no easy way to tell lower from upper unless I open the file (which sounds expensive). Have a look at http://c0mplx.org/src/isunionfs.c -- does this sound like a way to go ? -- pi@c0mplx.org +49 171 3101372 13 years to go ! From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 16:26:50 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAC3716A419 for ; Wed, 19 Sep 2007 16:26:50 +0000 (UTC) (envelope-from mvh@ix.netcom.com) Received: from elasmtp-scoter.atl.sa.earthlink.net (elasmtp-scoter.atl.sa.earthlink.net [209.86.89.67]) by mx1.freebsd.org (Postfix) with ESMTP id ADF8613C459 for ; Wed, 19 Sep 2007 16:26:50 +0000 (UTC) (envelope-from mvh@ix.netcom.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=Mhky+VpG7OAEpYPQv38JksK0nNlLsPYXmPTL2h6BMUtyODM29WAjwD8UyyrlgmLU; h=X-Virus-Scanned:From:To:Subject:Message-Id:Date:X-ELNK-Trace:X-Originating-IP; Received: from [71.116.180.226] (helo=bsd.mvh) by elasmtp-scoter.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1IY25B-00066x-7t for stable@freebsd.org; Wed, 19 Sep 2007 12:07:26 -0400 Received: from localhost (localhost [127.0.0.1]) by bsd.mvh (Postfix) with ESMTP id C583E170D5 for ; Wed, 19 Sep 2007 09:07:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at bsd.mvh Received: from bsd.mvh ([127.0.0.1]) by localhost (bsd.mvh [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id usaABAe1BVy7 for ; Wed, 19 Sep 2007 09:06:56 -0700 (PDT) Received: by bsd.mvh (Postfix, from userid 1001) id 0ADDA170A2; Wed, 19 Sep 2007 09:06:56 -0700 (PDT) From: Mike Harding To: stable@freebsd.org Message-Id: <20070919160656.0ADDA170A2@bsd.mvh> Date: Wed, 19 Sep 2007 09:06:56 -0700 (PDT) X-ELNK-Trace: 2159e7a04884740af66dc3a06d5924d80f6968ccb7988441cd87b40f3cab5d7dc6b317bf5bc479bb350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 71.116.180.226 Cc: Subject: crash during shutdown -after- disks unmounted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2007 16:26:51 -0000 I had a panic during shutdown, in the if_re.c interrupt handler, likely because I had ifconfig_re0="inet 192.168.0.2 netmask 255.255.255.0 -rxcsum -txcsum" in /etc/rc.conf. Please feel free to contact me for details. This is a very recent -stable. (kgdb) bsd# uname -a FreeBSD bsd.mvh 6.2-STABLE FreeBSD 6.2-STABLE #0: Tue Sep 18 14:45:37 PDT 2007 root@bsd.mvh:/usr/obj/usr/src/sys/M62 i386 bsd# cd /usr/obj/usr/src/sys/M62 bsd# kgdb kernel.debug /usr/crash/vmcore.2 kdbd: Command not found. bsd# kgdb kernel.debug /usr/crash/vmcore.2 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: <118>. <118>Terminated <118>. <118>Sep 18 20:46:50 bsd syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...5 4 3 0 0 0 done All buffers synced. Uptime: 5h42m34s Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc fault code = supervisor write, page not present instruction pointer = 0x20:0xc05d8f4d stack pointer = 0x28:0xe571cc64 frame pointer = 0x28:0xe571cc84 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 = 19 (swi5: +) trap number = 12 panic: page fault Uptime: 5h42m34s Dumping 1022 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1022MB (261600 pages) 1006 990 974 958 942 926 910 894 878 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc05d8f4d 0xc05d8f4d is in re_rxeof (/usr/src/sys/dev/re/if_re.c:1723). 1718 } 1719 m = sc->rl_head; 1720 sc->rl_head = sc->rl_tail = NULL; 1721 m->m_pkthdr.len = total_len - ETHER_CRC_LEN; 1722 } else 1723 m->m_pkthdr.len = m->m_len = 1724 (total_len - ETHER_CRC_LEN); 1725 1726 #ifdef RE_FIXUP_RX 1727 re_fixup_rx(m); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc068f2c2 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc068f558 in panic (fmt=0xc0904c14 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc08a68fc in trap_fatal (frame=0xe571cc24, eva=12) at /usr/src/sys/i386/i386/trap.c:838 #4 0xc08a6663 in trap_pfault (frame=0xe571cc24, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc08a6299 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -985962496, tf_esi = 38, tf_ebp = -445526908, tf_isp = -445526960, tf_ebx = 0, tf_edx = -985337856, tf_ecx = 536872960, tf_eax = 66, tf_trapno = 12, tf_err = 2, tf_eip = -1067610291, tf_cs = 32, tf_eflags = 590342, tf_esp = 15, tf_ss = 31743}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc089377a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05d8f4d in re_rxeof (sc=0xc53b6800) at /usr/src/sys/dev/re/if_re.c:1723 #8 0xc05d9416 in re_int_task (arg=0xc53b6800, npending=1) at /usr/src/sys/dev/re/if_re.c:1984 #9 0xc06aee43 in taskqueue_run (queue=0xc53bf100) at /usr/src/sys/kern/subr_taskqueue.c:257 #10 0xc06af43a in taskqueue_fast_run (dummy=0x0) at /usr/src/sys/kern/subr_taskqueue.c:435 #11 0xc0679685 in ithread_execute_handlers (p=0xc53ca860, ie=0xc53bf080) ---Type to continue, or q to quit--- at /usr/src/sys/kern/kern_intr.c:682 #12 0xc067979c in ithread_loop (arg=0xc539e170) at /usr/src/sys/kern/kern_intr.c:765 #13 0xc067860c in fork_exit (callout=0xc0679748 , arg=0xc539e170, frame=0xe571cd38) at /usr/src/sys/kern/kern_fork.c:830 #14 0xc08937dc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 19:00:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC15216A4A7; Wed, 19 Sep 2007 19:00:36 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from hpsmtp-eml15.kpnxchange.com (hpsmtp-eml15.kpnxchange.com [213.75.38.115]) by mx1.freebsd.org (Postfix) with ESMTP id 7002513C4D3; Wed, 19 Sep 2007 19:00:36 +0000 (UTC) (envelope-from willy@Offermans.Rompen.nl) Received: from hpsmtp-eml03.kpnxchange.com ([213.75.38.103]) by hpsmtp-eml15.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Sep 2007 20:48:32 +0200 Received: from koko.offrom.nl ([86.82.183.148]) by hpsmtp-eml03.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 19 Sep 2007 20:48:31 +0200 Received: from wiz.vpn.offrom.nl (Debian-exim@wiz.vpn.offrom.nl [10.168.0.18]) by koko.offrom.nl (8.13.8/8.13.8) with ESMTP id l8JImHKM036968; Wed, 19 Sep 2007 20:48:17 +0200 (CEST) (envelope-from willy@wiz.vpn.offrom.nl) Received: from willy by wiz.vpn.offrom.nl with local (Exim 4.63) (envelope-from ) id 1IY4b4-0001Ef-C8; Wed, 19 Sep 2007 20:48:26 +0200 Date: Wed, 19 Sep 2007 20:48:26 +0200 From: Willy Offermans To: Sergey Matveychuk Message-ID: <20070919184826.GA3923@wiz.vpn.offrom.nl> References: <200709190919.l8J9JQXl025724@freefall.freebsd.org> <46F0ED85.7060608@yandex.ru> <46F0FC7F.7070304@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46F0FC7F.7070304@FreeBSD.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: ClamAV 0.91.2/4344/Wed Sep 19 18:42:50 2007 on koko.offrom.nl X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on koko.offrom.nl X-OriginalArrivalTime: 19 Sep 2007 18:48:31.0928 (UTC) FILETIME=[ACF50380:01C7FAED] Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: bin/116458: [ipfw]: Logging problems with syslog and ipfw an 6.2.REL-p5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Willy@Offermans.Rompen.nl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 19:00:37 -0000 Dear FreeBSD friends, On Wed, Sep 19, 2007 at 02:39:59PM +0400, Sergey Matveychuk wrote: > Andrey V. Elsukov ?????: > >Remko Lodder wrote: > > > > bge0 is running in promisc mode because of dsc which is running. > > > > > > > > sample content of /var/log/messages > > > > Sep 14 12:00:00 ns2 newsyslog[94585]: logfile turned over due to > >size>100K > > > > Sep 14 12:00:02 ns2 kernel: 5 > > > > Sep 14 12:00:05 ns2 kernel: > > > > Sep 14 12:00:05 ns2 kernel: 7 > > > > Sep 14 12:00:08 ns2 kernel: > > > > Sep 14 12:00:08 ns2 kernel: 9 > > > > Sep 14 12:00:11 ns2 kernel: 8 > > > > Sep 14 12:00:14 ns2 kernel: > > > > Sep 14 12:00:14 ns2 kernel: e0 > > > > Sep 14 12:00:15 ns2 kernel: a bge0 > > > > Sep 14 12:00:15 ns2 kernel: e0 > > > > Sep 14 12:00:15 ns2 kernel: < > > > >This problem is not related to the ipfw. But you can try this patch: > >http://people.yandex-team.ru/~sem/FreeBSD/kernel/log_mutex.diff > > > >Please, report back if it will help you. > > > > The same patch is in kern/116310. > I have the same problem as well. I have noted it for at least 6 -- 12 months now, but I was too lazy to mention it. I will try the patch as well. Lets see what will happen. Sep 11 23:37:46 rose kernel: <11C>ipfw: 600 Accept TCP 10.X.X.2:445 10.X.X.54:1032 out via tap0 Sep 11 23:37:47 rose kernel: 1032 out via tap0 Sep 11 23:37:48 rose kernel: t via tap0 Sep 11 23:37:48 rose kernel: in via tap0 Sep 11 23:37:49 rose kernel: via tap0 Sep 11 23:37:49 rose kernel: v Sep 11 23:37:49 rose kernel: via tap0 Sep 11 23:37:49 rose kernel: 00 Accept TCP 10.X.X.2:445 10.X.X.54:1032 out via tap0 Sep 11 23:37:49 rose kernel: t via tap0 Sep 11 23:37:50 rose last message repeated 2 times Sep 11 23:37:50 rose kernel: n via tap0 Sep 11 23:37:51 rose kernel: via tap0 Sep 11 23:37:51 rose kernel: t via tap0 Sep 11 23:37:52 rose last message repeated 7 times Sep 11 23:37:52 rose kernel: TCP 10.X.X.2:445 10.X.X.54:1032 out via tap0 Sep 11 23:37:52 rose kernel: ipfw: limit 100000 reached on entry 600 -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Willy ************************************* W.K. Offermans Home: +31 45 544 49 44 Mobile: +31 653 27 16 23 e-mail: Willy@Offermans.Rompen.nl Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 21:10:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94B4516A41B for ; Wed, 19 Sep 2007 21:10:12 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 46B6913C4D0 for ; Wed, 19 Sep 2007 21:10:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id ED36A41C712; Wed, 19 Sep 2007 23:10:09 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 9TECUhgBNE5x; Wed, 19 Sep 2007 23:10:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 5D7EB41C735; Wed, 19 Sep 2007 23:10:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id D89BD444885; Wed, 19 Sep 2007 21:05:38 +0000 (UTC) Date: Wed, 19 Sep 2007 21:05:38 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Scott Lambert In-Reply-To: <20070918192933.GC71361@sysmon.tcworks.net> Message-ID: <20070919202625.Y58095@maildrop.int.zabbadoz.net> References: <20070918192933.GC71361@sysmon.tcworks.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Problems with FreeRADIUS in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2007 21:10:12 -0000 On Tue, 18 Sep 2007, Scott Lambert wrote: Hi, > I've been trying to get FreeRADIUS 2.0 working inside a FreeBSD > 6.2-STABLE jail. > > The work I've been doing with the Alan DeKok of FreeRADIUS starts with > this message: > > https://lists.freeradius.org/pipermail/freeradius-users/2007-September/065883.html > > Here is the thread index : > > https://lists.freeradius.org/pipermail/freeradius-users/2007-September/thread.html#65883 > > I am way out of my depth at this point. I thought I had the problem > found yesterday in FreeRADIUS but Alan says what I did to "fix" it > shouldn't work at all. if you mean the == INADDR_ANY => != change, Alan should be right from the code you pasted into the mails. > He seems to think it is a jail problem. I haven't read their code but from what I got in the thread it sounds like they seem to be overly clever doing assumtions that are just wrong (no matter if it's a jail or not). So it seems C: bind(INADDR_ANY) C: getsockname returns an address inside the jail C: packet gets out to dstaddr S: the packets gets proccessed S: a reply is send to the IP address from the dstaddr (as used by the client) and it should always be that way (no matter if the C: is in jail or not) C: packets is recved C: ip address is checked and to whatever it would be checked should match - in case they have the IP address it would match, in case they bound to inaddr_any all addresses should match. They might have problems matching up their internal state or overwriting something somewhere. I would assume what could happen is that bind to INADDR_ANY, getsockname returns != INADDR_ANY thus inaddr_any = 0; On recv. they fill in the match from the Client = * definition which would be INADDR_ANY but inaddr_any is set to 0 and thus the check on the ip address does not match because they would need both INADDR_ANY and inaddr_any = 1 for that (for whatever reason they need to duplicate that information). But that's just a wild guess... -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 19 21:38:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB84416A419; Wed, 19 Sep 2007 21:38:30 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id AA70513C458; Wed, 19 Sep 2007 21:38:30 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id l8JLcTup029458; Wed, 19 Sep 2007 16:38:29 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id l8JLcTxR029457; Wed, 19 Sep 2007 16:38:29 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Wed, 19 Sep 2007 16:38:29 -0500 From: Scott Lambert To: "Bjoern A. Zeeb" Message-ID: <20070919213829.GA39059@sysmon.tcworks.net> Mail-Followup-To: "Bjoern A. Zeeb" , freebsd-jail@freebsd.org, freebsd-stable@freebsd.org References: <20070918192933.GC71361@sysmon.tcworks.net> <20070919202625.Y58095@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070919202625.Y58095@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-jail@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Problems with FreeRADIUS in a jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Sep 2007 21:38:31 -0000 On Wed, Sep 19, 2007 at 09:05:38PM +0000, Bjoern A. Zeeb wrote: > On Tue, 18 Sep 2007, Scott Lambert wrote: > > Hi, > > >I've been trying to get FreeRADIUS 2.0 working inside a FreeBSD > >6.2-STABLE jail. > > > >The work I've been doing with the Alan DeKok of FreeRADIUS starts with > >this message: > > > >https://lists.freeradius.org/pipermail/freeradius-users/2007-September/065883.html > > > >Here is the thread index : > > > >https://lists.freeradius.org/pipermail/freeradius-users/2007-September/thread.html#65883 > > > >I am way out of my depth at this point. I thought I had the problem > >found yesterday in FreeRADIUS but Alan says what I did to "fix" it > >shouldn't work at all. > > if you mean the == INADDR_ANY => != change, Alan should be right from > the code you pasted into the mails. Yeah, I dug in and tried to prove myself right yesterday. I was completely wrong. I don't know how that ended up working on all of my test cases. > > He seems to think it is a jail problem. > > I haven't read their code but from what I got in the thread it sounds > like they seem to be overly clever doing assumtions that are just > wrong (no matter if it's a jail or not). That's my impression. > So it seems > > C: bind(INADDR_ANY) > C: getsockname returns an address inside the jail > C: packet gets out to dstaddr > > S: the packets gets proccessed > S: a reply is send to the IP address from the dstaddr (as used by the > client) > and it should always be that way (no matter if the C: is in jail or not) > > C: packets is recved > C: ip address is checked and to whatever it would be checked should > match - in case they have the IP address it would match, in case they > bound to inaddr_any all addresses should match. > > They might have problems matching up their internal state or > overwriting something somewhere. > > I would assume what could happen is that bind to INADDR_ANY, > getsockname returns != INADDR_ANY thus inaddr_any = 0; > On recv. they fill in the match from the Client = * definition > which would be INADDR_ANY but inaddr_any is set to 0 and thus the > check on the ip address does not match because they would need both > INADDR_ANY and inaddr_any = 1 for that (for whatever reason they need > to duplicate that information). > > But that's just a wild guess... I wish my wild guesses were a tenth that good. Last night, I found a place where they unconditionally set reply->dst_ipaddr = client_ipaddr. I think that is exactly what you are postulating above. It looks like they had reasons for setting that, but I can't tell what circumstances would necessitate it. I posted another message to the thread about that but Alan hasn't responded to that post just yet so either he didn't have time to mess with me today, or he may be checking into the validity of that unconditional assignment. I'm hoping for the latter because I would like to get this resolved and move on with putting it in production. :-) Thanks for the help! -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 01:07:48 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 831D516A469 for ; Thu, 20 Sep 2007 01:07:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.232]) by mx1.freebsd.org (Postfix) with ESMTP id 27F9313C442 for ; Thu, 20 Sep 2007 01:07:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so280064nzf for ; Wed, 19 Sep 2007 18:07:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=TvF6lOO7R5Z8xosH9RvRzCXxJLLjLMfTTdAwJsVOiSo=; b=XE5Y62NiQ5JmSw5S6Cpa535wRPGXT8eW+AA+yqPjE8z8RbvCLM5daIjJD4EVcJ/n6Mlgg610/Wp161LXy/8YJxG2x33uqfuX+nmDVlASI/dBOF9Qeh6xCzBxxwe3IWvncKMbIMtT76Js1gFby2hIHXplDeA1EIXVpEY9Ka+toTE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ueHUWCZfiBVH8kI3eMlteis/XrMc9NfYF5lWrJczcw+EXnVsO52kpi5VRMDNTJxR3mH3laP9NUFvvy2IHQx/u7wUWav7LWV5CKXdHarItfNO5rdJ2XqeB1q0NUlDxDSzYP5YOwfRyM53u0ZpmUDuHAfoDRH62koGaXCaaAznT9A= Received: by 10.114.156.1 with SMTP id d1mr468791wae.1190249007197; Wed, 19 Sep 2007 17:43:27 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v35sm2194853wah.2007.09.19.17.43.23 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 19 Sep 2007 17:43:26 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l8K0eeV8041080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Sep 2007 09:40:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8K0ecaW041079; Thu, 20 Sep 2007 09:40:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 20 Sep 2007 09:40:38 +0900 From: Pyun YongHyeon To: Mike Harding Message-ID: <20070920004038.GA40749@cdnetworks.co.kr> References: <20070919160656.0ADDA170A2@bsd.mvh> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20070919160656.0ADDA170A2@bsd.mvh> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: crash during shutdown -after- disks unmounted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2007 01:07:48 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Sep 19, 2007 at 09:06:56AM -0700, Mike Harding wrote: > > I had a panic during shutdown, in the if_re.c interrupt handler, > likely because I had > > ifconfig_re0="inet 192.168.0.2 netmask 255.255.255.0 -rxcsum -txcsum" > > in /etc/rc.conf. > > Please feel free to contact me for details. This is a very recent -stable. > Would you try attached patch? -- Regards, Pyun YongHyeon --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.patch" Index: if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.46.2.33 diff -u -r1.46.2.33 if_re.c --- if_re.c 15 Sep 2007 09:52:19 -0000 1.46.2.33 +++ if_re.c 20 Sep 2007 00:42:01 -0000 @@ -1968,7 +1968,8 @@ status = CSR_READ_2(sc, RL_ISR); CSR_WRITE_2(sc, RL_ISR, status); - if (sc->suspended || !(ifp->if_flags & IFF_UP)) { + if (sc->suspended || + (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) { RL_UNLOCK(sc); return; } --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 06:32:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 955E316A41B; Thu, 20 Sep 2007 06:32:25 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id 3F74613C428; Thu, 20 Sep 2007 06:32:25 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id CC5EE244C19; Thu, 20 Sep 2007 15:32:23 +0900 (JST) Message-ID: <46F213F7.3060802@ongs.co.jp> Date: Thu, 20 Sep 2007 15:32:23 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Kurt Jaeger , emaste@freebsd.org References: <200709141103.18612.h.schmalzbauer@omnisec.de> <20070914110024.G14481@fledge.watson.org> <46EBEA18.3080800@ongs.co.jp> <20070915170104.GF2061@home.c0mplx.org> <46EF6386.9050700@ongs.co.jp> <20070919021644.GG2061@home.c0mplx.org> In-Reply-To: <20070919021644.GG2061@home.c0mplx.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Unionfs patchset p19 commit? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2007 06:32:25 -0000 Kurt Jaeger wrote: > Hi! > >>>> I have a big hope to get merged into FreeBSD until >>>> 7-RELEASE. Progress is step by step slowly, but going >>>> forward absolutely. If you have interest in unionfs >>>> improvements, push your passion to re@ and fs@ committers ;-) >>> Did you have a chance to look into this ? >>> >>> http://lists.freebsd.org/pipermail/freebsd-stable/2007-June/035798.html > >> Already we have fixed above issue. > [...] > > I'm compiling this patch on my test system right now. > > Another issue is userland support for unionfs, e.g. in fstat, > as described on this page: > > http://c0mplx.org/src/fstat-unionfs-patch/ > > Do you plan to analyse/investigate this topic ? It looks like interesting. But your patch has a issues. + /* fprintf(stderr,"found upper vnode\n"); */ + res = ufs_filestat(&upper, fsp); and + /* fprintf(stderr,"found lower vnode\n"); */ + res = ufs_filestat(&lower, fsp); depend on UFS. It must treat both UFS and no UFS fs. And I am not a maintainer of fstat(1). Please contact to maintainer. Perhaps Ed Maste(emaste) is maintainer I suppose from commit log. > There's another topic if one uses unionfs in jail() setups: How to > backup the files, and only those files that a different from > the base ? > > If I traverse a mounted unionfs, how do I know where data is coming > from, the lower mount or the higher mount ? > > If I can't tell the difference, I'll backup quite a lot of stuff > multiple times. > > I've experimented a little and found no easy way to tell lower > from upper unless I open the file (which sounds expensive). > Have a look at http://c0mplx.org/src/isunionfs.c -- does this > sound like a way to go ? The isunionfs.c looks like interesting, too :) But your program is not complete. 'below' option gives it non-correct work. Addition it does not consider unionfs and nullfs combibation or something like that. To check upper/lower completely, you need the same way of your fstat(1) patch. But your idea looks interesting :) Keep your concern of unionfs. To get keep concern is very good for us! -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 08:48:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E94A16A420 for ; Thu, 20 Sep 2007 08:48:08 +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 DEA7B13C4B4 for ; Thu, 20 Sep 2007 08:48:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.57]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l8K8m4ap081468 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Sep 2007 18:18:05 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 20 Sep 2007 18:17:56 +0930 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3244894.gJyPqcNSjp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709201818.04408.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: jfv@freebsd.org Subject: ICH9 ethernet part (82566) woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2007 08:48:08 -0000 --nextPart3244894.gJyPqcNSjp Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I recently got a Supermicro C2SBA motherboard=20 http://supermicro.com/products/motherboard/Core2Duo/G33/C2SBA.cfm and I=20 have just found that the ethernet chip is not detected in 6.2 :( It appears to be supported in HEAD but I'd rather not use that. I did=20 try a quick hack MFC for test purposes but it appears the em(4) driver=20 uses lots of wizz bang features :) I had a look on Intel's site but that just points to FreeBSD.org.. Are there any plans to MFC it? I will have a deeper look on Monday to=20 try my own MFC again, although since I am lazy I'd prefer if someone's=20 already done the work :) =46ailing that.. Any idea how hard it would be to add the ID for this=20 controller to the driver in 6.2? (ie does it need magic not present in=20 the driver) =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 --nextPart3244894.gJyPqcNSjp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBG8jPE5ZPcIHs/zowRAl3AAJ9iuzcoa7QYPiRddYHE652M23bFmwCeKLiw dLnMy5HzCzqBYxCX1bjvjE4= =3Csp -----END PGP SIGNATURE----- --nextPart3244894.gJyPqcNSjp-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 23:44:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8037216A418 for ; Thu, 20 Sep 2007 23:44:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3BE4413C458 for ; Thu, 20 Sep 2007 23:44:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 836A543F4DB for ; Thu, 20 Sep 2007 19:09:17 +0300 (EEST) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xRsxJyLEt8Fm for ; Thu, 20 Sep 2007 19:09:14 +0300 (EEST) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id C1A2443F4D0 for ; Thu, 20 Sep 2007 19:09:13 +0300 (EEST) Message-ID: <46F29B3B.3010304@icyb.net.ua> Date: Thu, 20 Sep 2007 19:09:31 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: pax misbehavior X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2007 23:44:10 -0000 Preparation first: $ mkdir xxxxx $ cd xxxxx/ $ touch yyyyy $ ln -s yyyyy yyyyy.0 $ ln -s yyyyy.0 yyyyy.0.0 $ cd .. Demonstration of expected behavior: $ pax -w -f xxxxx.tar -s "#xxxxx#zzzzz#" xxxxx $ pax -vf xxxxx.tar drwxr-xr-x 2 ... 0 20 Sep 18:51 zzzzz -rw-r--r-- 1 ... 0 20 Sep 18:51 zzzzz/yyyyy lrwxr-xr-x 1 ... 0 20 Sep 18:51 zzzzz/yyyyy.0 => yyyyy lrwxr-xr-x 1 ... 0 20 Sep 18:51 zzzzz/yyyyy.0.0 => yyyyy.0 pax: ustar vol 1, 4 files, 10240 bytes read, 0 bytes written. Demonstration of misbehavior: $ pax -w -f xxxxx.tar -s "#xxxxx#zzzzz#" -s "#.*##" xxxxx $ pax -vf xxxxx.tar drwxr-xr-x 2 ... 0 20 Sep 18:51 zzzzz -rw-r--r-- 1 ... 0 20 Sep 18:51 zzzzz/yyyyy pax: ustar vol 1, 2 files, 10240 bytes read, 0 bytes written. The only thing added in the second test is -s "#.*##" option _after_ the first -s option. Mysteriously it caused all symlinks to not be included into an archive. But this should not happen if the behavior in the first test is correct and pax follows POSIX specification: if an entry is handled by the first -s (which it was in the first test), then further -s options should not be applied to it. Our man page also says it: Multiple -s expressions can be specified. The expressions are applied in the order they are specified on the com- mand line, terminating with the first successful substitution. Of course, this synthetic test is a simplification of something done for a real task with a real purpose. -s "#.*##" is meant to exclude from an archive all "other" files and the side-effect of excluding symlinks as well is very unfortunate. Should I file a PR ? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Sep 20 23:51:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDF9816A419 for ; Thu, 20 Sep 2007 23:51:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 70AEF13C47E for ; Thu, 20 Sep 2007 23:51:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so584732nfb for ; Thu, 20 Sep 2007 16:51:56 -0700 (PDT) Received: by 10.86.79.19 with SMTP id c19mr1295961fgb.1190305947962; Thu, 20 Sep 2007 09:32:27 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Thu, 20 Sep 2007 09:32:27 -0700 (PDT) Message-ID: <2a41acea0709200932j19cb4290qfd766d6c2d0dc995@mail.gmail.com> Date: Thu, 20 Sep 2007 09:32:27 -0700 From: "Jack Vogel" To: "Daniel O'Connor" In-Reply-To: <200709201818.04408.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200709201818.04408.doconnor@gsoft.com.au> Cc: jfv@freebsd.org, Andre Oppermann , freebsd-stable@freebsd.org Subject: Re: ICH9 ethernet part (82566) woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 20 Sep 2007 23:51:57 -0000 On 9/20/07, Daniel O'Connor wrote: > I recently got a Supermicro C2SBA motherboard > http://supermicro.com/products/motherboard/Core2Duo/G33/C2SBA.cfm and I > have just found that the ethernet chip is not detected in 6.2 :( > > It appears to be supported in HEAD but I'd rather not use that. I did > try a quick hack MFC for test purposes but it appears the em(4) driver > uses lots of wizz bang features :) > > I had a look on Intel's site but that just points to FreeBSD.org.. > > Are there any plans to MFC it? I will have a deeper look on Monday to > try my own MFC again, although since I am lazy I'd prefer if someone's > already done the work :) > > Failing that.. Any idea how hard it would be to add the ID for this > controller to the driver in 6.2? (ie does it need magic not present in > the driver) Yes, I suppose its getting to be time to MFC, I had avoided it because everyone was so happy and quiet :) One thing I was waiting on was for the TSO code to get MFC'ed first, that would make it possible to get all the features from HEAD. Andre, any cycles to get to that soon? What you will be able to do shortly is download the new driver from Intel, version 6.6.6 (LOL, really :), it has the nice feature of being compilable for either 7 or 6. I just don't think its hit the website quite yet, any day now. I have been real busy, but I will begin the work to do an MFC. Regards, Jack From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 03:39:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F147416A46E; Fri, 21 Sep 2007 03:39:23 +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 8327313C48D; Fri, 21 Sep 2007 03:39:23 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-169-41.lns11.adl2.internode.on.net [121.45.169.41]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l8L3dC8t021081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Sep 2007 13:09:21 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Jack Vogel" Date: Fri, 21 Sep 2007 13:08:34 +0930 User-Agent: KMail/1.9.7 References: <200709201818.04408.doconnor@gsoft.com.au> <2a41acea0709200932j19cb4290qfd766d6c2d0dc995@mail.gmail.com> In-Reply-To: <2a41acea0709200932j19cb4290qfd766d6c2d0dc995@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3675373.ffhZpGUXe8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709211308.43424.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: jfv@freebsd.org, Andre Oppermann , freebsd-stable@freebsd.org Subject: Re: ICH9 ethernet part (82566) woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Sep 2007 03:39:24 -0000 --nextPart3675373.ffhZpGUXe8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 21 Sep 2007, Jack Vogel wrote: > > Failing that.. Any idea how hard it would be to add the ID for this > > controller to the driver in 6.2? (ie does it need magic not present > > in the driver) > > Yes, I suppose its getting to be time to MFC, I had avoided it > because everyone was so happy and quiet :) One thing I was waiting on > was for the TSO code to get MFC'ed first, that would make it possible > to get all the features from HEAD. Understood. > Andre, any cycles to get to that soon? > > What you will be able to do shortly is download the new driver from > Intel, version 6.6.6 (LOL, really :), it has the nice feature of Heh, I look forward to testing Satan's own ethernet driver.. :) > being compilable for either 7 or 6. I just don't think its hit the > website quite yet, any day now. I have been real busy, but I will > begin the work to do an MFC. I had a look but I couldn't find any link to even an old driver (from=20 the page mentioned in the README in /usr/src/sys/dev/em) - can you give=20 me a hint where I'd find something? =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 --nextPart3675373.ffhZpGUXe8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBG8zzD5ZPcIHs/zowRAsVIAKCIxwqpyuk/gXvhtE19tPzdeTUH3wCgh5pk dC+gX40OoXH5X6K0AMuDHh4= =VDE+ -----END PGP SIGNATURE----- --nextPart3675373.ffhZpGUXe8-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 06:22:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2F6016A420 for ; Fri, 21 Sep 2007 06:22:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 7019713C48A for ; Fri, 21 Sep 2007 06:22:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so638547nfb for ; Thu, 20 Sep 2007 23:22:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=n1s5vjmlgQC860V6u6FWmH/5SA7d7Rh4aZ0k61akou8=; b=hPeJgho7+jCtJifCE0LyRKn0UrvUs7+do3JqnkWp70Q7SQ+zieCqKeURr9yhyI5UPzeOaSfovVyUI892yeVEGAh4Jhuu8xWk46IoOtJfYLN6UyzB4lMpuqogR+fdnJns3+YA08g3A8i85iAyaoT4kJNDCjD++bC2kL5uLFuj/wI= 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=tDkJCaNv9p6xHIuzxLYLjrGPex5fziPb/OPBvEogn0sxjXpRDQ9jVtR/whBPSP86ZwcKIhdDrzVX4UpI+YHENI8Ys1K4ImSPPSGyhUjZtfesgJct4c+u72ltat1RyB9ObbBtU2yKlvOVHHLekuRqLXekTI61g0B9qX1H4UzWrV0= Received: by 10.86.23.17 with SMTP id 17mr2027601fgw.1190355766839; Thu, 20 Sep 2007 23:22:46 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Thu, 20 Sep 2007 23:22:46 -0700 (PDT) Message-ID: <2a41acea0709202322p5241bde5l7baec78fd13a4c71@mail.gmail.com> Date: Thu, 20 Sep 2007 23:22:46 -0700 From: "Jack Vogel" To: "Daniel O'Connor" In-Reply-To: <200709211308.43424.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200709201818.04408.doconnor@gsoft.com.au> <2a41acea0709200932j19cb4290qfd766d6c2d0dc995@mail.gmail.com> <200709211308.43424.doconnor@gsoft.com.au> Cc: jfv@freebsd.org, Andre Oppermann , freebsd-stable@freebsd.org Subject: Re: ICH9 ethernet part (82566) woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Sep 2007 06:22:49 -0000 On 9/20/07, Daniel O'Connor wrote: > On Fri, 21 Sep 2007, Jack Vogel wrote: > > > Failing that.. Any idea how hard it would be to add the ID for this > > > controller to the driver in 6.2? (ie does it need magic not present > > > in the driver) > > > > Yes, I suppose its getting to be time to MFC, I had avoided it > > because everyone was so happy and quiet :) One thing I was waiting on > > was for the TSO code to get MFC'ed first, that would make it possible > > to get all the features from HEAD. > > Understood. > > > Andre, any cycles to get to that soon? > > > > What you will be able to do shortly is download the new driver from > > Intel, version 6.6.6 (LOL, really :), it has the nice feature of > > Heh, I look forward to testing Satan's own ethernet driver.. :) > > > being compilable for either 7 or 6. I just don't think its hit the > > website quite yet, any day now. I have been real busy, but I will > > begin the work to do an MFC. > > I had a look but I couldn't find any link to even an old driver (from > the page mentioned in the README in /usr/src/sys/dev/em) - can you give > me a hint where I'd find something? http://downloadfinder.intel.com Then on the side menu pick network connectivity, then server adapter, and select an adapter, it shouldnt matter which. Once at that page there is a pulldown for OS, select FreeBSD and tada... I just looked however and the latest on there is from the last release, 6.5.6 which is only for 7. E1000 was not the real focus of this release, the new Oplin 10G was, however as I said, 6.6.6 has the nice feature of compiling on both OS versions, and it has the support you need. Just give them a week and I think it will be there, maybe I can take a break from my other work and get to the MFC. Jack From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 14:56:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE84716A417 for ; Fri, 21 Sep 2007 14:56:44 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.freebsd.org (Postfix) with ESMTP id B90C613C480 for ; Fri, 21 Sep 2007 14:56:44 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from [10.9.70.100] (pool-71-117-232-141.ptldor.fios.verizon.net [71.117.232.141]) by mail.twinthornes.com (Postfix) with ESMTP id CADFA171 for ; Fri, 21 Sep 2007 07:56:43 -0700 (PDT) Message-ID: <46F3DBAC.2020806@bitfreak.org> Date: Fri, 21 Sep 2007 07:56:44 -0700 From: Darren Pilgrim User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200709201818.04408.doconnor@gsoft.com.au> <2a41acea0709200932j19cb4290qfd766d6c2d0dc995@mail.gmail.com> <200709211308.43424.doconnor@gsoft.com.au> In-Reply-To: <200709211308.43424.doconnor@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ICH9 ethernet part (82566) woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Sep 2007 14:56:45 -0000 Daniel O'Connor wrote: > On Fri, 21 Sep 2007, Jack Vogel wrote: >> What you will be able to do shortly is download the new driver from >> Intel, version 6.6.6 (LOL, really :) > > Heh, I look forward to testing Satan's own ethernet driver.. :) I hear it's kind of a beast. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 21 16:28:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E5BB16A417 for ; Fri, 21 Sep 2007 16:28:17 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 08A6B13C48A for ; Fri, 21 Sep 2007 16:28:16 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so769582nfb for ; Fri, 21 Sep 2007 09:28:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=5LdWYYLgoQjFSOFyQJ7zTYawaOx/7iUmPcCk/XkvHac=; b=oohFpKiFSC/wrx9QktkQxNaLcMYca6oW/HDBj/uSmnztIvH+yIi50EVGKSzRj8DtmoSD2jD87ZgaLRXqT1UTC3fgQU27wmhECBvrEOmJJ3r97Nsm/DPyMC3xq1YU5xkWVg8WM8TwHFaSibOTjeOFg1gTM4zylTNZBYvCQYL1qIg= 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=ADfst1NKb3rs/dqT0BAWvw8os5c9uYtO+qP8fGNzZBrSvtM9cVBI8ZxAV1QpwoMshkSLCVac+eVQLNRZJGxlJxspWi4tZ1Ml/ECGULQ24UUZLbhLLMeR4Or6H1/Zaf6oQ4gsDusQS9qBrKbsvIXAz3yVjc2a7LQdC19+ufbAz/M= Received: by 10.86.99.9 with SMTP id w9mr1011374fgb.1190390639648; Fri, 21 Sep 2007 09:03:59 -0700 (PDT) Received: by 10.86.2.1 with HTTP; Fri, 21 Sep 2007 09:03:59 -0700 (PDT) Message-ID: <499c70c0709210903w51ee0f88veed0a6ab8d781257@mail.gmail.com> Date: Fri, 21 Sep 2007 19:03:59 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Jack Vogel" In-Reply-To: <2a41acea0709202322p5241bde5l7baec78fd13a4c71@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200709201818.04408.doconnor@gsoft.com.au> <2a41acea0709200932j19cb4290qfd766d6c2d0dc995@mail.gmail.com> <200709211308.43424.doconnor@gsoft.com.au> <2a41acea0709202322p5241bde5l7baec78fd13a4c71@mail.gmail.com> Cc: jfv@freebsd.org, Andre Oppermann , freebsd-stable@freebsd.org Subject: Re: ICH9 ethernet part (82566) woes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 21 Sep 2007 16:28:17 -0000 On 9/21/07, Jack Vogel wrote: > On 9/20/07, Daniel O'Connor wrote: > > On Fri, 21 Sep 2007, Jack Vogel wrote: > > > > Failing that.. Any idea how hard it would be to add the ID for this > > > > controller to the driver in 6.2? (ie does it need magic not present > > > > in the driver) > > > > > > Yes, I suppose its getting to be time to MFC, I had avoided it > > > because everyone was so happy and quiet :) One thing I was waiting on > > > was for the TSO code to get MFC'ed first, that would make it possible > > > to get all the features from HEAD. > > > > Understood. > > > > > Andre, any cycles to get to that soon? > > > > > > What you will be able to do shortly is download the new driver from > > > Intel, version 6.6.6 (LOL, really :), it has the nice feature of > > > > Heh, I look forward to testing Satan's own ethernet driver.. :) > > > > > being compilable for either 7 or 6. I just don't think its hit the > > > website quite yet, any day now. I have been real busy, but I will > > > begin the work to do an MFC. > > > > I had a look but I couldn't find any link to even an old driver (from > > the page mentioned in the README in /usr/src/sys/dev/em) - can you give > > me a hint where I'd find something? > > http://downloadfinder.intel.com > > Then on the side menu pick network connectivity, then server adapter, > and select an adapter, it shouldnt matter which. Once at that page > there is a pulldown for OS, select FreeBSD and tada... > > I just looked however and the latest on there is from the last release, > 6.5.6 which is only for 7. E1000 was not the real focus of this > release, the new Oplin 10G was, however as I said, 6.6.6 has the > nice feature of compiling on both OS versions, and it has the support > you need. > > Just give them a week and I think it will be there, maybe I can take > a break from my other work and get to the MFC. > > Jack I would like to see it in STABLE too. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-stable@FreeBSD.ORG Sat Sep 22 17:35:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA7C216A41A for ; Sat, 22 Sep 2007 17:35:03 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 27A8A13C4AC for ; Sat, 22 Sep 2007 17:35:02 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 46139 invoked from network); 22 Sep 2007 21:35:01 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 22 Sep 2007 21:35:01 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 254163, updated: 22.09.2007] Message-ID: <01ae01c7fd3e$e6ff28f0$0c00a8c0@Artem> From: "Artem Kuchin" To: Date: Sat, 22 Sep 2007 21:34:58 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Subject: device polling and weird timer interrupt count from vmstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 22 Sep 2007 17:35:04 -0000 I enabled device polling in the kernel, in nics and set HZ=1000. How, when i do omni2# vmstat -i i see interrupt total rate irq14: ata0 47 0 irq15: ata1 41 0 irq28: em0 2268 4 irq72: twe0 58380 120 cpu0: timer 965994 1995 cpu3: timer 1 0 cpu1: timer 1 0 cpu2: timer 965857 1995 Total 1992589 4116 (it is dual xeon with HT, HT disabled, that why cpu3 and cpu1 are zero). What i don't understand is why timer rate on each cpu is 1995? I have set it to 1000, not 1995 or 2000. I have seen it showing 2000 on another box. So 1) why not 1000? 2) if it is supposed to be doubled (why?) when why not 2000? 3) Is timer int really generated on each cpu? Am i really wasting cpu time on ~4000 ints per second? 4) does twe driver use polling? whay about twa? how to check it in the sources? -- Regards, Artem