From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 00:15:46 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3ECA16A468 for ; Sun, 24 Jun 2007 00:15:46 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from com1.ht-systems.ru (com1.ht-systems.ru [83.97.104.204]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4F313C448 for ; Sun, 24 Jun 2007 00:15:46 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from [85.21.245.235] (helo=phonon.SpringDaemons.com) by com1.ht-systems.ru with esmtpa (Exim 4.62) (envelope-from ) id 1I2FMU-0008FS-3j; Sun, 24 Jun 2007 03:49:50 +0400 Received: from localhost (localhost [127.0.0.1]) by phonon.SpringDaemons.com (Postfix) with SMTP id 0EBDD11403; Sun, 24 Jun 2007 03:46:56 +0400 (MSD) Date: Sun, 24 Jun 2007 03:46:49 +0400 From: Stanislav Sedov To: Gabor Kovesdan Message-Id: <20070624034649.63ebc0b7.stas@FreeBSD.org> In-Reply-To: <467C45C7.6020401@FreeBSD.org> References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon X-Voice: +7 916 849 20 23 X-XMPP: ssedov@jabber.ru X-ICQ: 208105021 X-Yahoo: stanislav_sedov X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-University: MEPhI Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__24_Jun_2007_03_46_49_+0400_g5fJQJdTz=k2fq6S" X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.6.0 Cc: freebsd-current@freebsd.org, Steven Kreuzer Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 00:15:47 -0000 --Signature=_Sun__24_Jun_2007_03_46_49_+0400_g5fJQJdTz=k2fq6S Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 22 Jun 2007 23:57:27 +0200 Gabor Kovesdan mentioned: > these are very good news! You might also want to take a look at=20 > textproc/bsddiff, textproc/bsdgrep and textproc/bsdsort. These are the=20 > BSD-licensed text processing tools from OpenBSD, as well, but I haven't=20 > looked at sdiff, yet, thus I can only tell about the former 3 ones. If=20 > we change to those, we should make sure, that they are compatible with=20 > the GNU versions as much as they can be. Thus we might need a bit of=20 > feature completion there. For example, we should check if the long=20 > command line options are available there, too. For diff, grep and sort,=20 > there are some of those, but they are undocumented in the manual page,=20 > so we have to complete the manpages, too. Now I'm busy with SoC and=20 > other high priority tasks, but if I have some time, I'll take a look as=20 > I'm also interested in getting these completed. >=20 Personally, I see no point in adding -- style options, since the entire our world build without them. GNU people can always install gnu- ports, we just should insure they're posix compatible. Furthermore, having -- and - style options in one world effectively broke BSD's perfect look and feel:-) --=20 Stanislav Sedov ST4096-RIPE --Signature=_Sun__24_Jun_2007_03_46_49_+0400_g5fJQJdTz=k2fq6S Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGfbDvK/VZk+smlYERAh8CAJ99iaVH4J0ezoDOhOXXOD1/wDl0DwCfYgh4 GAXLtZvm5m3zKJx2un39s/4= =JWWa -----END PGP SIGNATURE----- --Signature=_Sun__24_Jun_2007_03_46_49_+0400_g5fJQJdTz=k2fq6S-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 01:03:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0A6116A496 for ; Sun, 24 Jun 2007 01:03:23 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id B6A1F13C514 for ; Sun, 24 Jun 2007 01:03:21 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1169834uge for ; Sat, 23 Jun 2007 18:03:15 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=RnM9QNmDwfTik++DnmCpkoGGRwW7mnW28hg/w1pChB4rzPAkybkXuVUNywyfuIyo/4jAvE49FTBwgDy/5yKzjVRcmup6lRNkexE1DrjCWreSmfm9gIMzOtZVu2cNhJMVRdiwUD9V+Pi3g6XwiObhwLvpMHn8H6Mh4Qea/r0btts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=R2EiV/mKLY2oMzjOJ7zL+Mn0jdod74cajyQ2+NPRZsQQXl6aY/MUou6P7G9AwIEqmlKPPNS0ktjdqBQTPG0WhKWBZ3S7fPZSR3XQ2r7bNVU1fOeJsyEuhmOO/PYmSJrZMLHbcWY6WCc1+N7MeHssI6WSnJKvAmIsxnv6BW/9En4= Received: by 10.66.232.10 with SMTP id e10mr3962996ugh.1182646994170; Sat, 23 Jun 2007 18:03:14 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.130.197]) by mx.google.com with ESMTP id e9sm14854644muf.2007.06.23.18.03.12 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 23 Jun 2007 18:03:13 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.14.1/8.14.1) with ESMTP id l5NBDxCs001744; Sat, 23 Jun 2007 13:13:59 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.14.1/8.14.1/Submit) id l5NBDxBt001743; Sat, 23 Jun 2007 13:13:59 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sat, 23 Jun 2007 13:13:59 +0200 From: Ulrich Spoerlein To: Doug Barton Message-ID: <20070623111359.GA1511@roadrunner.q.local> Mail-Followup-To: Doug Barton , current@freebsd.org References: <20070621182046.GB1486@roadrunner.q.local> <467C44C7.7060809@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <467C44C7.7060809@FreeBSD.org> Cc: current@FreeBSD.org Subject: Re: Cannot access retail DVDs with external drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 01:03:23 -0000 Doug Barton wrote: > Ulrich Spoerlein wrote: > > Hi all, > > > > the following drive, when attached via USB (or Firewire) fails to do > > _anything_ with retail DVDs. I can read burned CDs just fine, however. > > > > cd0 at umass-sim0 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-0 device > > cd0: 40.000MB/s transfers > > cd0: cd present [2042992 x 2048 byte records] > > > > (cd0:umass-sim0:0:0:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 0 0 0 0 0 1 0 c 0 > > (cd0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (cd0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (cd0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:24,0 > > (cd0:umass-sim0:0:0:0): Invalid field in CDB > > (cd0:umass-sim0:0:0:0): Unretryable error > > > > This is with a recent kernel, and I'd like to know, if there are any > > knobs I could/should try to debug this further. > > It was suggested recently that trying to access the DVD with something > like mplayer first would do the magic that you require. You would need > to do this with each new DVD that you insert. This is strange, considering this is a data DVD and has no CSS code on it, whatsoever. Are you sure, the mplayer things applies to non-video DVDs, too? I mean, even dd(1) on such media fails. I wont get to it this weekend, but will try mplayer as you suggested, thanks. Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 01:08:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D02AC16A41F for ; Sun, 24 Jun 2007 01:08:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id A6CE513C465 for ; Sun, 24 Jun 2007 01:08:39 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 39B554767C; Sat, 23 Jun 2007 21:08:39 -0400 (EDT) Date: Sun, 24 Jun 2007 02:08:39 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stanislav Sedov In-Reply-To: <20070624034649.63ebc0b7.stas@FreeBSD.org> Message-ID: <20070624020734.R17867@fledge.watson.org> References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624034649.63ebc0b7.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Gabor Kovesdan , Steven Kreuzer Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 01:08:39 -0000 On Sun, 24 Jun 2007, Stanislav Sedov wrote: >> these are very good news! You might also want to take a look at >> textproc/bsddiff, textproc/bsdgrep and textproc/bsdsort. These are the >> BSD-licensed text processing tools from OpenBSD, as well, but I haven't >> looked at sdiff, yet, thus I can only tell about the former 3 ones. If we >> change to those, we should make sure, that they are compatible with the GNU >> versions as much as they can be. Thus we might need a bit of feature >> completion there. For example, we should check if the long command line >> options are available there, too. For diff, grep and sort, there are some >> of those, but they are undocumented in the manual page, so we have to >> complete the manpages, too. Now I'm busy with SoC and other high priority >> tasks, but if I have some time, I'll take a look as I'm also interested in >> getting these completed. >> > > Personally, I see no point in adding -- style options, since the entire our > world build without them. GNU people can always install gnu- ports, we just > should insure they're posix compatible. > > Furthermore, having -- and - style options in one world effectively broke > BSD's perfect look and feel:-) On the other hand -- intentionally breaking scripts that have worked with FreeBSD for years isn't exactly the best way to make end-users happy. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 03:22:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D633A16A421 for ; Sun, 24 Jun 2007 03:22:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7E90413C44B for ; Sun, 24 Jun 2007 03:22:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5O3KrYn087213; Sat, 23 Jun 2007 21:20:53 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Jun 2007 21:21:28 -0600 (MDT) Message-Id: <20070623.212128.323264592.imp@bsdimp.com> To: nike_d@cytexbg.com From: "M. Warner Losh" In-Reply-To: <4677BD25.8030202@cytexbg.com> References: <46779C8C.8000707@cytexbg.com> <200706191113.03925.hselasky@c2i.net> <4677BD25.8030202@cytexbg.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 23 Jun 2007 21:20:54 -0600 (MDT) Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 03:22:21 -0000 I've done some testing with the recently improved in-tree usb stack, and it doesn't panic for me when I remove a CardBus USB card, both with and without devices. It also does remove the extra /dev/usb* entries properly. I couldn't cause any crashes with the latest -current. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 03:28:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BED1616A400 for ; Sun, 24 Jun 2007 03:28:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD9713C4BD for ; Sun, 24 Jun 2007 03:28:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5O3Qtfe087241; Sat, 23 Jun 2007 21:26:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Jun 2007 21:27:30 -0600 (MDT) Message-Id: <20070623.212730.439502486.imp@bsdimp.com> To: doconnor@gsoft.com.au From: "M. Warner Losh" In-Reply-To: <200706181244.11235.doconnor@gsoft.com.au> References: <4675F1FF.3030505@cisco.com> <200706181244.11235.doconnor@gsoft.com.au> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 23 Jun 2007 21:26:56 -0600 (MDT) Cc: rrs@cisco.com, freebsd-current@freebsd.org Subject: Re: Linksys USB200M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 03:28:21 -0000 In message: <200706181244.11235.doconnor@gsoft.com.au> "Daniel O'Connor" writes: : On Monday 18 June 2007 12:16, Randall Stewart wrote: : > it in to my leading bleeding edge current and I see: : > ugen0: addr 2> on uhub4 : : According to usbdevs a USB200M has a device ID of 0x2226 and a vendor ID : of 0x066b. : : Linksys have probably changed the chip they use without changing the : model name :( Since you work there maybe you can go yell at someone ;) : : From the Linux driver it looks like an ASIX AX88178 10/100/1000 : : Interestingly I can't actually find who uses the vendor ID of 0x066b.. : (0x13b1 is CISCO/Linksys) : : I don't think you'll get it working without cutting some code. : : On the plus side the data sheet is readily available.. : http://www.asix.com.tw/FrootAttach/datasheet/AX88178_datasheet_Rev11.pdf axe should support these devices. The fact that it doesn't is because it hasn't been expanded to support newer members of this family. OtherBSD has support for them that I'm looking to merge in. Can either of you test it for me? Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 03:31:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 249ED16A41F for ; Sun, 24 Jun 2007 03:31:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D825313C448 for ; Sun, 24 Jun 2007 03:31:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5O3SvQj087259; Sat, 23 Jun 2007 21:28:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Jun 2007 21:29:32 -0600 (MDT) Message-Id: <20070623.212932.-524876153.imp@bsdimp.com> To: alex.wilkinson@dsto.defence.gov.au From: "M. Warner Losh" In-Reply-To: <20070617071303.GG12027@obelix.dsto.defence.gov.au> References: <20070617053746.GV4602@funkthat.com> <20070616.235659.-1947354616.imp@bsdimp.com> <20070617071303.GG12027@obelix.dsto.defence.gov.au> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 23 Jun 2007 21:28:58 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: kernel panic with pccard insert on recent 7.0 CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 03:31:09 -0000 In message: <20070617071303.GG12027@obelix.dsto.defence.gov.au> "Wilkinson, Alex" writes: : 0n Sat, Jun 16, 2007 at 11:56:59PM -0600, M. Warner Losh wrote: : : >Yes. I'm pretty sure that's wrong. All ISA and PC Card devices use : >edge triggered interrupts. Also, it is inefficient for level : >triggered interrupts, since two interrupt sources on the same : >interrupt may trigger at about the same time... : : What is meant by "edge triggered interrupts" ? An edge triggered interrupt causes the PIC to signal the CPU when there's a change in level of the interrupt line. ISA signals this way, where IRQs are normally high and the card forces them low and the bus termination pulls them back up high. This is in contrast to level triggered interrupts which are considered active the entire time they are asserted. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 04:05:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2CFF16A41F for ; Sun, 24 Jun 2007 04:05:40 +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 4803613C447 for ; Sun, 24 Jun 2007 04:05:39 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-134-38.lns10.adl6.internode.on.net [121.45.134.38]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l5O45Tua052995 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jun 2007 13:35:30 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "M. Warner Losh" Date: Sun, 24 Jun 2007 13:35:26 +0930 User-Agent: KMail/1.9.5 References: <4675F1FF.3030505@cisco.com> <200706181244.11235.doconnor@gsoft.com.au> <20070623.212730.439502486.imp@bsdimp.com> In-Reply-To: <20070623.212730.439502486.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart14112039.Rypcjeuc0g"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706241335.27897.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: rrs@cisco.com, freebsd-current@freebsd.org Subject: Re: Linksys USB200M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 04:05:41 -0000 --nextPart14112039.Rypcjeuc0g Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 24 June 2007 12:57, M. Warner Losh wrote: > : On the plus side the data sheet is readily available.. > : http://www.asix.com.tw/FrootAttach/datasheet/AX88178_datasheet_Rev1 > :1.pdf > > axe should support these devices. The fact that it doesn't is > because it hasn't been expanded to support newer members of this > family. OtherBSD has support for them that I'm looking to merge in.=20 > Can either of you test it for me? I don't have an axe anymore so I can't even test for regressions. =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 --nextPart14112039.Rypcjeuc0g Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGfe2H5ZPcIHs/zowRAqKPAKCCZyrDMi/hdKcdi5PAEJ+Fnx5kbgCff4Cz Zh8CT8AsAEc1/WcWOB6MXws= =Zfr4 -----END PGP SIGNATURE----- --nextPart14112039.Rypcjeuc0g-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 08:48:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AC1316A400 for ; Sun, 24 Jun 2007 08:48:41 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id 9CE4613C468 for ; Sun, 24 Jun 2007 08:48:40 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1344528mue for ; Sun, 24 Jun 2007 01:48:39 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=Aegr3sY6waVDhrAMwfanSWJfw5/QpHHmDlznkVGllHDi0B4kY/Vbg86hjIgeXXis14uqk+09PA5J6QrAP7rbur13BgRYClGW55VgZakClV3zcTnR49d4rd5yChmFWaXGREuak/Cp1Jq1SrVsk6oKmV9nrNZ/amMFiPJt6KOj2oY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=QZBJzxO15QEqGQ8EqkMByGUWkQxnbe/6pVoG1DDusxTcJk0aYLNATN8xnszeZgkiVWR568W6DkAaNz2xhrSZh0rbAh3GJk2P+GrtP/IFiRRUaDV5Z4IH3W9ol9NenVUpC9WG7B3scgEKx0yx4j/vo62e/hCeYXHhTtNzpy0Wc68= Received: by 10.82.152.16 with SMTP id z16mr10040257bud.1182673413765; Sun, 24 Jun 2007 01:23:33 -0700 (PDT) Received: by 10.82.139.1 with HTTP; Sun, 24 Jun 2007 01:23:33 -0700 (PDT) Message-ID: <5635aa0d0706240123l26990885ve7adc2ccbabfc282@mail.gmail.com> Date: Sun, 24 Jun 2007 10:23:33 +0200 From: "Outback Dingo" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS on 7.X CURRENT /usr refuses to remount after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 08:48:41 -0000 ok, configs first #cat /boot/loader.conf acpi_ibm_load="YES" # IBM z60m Laptop if_iwi_load="YES" # Intel wireless driver on IBM z60M legal.intel_iwi.license_ack=1 # Intel binary agreement snd_hda_load="YES" # Intel High Definition Audio Driver zfs_load="YES" # load ZFS vfs.zfs.zil_disable="1" # x86 recommended config - http://wiki.freebsd.org/ZFSTuningGuide vfs.zfs.prefetch_disable="1" # x86 recommended config - http://wiki.freebsd.org/ZFSTuningGuide vfs.zfs.arc_max="83886080" # x86 recommended config - http://wiki.freebsd.org/ZFSTuningGuide vm.kmem_size_max="268435456" # x86 recommended config - http://wiki.freebsd.org/ZFSTuningGuide cat /etc/sysctl.conf # $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # kern.maxvnodes=50000 cat /etc/rc.conf # -- sysinstall generated deltas -- # Sat Jun 9 00:06:41 2007 # Created: Sat Jun 9 00:06:41 2007 # Enable network daemons for user convenience. hostname="z60m.somedomain.com" ifconfig_iwi0="DHCP" moused_enable="YES" moused_port="/dev/psm0" moused_type="auto" ntpdate_enable="YES" ntpdate_flags="europe.pool.ntp.org" sshd_enable="YES" zfs_enable="YES" cat /etc/rc.d/zfs #!/bin/sh # # $FreeBSD: src/etc/rc.d/zfs,v 1.5 2007/04/22 20:55:08 pjd Exp $ now... as seen straight from the docs at http://wiki.freebsd.org/ZFSQuickStartGuide # echo 'zfs_enable="YES"' >> /etc/rc.conf # zpool create tank raidz da0 da1 da2 # zfs create tank/usr # zfs create tank/usr/home # zfs create tank/usr/home/user # zfs create tank/usr/lib # zfs create tank/usr/libexec # zfs create tank/usr/libdata # zfs create tank/usr/bin # zfs create tank/usr/sbin # zfs create tank/usr/local etc etc etc # cd /usr # tar zcvpf /tank/usr/usr-fs.tgz * # cd /tank/usr # tar zxvpf usr-fs.tgz cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/ad0s3b none swap sw 0 0 /dev/ad0s3a / ufs rw 1 1 # comment out old #/dev/ad0s3d /usr ufs rw 2 2 tank /usr zfs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 # echo 'daily_status_zfs_enable="YES"' >> /etc/periodic.conf # zfs set mountpoint=/usr tank/usr upon reboot, the system drops to single user with error message cannot find fsck_zfs in /bin, /sbin but from single user i can zpool import -f tank zfs mount -a exit and itll continue to multi-user mode what did i miss ??? From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 09:08:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C694C16A468 for ; Sun, 24 Jun 2007 09:08:03 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 8B71313C45A for ; Sun, 24 Jun 2007 09:08:03 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 034486EBDC for ; Sun, 24 Jun 2007 11:08:01 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.14.0/8.14.0) with ESMTP id l5O97rCF004753; Sun, 24 Jun 2007 11:07:55 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 24 Jun 2007 11:07:46 +0200 User-Agent: KMail/1.9.6 References: <5635aa0d0706240123l26990885ve7adc2ccbabfc282@mail.gmail.com> In-Reply-To: <5635aa0d0706240123l26990885ve7adc2ccbabfc282@mail.gmail.com> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200706241107.47253.thierry@herbelot.com> Cc: Outback Dingo Subject: Re: ZFS on 7.X CURRENT /usr refuses to remount after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 09:08:03 -0000 Le Sunday 24 June 2007, Outback Dingo a écrit : > ok, configs first [SNIP] > > cat /etc/fstab > > # Device Mountpoint FStype Options Dump > Pass# /dev/ad0s3b none swap sw 0 > 0 /dev/ad0s3a / ufs rw 1 > 1 # comment out old > #/dev/ad0s3d /usr ufs rw 2 2 > tank /usr zfs rw 2 2 > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 > Hello, You don't need to add the zfs mount points to /etc/fstab : "zfs partitions" will be automatically mounted after "/etc/rc.d/zfs start". (this also explains why you got an error message about the missing fsck_zfs : see the option fields '2 2') TfH From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 09:20:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2787616A41F for ; Sun, 24 Jun 2007 09:20:15 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from digitiminimi.de (digitiminimi.de [217.172.44.71]) by mx1.freebsd.org (Postfix) with ESMTP id DDB8A13C45B for ; Sun, 24 Jun 2007 09:20:14 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from localhost (digitiminimi.de [217.172.44.71]) by digitiminimi.de (Postfix) with ESMTP id BDD969BC2B; Sun, 24 Jun 2007 11:19:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at digitiminimi.de Received: from digitiminimi.de ([217.172.44.71]) by localhost (main.digitiminimi.de [217.172.44.71]) (amavisd-new, port 10024) with ESMTP id FP9e7jEqUX51; Sun, 24 Jun 2007 11:19:46 +0200 (CEST) Received: from [192.168.178.23] (p5B12B80F.dip0.t-ipconnect.de [91.18.184.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by digitiminimi.de (Postfix) with ESMTP id DFF709BC27; Sun, 24 Jun 2007 11:19:22 +0200 (CEST) Message-ID: <467E32C7.80006@encephalon.de> Date: Sun, 24 Jun 2007 11:00:55 +0200 From: "Axel S. Gruner" User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Outback Dingo References: <5635aa0d0706240123l26990885ve7adc2ccbabfc282@mail.gmail.com> In-Reply-To: <5635aa0d0706240123l26990885ve7adc2ccbabfc282@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS on 7.X CURRENT /usr refuses to remount after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 09:20:15 -0000 Outback Dingo schrieb: > # Device Mountpoint FStype Options > Dump Pass# > /dev/ad0s3b none swap sw 0 0 > /dev/ad0s3a / ufs rw 1 1 > # comment out old > #/dev/ad0s3d /usr ufs rw 2 2 > tank /usr zfs rw 2 2 > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 > > # echo 'daily_status_zfs_enable="YES"' >> /etc/periodic.conf > # zfs set mountpoint=/usr tank/usr Imho you do not need a fstab entry for ZFS. Yes, it is like voodoo, but that the way ZFS works ;-). Well, you can use the fstab for ZFS (on Opensolaris) but i do not know if this is also usable in FreeBSD. Just comment the ZFS entry out and reboot. Also, i think you just need zfs_enable in /etc/rc.conf, not in rc.conf and loader.conf. Cheers, Axel From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 09:40:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F93D16A41F for ; Sun, 24 Jun 2007 09:40:23 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id D898013C469 for ; Sun, 24 Jun 2007 09:40:22 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1206599uge for ; Sun, 24 Jun 2007 02:40:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=EC36iJZJ1FaPhvQekUBH/Ku7VFWvYJnuwFCVODR9WTHia27ha/xflhhgO7rd63Atku9qtKXXKSG3nIa8nDCA2l5rOsKyofsv8MpRONuUEh01YnxIxUIRB9F3EbunZc05GMe/FmIBFdkHr4ZkkekaoGrgOP4ZteipZ8D2P0bx2i0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=Vccn9bvWF7VtTFaPWh0Xcyt4OQ8aqvU6JYlcFhYgnFeaLTo4aRwRQcK3AADcQ3bM4s9pfFTJKmwPDawpsIwmjMwUzc/PNldlydMbOOP8gF8AdhytVUDHNue1mOCg1V7XoM2gyQ71SePEecshBoVnh44oupsT0OJ9N5GOAxJqBm8= Received: by 10.82.112.3 with SMTP id k3mr10148790buc.1182678021237; Sun, 24 Jun 2007 02:40:21 -0700 (PDT) Received: from ?192.168.0.23? ( [87.166.63.230]) by mx.google.com with ESMTP id g12sm225324nfb.2007.06.24.02.40.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 24 Jun 2007 02:40:21 -0700 (PDT) From: Pascal Hofstee To: current@freebsd.org Content-Type: text/plain Date: Sun, 24 Jun 2007 11:40:19 +0200 Message-Id: <1182678019.1042.4.camel@worf> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: kernel panic during reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 09:40:23 -0000 Hi, After updating CURRENT yesterday (Sat June 23rd) i am now seeing a kernel panic during reboot ... i have a crashdump and can provide the following backtrace ... if additional information is needed i can probably provide it .. just tell me how to obtain it (not too familiar with kgdb myself): 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...7 5 3 2 1 0 1 0 0 0 done All buffers synced. panic: vput: negative ref cnt cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 23m42s Physical memory: 2027 MB Dumping 128 MB: 113 97 81 65 49 33 17 1 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc075b197 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc075b48e in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0495617 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:433 #4 0xc0495d75 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xc04977b5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xc0782ac5 in kdb_trap (type=3, code=0, tf=0xe45cfafc) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xc0a1a4bb in trap (frame=0xe45cfafc) at /usr/src/sys/i386/i386/trap.c:620 #8 0xc09ffc2b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0xc0782c42 in kdb_enter (msg=0xc0aa8388 "panic") at cpufunc.h:60 #10 0xc075b474 in panic (fmt=0xc0aae946 "vput: negative ref cnt") at /usr/src/sys/kern/kern_shutdown.c:547 #11 0xc07d7783 in vput (vp=0xc5b3e990) at /usr/src/sys/kern/vfs_subr.c:2176 #12 0xc07d0676 in dounmount (mp=0xc5d08d0c, flags=524288, td=0xc5931660) at /usr/src/sys/kern/vfs_mount.c:1244 #13 0xc07d6653 in vfs_unmountall () at /usr/src/sys/kern/vfs_subr.c:2871 #14 0xc075af11 in boot (howto=0) at /usr/src/sys/kern/kern_shutdown.c:391 #15 0xc075b347 in reboot (td=0xc5931660, uap=0xe45cfcfc) at /usr/src/sys/kern/kern_shutdown.c:169 #16 0xc0a19cb5 in syscall (frame=0xe45cfd38) at /usr/src/sys/i386/i386/trap.c:1006 #17 0xc09ffc90 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #18 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) -- Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 09:53:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E91716A421 for ; Sun, 24 Jun 2007 09:53:47 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.189]) by mx1.freebsd.org (Postfix) with ESMTP id D406613C447 for ; Sun, 24 Jun 2007 09:53:46 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1357216mue for ; Sun, 24 Jun 2007 02:53:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=OTKjXGxv+rQ9qtNwz5MbEY77GH2mi1RPsl3PnqNV8lY1odwGk8Wls/tqQzSwDou4N/eJW612/nc2eKIIaKFToM35zXD0gttci98hd1vcq8/iqStTcTMyOS6eNkHmtc/fm3L1a8lEYnCVhBhN4EbMqgq+HF7G7rQrhq0zlSdUQvw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ayC7GuADW7PQxuzUI/h1QFmTBaE6sCTwFfq+1WlbVB18lG2EVH95BT00PIw1V7t1whYmmozd38P0uba639w8h1SaaIaPhbABXSsqLDJPRuhoOupnO+/qdkMGE2HlKj/O+WCrazqDs47j3AQy5g0+WvWFv0EuJ4TyFYBwkLU+NdQ= Received: by 10.82.182.1 with SMTP id e1mr10140197buf.1182678824788; Sun, 24 Jun 2007 02:53:44 -0700 (PDT) Received: by 10.82.139.1 with HTTP; Sun, 24 Jun 2007 02:53:44 -0700 (PDT) Message-ID: <5635aa0d0706240253v48e7f0f6s9d4837842fb54fce@mail.gmail.com> Date: Sun, 24 Jun 2007 11:53:44 +0200 From: "Outback Dingo" To: thierry@herbelot.com In-Reply-To: <200706241107.47253.thierry@herbelot.com> MIME-Version: 1.0 References: <5635aa0d0706240123l26990885ve7adc2ccbabfc282@mail.gmail.com> <200706241107.47253.thierry@herbelot.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS on 7.X CURRENT /usr refuses to remount after boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 09:53:47 -0000 ok that was all i needed thanks guys, its working now! On 6/24/07, Thierry Herbelot wrote: > > Le Sunday 24 June 2007, Outback Dingo a =E9crit : > > ok, configs first > [SNIP] > > > > cat /etc/fstab > > > > # Device Mountpoint FStype Options Dump > > Pass# /dev/ad0s3b none swap sw 0 > > 0 /dev/ad0s3a / ufs rw 1 > > 1 # comment out old > > #/dev/ad0s3d /usr ufs rw 2 > 2 > > tank /usr zfs rw 2 > 2 > > /dev/acd0 /cdrom cd9660 ro,noauto 0 > 0 > > > > Hello, > > You don't need to add the zfs mount points to /etc/fstab : "zfs > partitions" > will be automatically mounted after "/etc/rc.d/zfs start". > (this also explains why you got an error message about the missing > fsck_zfs : > see the option fields '2 2') > > TfH > From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 11:01:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 021E016A41F for ; Sun, 24 Jun 2007 11:01:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 8393E13C45E for ; Sun, 24 Jun 2007 11:01:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l5OB1TY0026519 for ; Sun, 24 Jun 2007 21:01:29 +1000 (EST) (envelope-from peter@vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l5OB1Tci026518 for freebsd-current@freebsd.org; Sun, 24 Jun 2007 21:01:29 +1000 (EST) (envelope-from peter) Date: Sun, 24 Jun 2007 21:01:29 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20070624110129.GA25756@turion.vk2pj.dyndns.org> References: <20070622222406.GG24720@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <20070622222406.GG24720@turion.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Subject: Re: NFS problems with recent -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 11:01:32 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jun-23 08:24:06 +1000, Peter Jeremy = wrote: >I have 7.0-CURRENT/i386 from 7th June running as an NFS server with >a 6-STABLE/amd64 client and the server is regularly getting flooded >with the following: >Jun 23 04:00:45 server kernel: uma_zalloc_arg: zone "mbuf" with the follow= ing non-sleepable locks held: >Jun 23 04:00:45 server kernel: exclusive sleep mutex nfsd_mtx r =3D 0 (0xc= 07ec040) locked @ /usr/src/sys/nfsserver/nfs_srvsock.c:660 The problem still remains with an up-to-date (updated about 24 hours ago) -current. --=20 Peter Jeremy --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGfk8I/opHv/APuIcRApbGAKCJPOoVTZQz7XAW1CKanAQAQEtM+ACgvPO0 ImGMjQ0xnO5TPmhfeTX9rDM= =NxJC -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 14:32:04 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7685716A400 for ; Sun, 24 Jun 2007 14:32:04 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 0242213C448 for ; Sun, 24 Jun 2007 14:32:03 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l5OEKSSR044018 for ; Sun, 24 Jun 2007 18:20:28 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 24 Jun 2007 18:20:28 +0400 (MSD) From: Dmitry Morozovsky To: current@FreeBSD.org Message-ID: <20070624180338.J30415@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 24 Jun 2007 18:20:28 +0400 (MSD) Cc: Subject: endlesst loop/panic while attaching SATA disk on the fly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 14:32:04 -0000 Dear colleagues, (HEAD/i386 from 22 June, WITNESS and INVARIANTS disabled) attaching SATA disk to ASUS k8n-lr (SMP on Athlon64 X2) while system is running leads to endless attach-detach loop: ad8: detached ad8: 152627MB at ata4-master SATA300 ad8: detached ad8: 152627MB at ata4-master SATA300 ad8: detached ad8: 152627MB at ata4-master SATA300 ad8: detached ad8: 152627MB at ata4-master SATA300 ad8: detached system is hardly responsible, but issuing `atacontrol detach ata4' drops it into kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x188 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04d4035 stack pointer = 0x28:0xe34a7c60 frame pointer = 0x28:0xe34a7c78 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 13 (swi4: clock sio) [thread pid 13 tid 100001 ] Stopped at _mtx_lock_sleep+0x85: movl 0x188(%esi),%eax db> bt Tracing pid 13 tid 100001 td 0xc48fbe00 _mtx_lock_sleep(c49b9cec,c48fbe00,0,0,0,...) at _mtx_lock_sleep+0x85 softclock(0,0,c066a1f4,46b,0,...) at softclock+0x277 ithread_loop(c48f9310,e34a7d38,b8dd,0,0,...) at ithread_loop+0x1ab fork_exit(c04c3a30,c48f9310,e34a7d38) at fork_exit+0x97 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe34a7d70, ebp = 0 --- db> Will try to do the same with WITNESS+INVARIANTS... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 14:34:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2672F16A400 for ; Sun, 24 Jun 2007 14:34:06 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 8B9EA13C4BE for ; Sun, 24 Jun 2007 14:34:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l5OEY4dl044123 for ; Sun, 24 Jun 2007 18:34:04 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 24 Jun 2007 18:34:04 +0400 (MSD) From: Dmitry Morozovsky To: current@freebsd.org In-Reply-To: <20070624180338.J30415@woozle.rinet.ru> Message-ID: <20070624183240.F30415@woozle.rinet.ru> References: <20070624180338.J30415@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 24 Jun 2007 18:34:04 +0400 (MSD) Cc: Subject: Re: endlesst loop/panic while attaching SATA disk on the fly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 14:34:06 -0000 On Sun, 24 Jun 2007, Dmitry Morozovsky wrote: DM> Dear colleagues, DM> DM> (HEAD/i386 from 22 June, WITNESS and INVARIANTS disabled) DM> DM> attaching SATA disk to ASUS k8n-lr (SMP on Athlon64 X2) while system is running DM> leads to endless attach-detach loop: DM> DM> Will try to do the same with WITNESS+INVARIANTS... Slightly different backtrace: ad6: 76319MB at ata3-master SATA150 ad6: detached panic: vm_fault: fault on nofault entry, addr: deadc000 cpuid = 0 KDB: enter: panic [thread pid 18 tid 100016 ] Stopped at kdb_enter+0x32: leave db> bt Tracing pid 18 tid 100016 td 0xc4d01600 kdb_enter(c0662a79,0,c0678549,e38b3814,0,...) at kdb_enter+0x32 panic(c0678549,deadc000,1,e38b38f4,e38b38e4,...) at panic+0x124 vm_fault(c1071000,deadc000,1,0,deadc126,...) at vm_fault+0x178 trap_pfault(5,0,c06819b7,0,c4d9a2ac,...) at trap_pfault+0x165 trap(e38b3a30) at trap+0x3c2 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc04fa256, esp = 0xe38b3a70, ebp = 0xe38b3a70 --- device_get_softc(deadc0de,201,1,c105c018,c4dbe908,...) at device_get_softc+0x6 ata_queue_request(c522bb40,0,101,2c700,c,...) at ata_queue_request+0x58 ata_controlcmd(c551c700,ef,2,0,0,...) at ata_controlcmd+0x88 ad_init(c551c700,c56405a0,101,c10729a8,e38b3b74,...) at ad_init+0xd5 ad_attach(c551c700,c51da220,ffffffff,c0664e51,80000000,...) at ad_attach+0x22e device_attach(c551c700,c551c700,c0664daf,917,c551c700,...) at device_attach+0x36f device_probe_and_attach(c551c700,c4dbe800,e38b3c78,c04378b0,c4deeb00,...) at device_probe_and_attach+0x100 bus_generic_attach(c4deeb00,c068aa00,101,c5710000,c551c700,...) at bus_generic_attach+0x19 ata_identify(c4deeb00,0,c065555b,11f,c0661898,...) at ata_identify+0x1d0 ata_sata_phy_event(c56403e0,1,c066661d,52,c4d4eb1c,...) at ata_sata_phy_event+0xa5 taskqueue_run(c4d4eb00,c4d4eb1c,0,c0658ffe,0,...) at taskqueue_run+0x10b taskqueue_thread_loop(c06d1354,e38b3d38,c065f43a,315,c4d9a2ac,...) at taskqueue_thread_loop+0x68 fork_exit(c050b300,c06d1354,e38b3d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe38b3d70, ebp = 0 --- db> Any hints? Additional problem is that I'm unable to write kernel dump due to ATA lockup... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 14:38:04 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67A5516A468 for ; Sun, 24 Jun 2007 14:38:04 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.freebsd.org (Postfix) with ESMTP id E50C713C447 for ; Sun, 24 Jun 2007 14:38:03 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id BEBE59F338A; Sun, 24 Jun 2007 16:38:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Cw2CTQ8eHUom; Sun, 24 Jun 2007 16:37:53 +0200 (CEST) Received: from [192.168.2.186] (catv-5063f539.catv.broadband.hu [80.99.245.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 24AAE9F32FA; Sun, 24 Jun 2007 16:37:52 +0200 (CEST) Message-ID: <467E81BC.7060507@FreeBSD.org> Date: Sun, 24 Jun 2007 16:37:48 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Robert Watson References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624034649.63ebc0b7.stas@FreeBSD.org> <20070624020734.R17867@fledge.watson.org> In-Reply-To: <20070624020734.R17867@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Stanislav Sedov , freebsd-current@freebsd.org, Steven Kreuzer Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 14:38:04 -0000 Robert Watson escribió: > On Sun, 24 Jun 2007, Stanislav Sedov wrote: >> >> Personally, I see no point in adding -- style options, since the >> entire our world build without them. GNU people can always install >> gnu- ports, we just should insure they're posix compatible. >> >> Furthermore, having -- and - style options in one world effectively >> broke BSD's perfect look and feel:-) > > On the other hand -- intentionally breaking scripts that have worked > with FreeBSD for years isn't exactly the best way to make end-users > happy. > How you mean this? The current GNU textproc tools have those -- options. How would that break scripts, then? Personally, I don't need or insist on having -- style options, but currently we have those and people might have got used to them. If we change the available options by just changing to the BSD-licensed ones without a deeper look of their functionality, we might break POLA. Moreover, the BSD-licensed ones have some of those, too as I wrote before, thus we just need to document them in the accompanying manpages. It's strange, but the manpages don't cover the existing long options, maybe the OpenBSD people didn't want people to use them. -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 16:21:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74F5416A41F for ; Sun, 24 Jun 2007 16:21:39 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 3B58D13C469 for ; Sun, 24 Jun 2007 16:21:39 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l5OGMbvE083957; Sun, 24 Jun 2007 11:22:37 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Sun, 24 Jun 2007 11:21:12 -0500 (CDT) From: "Sean C. Farley" To: Gabor Kovesdan In-Reply-To: <467C45C7.6020401@FreeBSD.org> Message-ID: <20070624105011.R44958@thor.farley.org> References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-3.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on mail.farley.org Cc: freebsd-current@freebsd.org, Steven Kreuzer Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 16:21:39 -0000 On Fri, 22 Jun 2007, Gabor Kovesdan wrote: > Hello Steven, > > these are very good news! You might also want to take a look at > textproc/bsddiff, textproc/bsdgrep and textproc/bsdsort. These are the > BSD-licensed text processing tools from OpenBSD, I have been looking at freegrep (original source of OpenBSD's grep) off and on for years. Here[1] is where I proposed it for FreeBSD awhile ago. This is the patch[2] (part of OpenBSD's grep) I wrote for speeding up non-regex related searches. I am interested in fixing it up to be worthy for inclusion. Here are a few important issues with it: 1. Not multi-byte tested that I know. 2. Uses mmap() instead of read() for scanning a file. This makes it a bit slower than GNU's grep. OTOH, it makes the code much simpler. 3. fgrep examines each expression in turn. It should use something like a tree to consolidate the expressions if possible. Sean 1. http://lists.freebsd.org/pipermail/freebsd-hackers/2003-June/001612.html 2. http://www.farley.org/?page=software#freegrep -- sean-freebsd@farley.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 17:13:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 525D716A400 for ; Sun, 24 Jun 2007 17:13:54 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08c.verio.de (mail08c.verio.de [213.198.55.118]) by mx1.freebsd.org (Postfix) with SMTP id 942D613C44C for ; Sun, 24 Jun 2007 17:13:53 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx123.stngva01.us.mxservers.net (198.173.112.52) by mail08c.verio.de (RS ver 1.0.95vs) with SMTP id 0-0476025230 for ; Sun, 24 Jun 2007 13:13:51 -0400 (EDT) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx123.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 684ae764.32286.261.mx123.stngva01.us.mxservers.net; Sun, 24 Jun 2007 13:06:14 -0400 (EDT) Received: (qmail 96924 invoked from network); 24 Jun 2007 17:13:49 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.59.9.129) by with SMTP; 24 Jun 2007 17:13:49 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l5OHDjDF071715 for ; Sun, 24 Jun 2007 19:13:46 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Sun, 24 Jun 2007 19:13:45 +0200 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-Id: <20070624191345.7f08c10e.garyj@jennejohn.org> Organization: DENX Softwre Engineering GmbH X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.13; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam: [F=0.6010334011; heur=0.500(0); stat=0.591; spamtraq-heur=0.510(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Sun, 24 Jun 2007 17:40:12 +0000 Subject: weird error with nmh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 17:13:54 -0000 I'm using exmh with nmh on a freshly installed AMD64-current: 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sat Jun 23 19:29:01 CEST 2007 nmh uses its own version of strcasecmp() because in many cases it passes NULL pointers to it and must check for that. However, somehow the version in libc gets used rather than the version from nmh and calling e.g. repl results in a SIGSEGV because the NULL pointer is dereferenced. I was forced to rename the routine to nmhstrcasecmp() all over the place. After that repl works. My question - why isn't the version in nmh overriding the version in libc? Am I misunderstanding something here? --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 11:53:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB33D16A469 for ; Sun, 24 Jun 2007 11:53:03 +0000 (UTC) (envelope-from ingo@efil.de) Received: from moses.efil.de (www.efil.de [213.23.145.142]) by mx1.freebsd.org (Postfix) with ESMTP id 86CC313C46C for ; Sun, 24 Jun 2007 11:53:03 +0000 (UTC) (envelope-from ingo@efil.de) Received: by moses.efil.de (Postfix, from userid 1000) id F2A3714176B; Sun, 24 Jun 2007 13:32:02 +0200 (CEST) Date: Sun, 24 Jun 2007 13:31:48 +0200 From: Ingo Bormuth To: freebsd-current@freebsd.org Message-ID: <20070624113148.GA1031@efil.de> References: <1182338018.10483.27.camel@bigapple.omnis.ch> <20070622164200.GA2212@zone3000.net> <20070622214855.71c03e92@deskjail> <20070622204057.GB28975@cicely12.cicely.de> <20070623222109.K2020@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070623222109.K2020@woozle.rinet.ru> X-Url: http://ibormuth.efil.de/contact User-Agent: Mutt/1.5.13 (2006-08-11) X-Mailman-Approved-At: Sun, 24 Jun 2007 17:40:24 +0000 Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 11:53:03 -0000 On 2007-06-23 22:22, Dmitry Morozovsky wrote: > Would you please post zfs-related settings you use? Thanks in advance. While we're on it I'll post mine too. PentiumIII 700Mhz / 256MB RAM / 120GB HD -CURRENT as of June, 16th (all but /boot on zfs) zfs_load="YES" vfs.root.mountfrom="zfs:tank/slash" vfs.zfs.prefetch_disable="1" # performance vfs.zfs.zil_disable=1 # memory hungry vfs.zfs.arc_min=8388608 # vfs.zfs.arc_max=33554433 # vm.kmem_size=134217728 # quite high ? kern.maxvnodes=8000 # quite low ? No problems so far - running xorg, firefox, konqueror, gimp together every day - rebuilding the whole system on zfs - rsyncing 30GB of data onto the disk, copying it around - scrubbing the whole pool I didn't yet benchmark/optimize for performance thought. Comments ? From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 15:46:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB46D16A400 for ; Sun, 24 Jun 2007 15:46:28 +0000 (UTC) (envelope-from pete@he.iki.fi) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.freebsd.org (Postfix) with ESMTP id 74E5813C46C for ; Sun, 24 Jun 2007 15:46:28 +0000 (UTC) (envelope-from pete@he.iki.fi) Received: from localhost (localhost [127.0.0.1]) by silver.he.iki.fi (Postfix) with ESMTP id 4EE61BC92 for ; Sun, 24 Jun 2007 18:26:07 +0300 (EEST) Received: from silver.he.iki.fi ([127.0.0.1]) by localhost (silver.he.iki.fi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kbsCNLnKhVpl for ; Sun, 24 Jun 2007 18:25:37 +0300 (EEST) Received: from [127.0.0.1] (dyn217.helenius.fi [193.64.42.217]) by silver.he.iki.fi (Postfix) with ESMTP for ; Sun, 24 Jun 2007 18:25:37 +0300 (EEST) Message-ID: <467E8CE4.9050804@he.iki.fi> Date: Sun, 24 Jun 2007 18:25:24 +0300 From: Petri Helenius User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 24 Jun 2007 17:40:38 +0000 Subject: Xen and 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 15:46:28 -0000 Is Xen or some other virtualization going to make it into 7.0 or is it pending on something greater to get done? Pete From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 17:46:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C85F16A47E for ; Sun, 24 Jun 2007 17:46:20 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from mx1.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.freebsd.org (Postfix) with ESMTP id 4997613C469 for ; Sun, 24 Jun 2007 17:46:20 +0000 (UTC) (envelope-from rink@thunderstone.rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx1.rink.nu (Postfix) with ESMTP id 422876D458; Sun, 24 Jun 2007 19:46:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx1.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1eyJxRR7e8rO; Sun, 24 Jun 2007 19:46:14 +0200 (CEST) Received: from thunderstone.rink.nu (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.rink.nu (Postfix) with ESMTP id D35376D457; Sun, 24 Jun 2007 19:46:13 +0200 (CEST) Received: (from rink@localhost) by thunderstone.rink.nu (8.13.8/8.13.8/Submit) id l5OHkDm5017144; Sun, 24 Jun 2007 19:46:13 +0200 (CEST) (envelope-from rink) Date: Sun, 24 Jun 2007 19:46:13 +0200 From: Rink Springer To: Petri Helenius Message-ID: <20070624174613.GC84770@rink.nu> References: <467E8CE4.9050804@he.iki.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <467E8CE4.9050804@he.iki.fi> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-current@freebsd.org Subject: Re: Xen and 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 17:46:20 -0000 Hi Petri, On Sun, Jun 24, 2007 at 06:25:24PM +0300, Petri Helenius wrote: > Is Xen or some other virtualization going to make it into 7.0 or is it > pending on something greater to get done? I'm working on it - but my time is very limited due to university exams. I hope to get it in time for 7.0 though ... -- Rink P.W. Springer - http://rink.nu "root is always right" -- the kernel From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 17:53:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDC3316A400 for ; Sun, 24 Jun 2007 17:53:35 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id A1FE213C455 for ; Sun, 24 Jun 2007 17:53:35 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from herbelot.dyndns.org (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id AAAF66F2EC for ; Sun, 24 Jun 2007 19:53:34 +0200 (CEST) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by herbelot.dyndns.org (8.14.0/8.14.0) with ESMTP id l5OHrUgg018929; Sun, 24 Jun 2007 19:53:31 +0200 (CEST) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Sun, 24 Jun 2007 19:53:22 +0200 User-Agent: KMail/1.9.6 References: <1182338018.10483.27.camel@bigapple.omnis.ch> <20070623222109.K2020@woozle.rinet.ru> <20070624113148.GA1031@efil.de> In-Reply-To: <20070624113148.GA1031@efil.de> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200706241953.23678.thierry@herbelot.com> Cc: Ingo Bormuth Subject: Re: ZFS status now in June? / stable enough for a file server? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 17:53:35 -0000 Le Sunday 24 June 2007, Ingo Bormuth a écrit : > On 2007-06-23 22:22, Dmitry Morozovsky wrote: > > Would you please post zfs-related settings you use? Thanks in advance. > > While we're on it I'll post mine too. > > PentiumIII 700Mhz / 256MB RAM / 120GB HD > > -CURRENT as of June, 16th (all but /boot on zfs) > > zfs_load="YES" > vfs.root.mountfrom="zfs:tank/slash" > vfs.zfs.prefetch_disable="1" # performance > vfs.zfs.zil_disable=1 # memory hungry > vfs.zfs.arc_min=8388608 # > vfs.zfs.arc_max=33554433 # > vm.kmem_size=134217728 # quite high ? > kern.maxvnodes=8000 # quite low ? > > No problems so far > - running xorg, firefox, konqueror, gimp together every day > - rebuilding the whole system on zfs > - rsyncing 30GB of data onto the disk, copying it around > - scrubbing the whole pool > > I didn't yet benchmark/optimize for performance thought. > > Comments ? > Hello, I would assume that your performance is compatible with everyday usage. Here, an SMP machine with only src and obj subtrees in zfs is quite slow, even though I have a "large" 320 MB of RAM (but I'm using the straight GENERIC kernel, I did not remove debug-related kernel config options). (I have mostly the same zfs-related setups in /boot/loader.conf as you) TfH From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 18:31:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73B8516A468 for ; Sun, 24 Jun 2007 18:31:35 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id E792313C43E for ; Sun, 24 Jun 2007 18:31:34 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by ug-out-1314.google.com with SMTP id u2so1274669uge for ; Sun, 24 Jun 2007 11:31:33 -0700 (PDT) Received: by 10.82.156.12 with SMTP id d12mr11027405bue.1182709893599; Sun, 24 Jun 2007 11:31:33 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Sun, 24 Jun 2007 11:31:33 -0700 (PDT) Message-ID: Date: Sun, 24 Jun 2007 21:31:33 +0300 From: "Vlad GALU" To: freebsd-net@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Building a kernel with SCTP support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 18:31:35 -0000 Hi list, I have SCTP, SCTP_DEBUG and SCTP_HIGH_SPEED defined in my kernel configuration file. However, it looks that the SCTP source files aren't even built, so the linking fails with -- cut here -- linking kernel.debug uipc_syscalls.o(.text+0x31a): In function `sctp_generic_recvmsg': ../../../kern/uipc_syscalls.c:2642: undefined reference to `sctp_sorecvmsg' uipc_syscalls.o(.text+0x251e): In function `sctp_generic_sendmsg_iov': ../../../kern/uipc_syscalls.c:2521: undefined reference to `sctp_lower_sosend' uipc_syscalls.o(.text+0x276c): In function `sctp_generic_sendmsg': ../../../kern/uipc_syscalls.c:2415: undefined reference to `sctp_lower_sosend' uipc_syscalls.o(.text+0x2abd): In function `sctp_peeloff': ../../../kern/uipc_syscalls.c:2279: undefined reference to `sctp_can_peel_off' uipc_syscalls.o(.text+0x2bfa):../../../kern/uipc_syscalls.c:2316: undefined reference to `sctp_do_peeloff' rtsock.o(.text+0xb62): In function `rt_newaddrmsg': ../../../net/rtsock.c:896: undefined reference to `sctp_addr_change' in_proto.o(.data+0x150): undefined reference to `sctp_input' in_proto.o(.data+0x160): undefined reference to `sctp_ctlinput' in_proto.o(.data+0x168): undefined reference to `sctp_ctloutput' in_proto.o(.data+0x178): undefined reference to `sctp_init' in_proto.o(.data+0x190): undefined reference to `sctp_drain' in_proto.o(.data+0x198): undefined reference to `sctp_usrreqs' in_proto.o(.data+0x1b8): undefined reference to `sctp_input' in_proto.o(.data+0x1c8): undefined reference to `sctp_ctlinput' in_proto.o(.data+0x1d0): undefined reference to `sctp_ctloutput' in_proto.o(.data+0x1f8): undefined reference to `sctp_drain' in_proto.o(.data+0x200): undefined reference to `sctp_usrreqs' in_proto.o(.data+0x220): undefined reference to `sctp_input' in_proto.o(.data+0x230): undefined reference to `sctp_ctlinput' in_proto.o(.data+0x238): undefined reference to `sctp_ctloutput' in_proto.o(.data+0x260): undefined reference to `sctp_drain' in_proto.o(.data+0x268): undefined reference to `sctp_usrreqs' *** Error code 1 -- and here -- Do I need to define additional flags in my config file? -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 18:33:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96A0B16A477 for ; Sun, 24 Jun 2007 18:33:18 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 238A513C4B0 for ; Sun, 24 Jun 2007 18:33:17 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id l5OIWhS2010411; Sun, 24 Jun 2007 19:32:44 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1I2Wt9-0002rx-V1; Sun, 24 Jun 2007 19:32:43 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.1/8.14.1) with ESMTP id l5OIWheG034358; Sun, 24 Jun 2007 19:32:43 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.1/8.14.1/Submit) with ESMTP id l5OIWdTN034327; Sun, 24 Jun 2007 19:32:39 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 24 Jun 2007 19:32:39 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: "Sean C. Farley" In-Reply-To: <20070624105011.R44958@thor.farley.org> Message-ID: <20070624192739.T88320@ury.york.ac.uk> References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624105011.R44958@thor.farley.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org, Gabor Kovesdan , Steven Kreuzer Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 18:33:18 -0000 On Sun, 24 Jun 2007, Sean C. Farley wrote: > On Fri, 22 Jun 2007, Gabor Kovesdan wrote: > >> these are very good news! You might also want to take a look at >> textproc/bsddiff, textproc/bsdgrep and textproc/bsdsort. These are the >> BSD-licensed text processing tools from OpenBSD, > > > > I have been looking at freegrep (original source of OpenBSD's grep) off > and on for years. ... and I've been looking at patch(1). FreeBSD's is currently under GNU license, because one of the files (backupfile.c) is. NetBSD have a slightly earlier version of this, covered by the BSD license. I've yet to sit down and compare functionality in depth, but initial testing has shown there's little difference in functionality. Gavin From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 18:52:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CF3916A41F for ; Sun, 24 Jun 2007 18:52:58 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id D9E1313C447 for ; Sun, 24 Jun 2007 18:52:57 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.59.187] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2xA-1I2XCi3gkq-0003jr; Sun, 24 Jun 2007 20:52:57 +0200 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Sun, 24 Jun 2007 20:54:46 +0200 User-Agent: KMail/1.9.6 X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<%}*_BD U_or=\mOZf764&nYj=JYbR1PW0ud>|!~, , CPC.1-D$FG@0h3#'5"k{V]a~. X-Provags-ID: V01U2FsdGVkX1/hDzT82UId1tuqdX+ZIRXfdygX0y9CtIWH5A/ SmAwR08WnZzs/ltnq+MsVS1ZCdkQm+fKbYLDzGWFjRbtirEsVX EwqMNfsW/5uvB/6ccN5as9QiwW8sVAGoC4z5oGVz+I= Cc: freebsd-current@freebsd.org Subject: FreeBSD status reports due: July 7, 2007 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 18:52:58 -0000 --nextPart3409980.rt63ZT6IF6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello Everybody, it's that time again. We would like to remind everybody who has exciting=20 news to share to write a report about their project. This is a good way=20 to improve exposure of your work, receive feedback and help. As we are=20 closing in on 7.0 everybody is interested to know what's new - so please,=20 do tell! In addition we would like to gather public relations status reports as=20 well - did you run a FreeBSD conference or are you going to? Let the=20 world know how it went or why they should attend. On that note,=20 everybody remember the early bird deadline for EuroBSDCon? It's July 1=20 already! Looking forward to your reports. As always you can either use the=20 template or the generator CGI and mail the result to monthly@ by 07/07/07 http://www.freebsd.org/news/status/ http://www.freebsd.org/cgi/monthly.cgi http://www.freebsd.org/news/status/report-sample.xml =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3409980.rt63ZT6IF6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iD8DBQBGfr3+XyyEoT62BG0RAgV+AJ0ZISZzkJrT7sesnUaDS+QvRg6x6wCeLLzd s9cxE97z9G8fDPc5depTGAw= =tc4u -----END PGP SIGNATURE----- --nextPart3409980.rt63ZT6IF6-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 19:01:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47BC416A421 for ; Sun, 24 Jun 2007 19:01:09 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id 2D79D13C45B for ; Sun, 24 Jun 2007 19:01:09 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from susy.dsl-verizon.net ([71.106.234.81]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JK5000IEM57TGL7@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Sun, 24 Jun 2007 14:00:44 -0500 (CDT) Date: Sun, 24 Jun 2007 12:00:39 -0700 From: vehemens To: freebsd-current@freebsd.org Message-id: <200706241200.39838.vehemens@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.9.6 Subject: DRM Impacted by Recent Changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 19:01:09 -0000 I'm no longer able to compile a local version of MESA DRM that doesn't cause system hangs with a current snapshot of 06/21/07. The same code worked when used with a current snapshot of 06/09/07. The DRM binaries compiled from the 06/09/07 snapshot also work with the 06/21/07 snapshot. Nothing jumped out at me when I looked at the snapshot diffs. I just downgraded my system back to the 06/09/07 snapshot and everything works again. Does anyone have suggestions on what may be the cause before I start incrementing my way back to a 06/21/07 snapshot? From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 19:04:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE82E16A46B for ; Sun, 24 Jun 2007 19:04:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 68AF313C44C for ; Sun, 24 Jun 2007 19:04:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1279431uge for ; Sun, 24 Jun 2007 12:04:31 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qfDMv5PS7BdS0ydQIS26KBlWR1DCH7Y4XCC9rjPF18uqdAJ693MHyr7as4vUM41yJ6eci4mHYc2Xv3IxXdggKL544xyfrke8a9P8NR1WBLlaroaXr6hu+/uKBefYuNZxpYnvILzx7dWi3Wj6Owudt7qP/1uctSc3wSi3a4IGTAk= 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=pqWTT1n682RvUCHQbZmzs798LoV+H+CaMU6GxUa8umfurBzbTVTatDtd4G5zFD0fECOL9P3ODrAWkR6jNqFV0RD70QHcpcAoIrUgd2xnBhQRClnqNv1oaCjyIbqRcHyLKSy/97EeJlgWcmxbMk5/vjXtcTg4xNRmVNIF+7NSfKE= Received: by 10.78.185.15 with SMTP id i15mr2268766huf.1182711871195; Sun, 24 Jun 2007 12:04:31 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Sun, 24 Jun 2007 12:04:31 -0700 (PDT) Message-ID: Date: Sun, 24 Jun 2007 12:04:31 -0700 From: "Kip Macy" To: "Vlad GALU" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Building a kernel with SCTP support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 19:04:32 -0000 > > Do I need to define additional flags in my config file? No, unless sctp_pcb.c was somehow removed from your sys/conf/files you probably need to 'make cleandepend; make depend'. It builds fine for me with those options. -Kip From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 19:07:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D90116A41F for ; Sun, 24 Jun 2007 19:07:04 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1444E13C447 for ; Sun, 24 Jun 2007 19:07:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I2XQJ-000CQB-Nv for current@freebsd.org; Sun, 24 Jun 2007 22:07:02 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5OJ6i3s066293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jun 2007 22:06:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5OJ6ng3053436; Sun, 24 Jun 2007 22:06:49 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l5OJ6mM9053435; Sun, 24 Jun 2007 22:06:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 24 Jun 2007 22:06:48 +0300 From: Kostik Belousov To: Pascal Hofstee Message-ID: <20070624190648.GI2268@deviant.kiev.zoral.com.ua> References: <1182678019.1042.4.camel@worf> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7MKjCt5fLwunfrJL" Content-Disposition: inline In-Reply-To: <1182678019.1042.4.camel@worf> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: b565934a9b6505813531773f2f5625c7 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1169 [June 22 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org Subject: Re: kernel panic during reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 19:07:04 -0000 --7MKjCt5fLwunfrJL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 24, 2007 at 11:40:19AM +0200, Pascal Hofstee wrote: > Hi, >=20 > After updating CURRENT yesterday (Sat June 23rd) i am now seeing a > kernel panic during reboot ... i have a crashdump and can provide the > following backtrace ... if additional information is needed i can > probably provide it .. just tell me how to obtain it (not too familiar > with kgdb myself): >=20 > 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...7 5 3 2 1 0 1 0 0 0 done > All buffers synced. > panic: vput: negative ref cnt > cpuid =3D 0 > KDB: enter: panic > panic: from debugger > cpuid =3D 0 > Uptime: 23m42s > Physical memory: 2027 MB > Dumping 128 MB: 113 97 81 65 49 33 17 1 >=20 > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0xc075b197 in boot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc075b48e in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0495617 in db_panic (addr=3DCould not find the frame base for > "db_panic". > ) at /usr/src/sys/ddb/db_command.c:433 > #4 0xc0495d75 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:401 > #5 0xc04977b5 in db_trap (type=3D3, code=3D0) > at /usr/src/sys/ddb/db_main.c:222 > #6 0xc0782ac5 in kdb_trap (type=3D3, code=3D0, tf=3D0xe45cfafc) > at /usr/src/sys/kern/subr_kdb.c:502 > #7 0xc0a1a4bb in trap (frame=3D0xe45cfafc) > at /usr/src/sys/i386/i386/trap.c:620 > #8 0xc09ffc2b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #9 0xc0782c42 in kdb_enter (msg=3D0xc0aa8388 "panic") at cpufunc.h:60 > #10 0xc075b474 in panic (fmt=3D0xc0aae946 "vput: negative ref cnt") > at /usr/src/sys/kern/kern_shutdown.c:547 > #11 0xc07d7783 in vput (vp=3D0xc5b3e990) > at /usr/src/sys/kern/vfs_subr.c:2176 For start, show the output of "p/x *vp" at this frame. --7MKjCt5fLwunfrJL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGfsDIC3+MBN1Mb4gRAnvSAKDGxPoLOZQQG1Uy6RQKx0SYtGX6yACfdSay rFSLqyERk1eQIahUBrm1PSg= =YpQD -----END PGP SIGNATURE----- --7MKjCt5fLwunfrJL-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 19:34:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A154C16A41F for ; Sun, 24 Jun 2007 19:34:07 +0000 (UTC) (envelope-from caelian@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 10D7F13C4B7 for ; Sun, 24 Jun 2007 19:34:06 +0000 (UTC) (envelope-from caelian@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1283551uge for ; Sun, 24 Jun 2007 12:34:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=a16Mnz3b9ITS9QrtBH/1fbH9h2PMzHc1NAWWWa+Y8ZSQ+wwB+ismZwVOOq4qr27OAMpRvOEnxTogaM9zvd74IZwFZ9muH2Jwb/Wrzd3pcwzhtFPu8xmIojXbOwFv3xYzdkq+DglZTrxC0puuolcE1zDEa2dB2FoAmndljV+Vepo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=B+6aeJedDwZrplLLmd1LA6XwyeG8IXZhYMEh5XxSljpCEtJWCzKK9IuuOOeDw1Ak/rxxKZb288sAVnK3OwwZz0ud6Iv+I+R6zkMgTznvBYaVGJXQI+idIiI9qzXpU7okzEOqkE2rsZutKs7uTquBx2O/6IBJh2D7pRDGfnkZdeE= Received: by 10.78.170.17 with SMTP id s17mr2277806hue.1182713645872; Sun, 24 Jun 2007 12:34:05 -0700 (PDT) Received: by 10.78.160.4 with HTTP; Sun, 24 Jun 2007 12:34:05 -0700 (PDT) Message-ID: Date: Sun, 24 Jun 2007 21:34:05 +0200 From: "Pascal Hofstee" To: current@freebsd.org In-Reply-To: <20070624190648.GI2268@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1182678019.1042.4.camel@worf> <20070624190648.GI2268@deviant.kiev.zoral.com.ua> Cc: Subject: Re: kernel panic during reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 19:34:07 -0000 On 6/24/07, Kostik Belousov wrote: > > #11 0xc07d7783 in vput (vp=0xc5b3e990) > > at /usr/src/sys/kern/vfs_subr.c:2176 > For start, show the output of "p/x *vp" at this frame. (sorry for sending it twice ... forget to reply to ALL the first time so the list wasn't on CC) (kgdb) p/x *vp $1 = {v_type = 0x2, v_tag = 0xc0aa4433, v_op = 0xc0b67320, v_data = 0xc5d11000, v_mount = 0xc5d08d0c, v_nmntvnodes = { tqe_next = 0xc5b3e880, tqe_prev = 0xc5d08d74}, v_un = {vu_mount = 0x0, vu_socket = 0x0, vu_cdev = 0x0, vu_fifoinfo = 0x0}, v_hashlist = { le_next = 0x0, le_prev = 0xc5bceab0}, v_hash = 0x2, v_cache_src = { lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xc5b3e9c0}, v_dd = 0x0, v_cstart = 0x0, v_lasta = 0x0, v_lastw = 0x0, v_clen = 0x0, v_lock = {lk_object = {lo_name = 0xc0aa4433, lo_type = 0xc0aa4433, lo_flags = 0x4390000, lo_witness_data = {lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, lk_interlock = 0xc0bac360, lk_flags = 0x40040, lk_sharecount = 0x0, lk_waitcount = 0x0, lk_exclusivecount = 0x1, lk_prio = 0x50, lk_timo = 0x33, lk_lockholder = 0xc5931660, lk_newlock = 0x0}, v_interlock = {lock_object = {lo_name = 0xc0aae9d6, lo_type = 0xc0aae9d6, lo_flags = 0x1030000, lo_witness_data = { lod_list = {stqe_next = 0x0}, lod_witness = 0x0}}, mtx_lock = 0xc5931660, mtx_recurse = 0x0}, v_vnlock = 0xc5b3e9e8, v_holdcnt = 0x1, v_usecount = 0x0, v_iflag = 0x0, v_vflag = 0x1, v_writecount = 0x0, v_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, v_bufobj = {bo_mtx = 0xc5b3ea18, bo_clean = {bv_hd = { tqh_first = 0xd99c5918, tqh_last = 0xd99c5950}, bv_root = 0xd99c5918, bv_cnt = 0x1}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xc5b3ea64}, bv_root = 0x0, bv_cnt = 0x0}, bo_numoutput = 0x0, bo_flag = 0x0, bo_ops = 0xc0b55080, bo_bsize = 0x4000, bo_object = 0xc612f960, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xc5b3e990, __bo_vnode = 0xc5b3e990}, v_pollinfo = 0x0, v_label = 0x0} The filesystem in questions appears to be the root file system btw. From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 19:39:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9A4316A41F for ; Sun, 24 Jun 2007 19:39:31 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 97FD013C447 for ; Sun, 24 Jun 2007 19:39:31 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A43BE8BE8B5; Sun, 24 Jun 2007 21:39:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JGw9lGqDUk2r; Sun, 24 Jun 2007 21:39:29 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id AA5878BE61C; Sun, 24 Jun 2007 21:39:29 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l5OJdTjQ085214; Sun, 24 Jun 2007 21:39:29 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 24 Jun 2007 21:39:29 +0200 From: Roman Divacky To: Rink Springer Message-ID: <20070624193929.GA85171@freebsd.org> References: <467E8CE4.9050804@he.iki.fi> <20070624174613.GC84770@rink.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070624174613.GC84770@rink.nu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Petri Helenius Subject: Re: Xen and 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 19:39:32 -0000 On Sun, Jun 24, 2007 at 07:46:13PM +0200, Rink Springer wrote: > Hi Petri, > > On Sun, Jun 24, 2007 at 06:25:24PM +0300, Petri Helenius wrote: > > Is Xen or some other virtualization going to make it into 7.0 or is it > > pending on something greater to get done? > > I'm working on it - but my time is very limited due to university > exams. I hope to get it in time for 7.0 though ... may I suggest creating a page on wiki.freebsd.org with some description of whats the current status, what are the pending problems etc. thnx roman From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 20:01:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5AEB816A468 for ; Sun, 24 Jun 2007 20:01:00 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id E9C2813C455 for ; Sun, 24 Jun 2007 20:00:59 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id w9so1472071mue for ; Sun, 24 Jun 2007 13:00:58 -0700 (PDT) Received: by 10.82.152.16 with SMTP id z16mr11201617bud.1182715258191; Sun, 24 Jun 2007 13:00:58 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Sun, 24 Jun 2007 13:00:58 -0700 (PDT) Message-ID: Date: Sun, 24 Jun 2007 23:00:58 +0300 From: "Vlad GALU" To: "Kip Macy" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Building a kernel with SCTP support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 20:01:00 -0000 On 6/24/07, Kip Macy wrote: > > > > Do I need to define additional flags in my config file? > > No, unless sctp_pcb.c was somehow removed from your sys/conf/files you > probably need to 'make cleandepend; make depend'. It builds fine for > me with those options. > I did that, and the result is here: http://night.rdslink.ro/dudu/freebsd/SCTP_out.bz2. I suspect a PEBKAC here :( Should this be the case, I appologise in advance. > -Kip > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 20:47:19 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB8E116A469; Sun, 24 Jun 2007 20:47:19 +0000 (UTC) (envelope-from lists@petri.cc) Received: from moof.catpipe.net (moof.catpipe.net [129.142.64.64]) by mx1.freebsd.org (Postfix) with ESMTP id 77C2F13C487; Sun, 24 Jun 2007 20:47:19 +0000 (UTC) (envelope-from lists@petri.cc) Received: from localhost (unknown [129.142.64.64]) by localhost.catpipe.net (Postfix) with ESMTP id B6BB17CC9EB; Sun, 24 Jun 2007 22:14:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at catpipe.net Received: from moof.catpipe.net ([129.142.64.64]) by localhost (moof.catpipe.net [129.142.64.64]) (amavisd-new, port 10024) with ESMTP id aw-9ru7q1W6h; Sun, 24 Jun 2007 22:14:02 +0200 (CEST) Received: from fever.catpipe.net (0x573c56ae.nivaanqu1.broadband.tele.dk [87.60.86.174]) (Authenticated sender: relayuser) by moof.catpipe.net (Postfix) with ESMTP id 01E007CC00B; Sun, 24 Jun 2007 22:14:00 +0200 (CEST) Message-ID: <467ED084.4000002@petri.cc> Date: Sun, 24 Jun 2007 22:13:56 +0200 From: "Nicolai Petri (lists)" User-Agent: Thunderbird 2.0.0.0 (X11/20070527) MIME-Version: 1.0 To: Sam Leffler References: <20070619011908.GA53748@heff.fud.org.nz> <20070620042023.GA17424@nowhere> <4678B1E4.7080909@errno.com> In-Reply-To: <4678B1E4.7080909@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Craig Boston , FreeBSD Current , Andrew Thompson Subject: Re: wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 20:47:19 -0000 >> In short, ipw doesn't seem to work at all for me anymore. It worked >> okay in 6-stable with an occasional hiccup, but upon upgrading to >> current it doesn't seem to be doing anything. It doesn't even try to >> scan; it just sits there on channel 1 with "no carrier". "ifconfig list >> scan" shows nothing. Manually setting the SSID/channel doesn't do >> anything either (it remains on channel 1). >> >> Sometimes "ifconfig scan" does nothing, sometimes it results in a panic. > > I'm not sure how well ipw got tested while the changes were in p4. > We'll need to test again now that code has been merged to CVS. I'll try > to look at this weekend if noone else beats me to it. > > Sam Hi Sam, Apparently the ipw stuff has very severe problems (read is useless) on my machine - it worked perfect before the p4 merge and now it cannot associate to my unencrypted 802.11b network. I have all the required modules loaded and I can do an "InstaPanic" by doing ifconfig ipw0 scan or ifconfig ipw0 chanlist 1-11. The latter example I'm not sure is a valid option but it should definately not result in a instant panic(). I tried a backtrace on my kernel dump but it seemed messed up and useless. If you have any patches I can test them out if needed. I'm running -current from following time : Thu Jun 20 Best regards, Nicolai Petri From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 21:18:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F26516A41F for ; Sun, 24 Jun 2007 21:18:12 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id EF22813C457 for ; Sun, 24 Jun 2007 21:18:11 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id w9so1487668mue for ; Sun, 24 Jun 2007 14:18:10 -0700 (PDT) Received: by 10.82.108.9 with SMTP id g9mr11264887buc.1182719889895; Sun, 24 Jun 2007 14:18:09 -0700 (PDT) Received: by 10.82.148.14 with HTTP; Sun, 24 Jun 2007 14:18:09 -0700 (PDT) Message-ID: Date: Mon, 25 Jun 2007 00:18:09 +0300 From: "Vlad GALU" To: "Yann Berthier" In-Reply-To: <20070624211128.GZ1371@bashibuzuk.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070624211128.GZ1371@bashibuzuk.net> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Building a kernel with SCTP support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 21:18:12 -0000 On 6/25/07, Yann Berthier wrote: > On Sun, 24 Jun 2007, at 21:31, Vlad GALU wrote: > > > Hi list, I have SCTP, SCTP_DEBUG and SCTP_HIGH_SPEED defined in my > > kernel configuration file. However, it looks that the SCTP source > > files aren't even built, so the linking fails with > > try including INET6 and see if it helps - when i tried sctp a while > back, i was not able to compile my kernel without it - dunno if this > dependency is to be expected or not > Thanks for the tip! It worked! > > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 21:31:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F91316A400 for ; Sun, 24 Jun 2007 21:31:47 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 9442313C483 for ; Sun, 24 Jun 2007 21:31:46 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1300608uge for ; Sun, 24 Jun 2007 14:31:45 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ftXNj16uWUXIBitkymQWtm/0OG6pmhPQcSpwFtcIRrSbr0ao9MElFNAbztRyd3C53QWZFTBZYlCO6wKIJDnL8vmlG2P0NWXeCSwVqkHfHNTS2aVAWVixRNg4wgv8neXGJbqyRQ2p3DSDtyBtegBstjjapkoUFrSHO8s+zIvzOeM= 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=p5Ewg3Tw83+mWNENJx7Y9B0HbsoFGzeKWhtIIGm58sD+ZFFfPpUDuMwF0cFYhObdzYH1xtRqaFHritphl2LgRlW+e/d8kXShgt/edgOn8e0O1sLy5AAoeEyGpMmyuQ+EpKXRH3DqOTz09H3OqZwMRUiPbFtkBD4HR5il3BNDFxM= Received: by 10.78.206.9 with SMTP id d9mr2302132hug.1182720705344; Sun, 24 Jun 2007 14:31:45 -0700 (PDT) Received: by 10.78.162.18 with HTTP; Sun, 24 Jun 2007 14:31:45 -0700 (PDT) Message-ID: Date: Sun, 24 Jun 2007 14:31:45 -0700 From: "Kip Macy" To: "Randall Stewart" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070624211128.GZ1371@bashibuzuk.net> Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Building a kernel with SCTP support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 21:31:47 -0000 Interesting - Randall - does SCTP depend on ipv6? Or did you mean to have a pipe between inet and inet6? netinet/sctp_asconf.c optional inet inet6 sctp netinet/sctp_auth.c optional inet inet6 sctp netinet/sctp_bsd_addr.c optional inet inet6 sctp netinet/sctp_crc32.c optional inet inet6 sctp netinet/sctp_indata.c optional inet inet6 sctp netinet/sctp_input.c optional inet inet6 sctp netinet/sctp_output.c optional inet inet6 sctp netinet/sctp_pcb.c optional inet inet6 sctp netinet/sctp_peeloff.c optional inet inet6 sctp netinet/sctp_sysctl.c optional inet inet6 sctp netinet/sctp_timer.c optional inet inet6 sctp netinet/sctp_usrreq.c optional inet inet6 sctp netinet/sctputil.c optional inet inet6 sctp On 6/24/07, Vlad GALU wrote: > On 6/25/07, Yann Berthier wrote: > > On Sun, 24 Jun 2007, at 21:31, Vlad GALU wrote: > > > > > Hi list, I have SCTP, SCTP_DEBUG and SCTP_HIGH_SPEED defined in my > > > kernel configuration file. However, it looks that the SCTP source > > > files aren't even built, so the linking fails with > > > > try including INET6 and see if it helps - when i tried sctp a while > > back, i was not able to compile my kernel without it - dunno if this > > dependency is to be expected or not > > > > Thanks for the tip! It worked! > > > > > > > > -- > If it's there, and you can see it, it's real. > If it's not there, and you can see it, it's virtual. > If it's there, and you can't see it, it's transparent. > If it's not there, and you can't see it, you erased it. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 21:37:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A700516A41F; Sun, 24 Jun 2007 21:37:19 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: from a.6f2.net (a.6f2.net [213.189.5.89]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF7E13C458; Sun, 24 Jun 2007 21:37:19 +0000 (UTC) (envelope-from yb@bashibuzuk.net) Received: by a.6f2.net (Postfix, from userid 66) id 0ADEEBF905B; Sun, 24 Jun 2007 23:12:03 +0200 (CEST) Received: by cc.bashibuzuk.net (Postfix, from userid 1001) id 2ECCB20C8; Sun, 24 Jun 2007 17:11:29 -0400 (EDT) Date: Sun, 24 Jun 2007 17:11:28 -0400 From: Yann Berthier To: Vlad GALU Message-ID: <20070624211128.GZ1371@bashibuzuk.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Building a kernel with SCTP support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 21:37:19 -0000 On Sun, 24 Jun 2007, at 21:31, Vlad GALU wrote: > Hi list, I have SCTP, SCTP_DEBUG and SCTP_HIGH_SPEED defined in my > kernel configuration file. However, it looks that the SCTP source > files aren't even built, so the linking fails with try including INET6 and see if it helps - when i tried sctp a while back, i was not able to compile my kernel without it - dunno if this dependency is to be expected or not From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 22:18:51 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 693CA16A400 for ; Sun, 24 Jun 2007 22:18:51 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id 0300D13C4C2 for ; Sun, 24 Jun 2007 22:18:50 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 3B2571CC5D; Mon, 25 Jun 2007 10:18:49 +1200 (NZST) Date: Mon, 25 Jun 2007 10:18:49 +1200 From: Andrew Thompson To: "Nicolai Petri (lists)" Message-ID: <20070624221849.GC4890@heff.fud.org.nz> References: <20070619011908.GA53748@heff.fud.org.nz> <20070620042023.GA17424@nowhere> <4678B1E4.7080909@errno.com> <467ED084.4000002@petri.cc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <467ED084.4000002@petri.cc> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Current , Craig Boston Subject: Re: wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 22:18:51 -0000 On Sun, Jun 24, 2007 at 10:13:56PM +0200, Nicolai Petri (lists) wrote: > > >>In short, ipw doesn't seem to work at all for me anymore. It worked > >>okay in 6-stable with an occasional hiccup, but upon upgrading to > >>current it doesn't seem to be doing anything. It doesn't even try to > >>scan; it just sits there on channel 1 with "no carrier". "ifconfig list > >>scan" shows nothing. Manually setting the SSID/channel doesn't do > >>anything either (it remains on channel 1). > >> > >>Sometimes "ifconfig scan" does nothing, sometimes it results in a panic. > > > >I'm not sure how well ipw got tested while the changes were in p4. > >We'll need to test again now that code has been merged to CVS. I'll try > >to look at this weekend if noone else beats me to it. > > > > Sam > Hi Sam, > > Apparently the ipw stuff has very severe problems (read is useless) on > my machine - it worked perfect before the p4 merge and now it cannot > associate to my unencrypted 802.11b network. I have all the required > modules loaded and I can do an "InstaPanic" by doing ifconfig ipw0 scan > or ifconfig ipw0 chanlist 1-11. > The latter example I'm not sure is a valid option but it should > definately not result in a instant panic(). > I tried a backtrace on my kernel dump but it seemed messed up and useless. > > If you have any patches I can test them out if needed. I have an ipw card ready to test and will be sorting this out in the next few days. I am just updating iwi and unfortunately only have one minipci slot. I will forward patches for testing when they are ready. cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 22:25:40 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2D6116A41F; Sun, 24 Jun 2007 22:25:39 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D580E13C45E; Sun, 24 Jun 2007 22:25:39 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5OMNjMQ039126; Sun, 24 Jun 2007 15:23:45 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5OMNikj039125; Sun, 24 Jun 2007 15:23:44 -0700 (PDT) (envelope-from sgk) Date: Sun, 24 Jun 2007 15:23:44 -0700 From: Steve Kargl To: Kip Macy Message-ID: <20070624222344.GA39096@troutmask.apl.washington.edu> References: <20070624211128.GZ1371@bashibuzuk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-net@freebsd.org, Randall Stewart , freebsd-current@freebsd.org Subject: Re: Building a kernel with SCTP support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 22:25:40 -0000 On Sun, Jun 24, 2007 at 02:31:45PM -0700, Kip Macy wrote: > Interesting - > > Randall - does SCTP depend on ipv6? Or did you mean to have a pipe > between inet and inet6? > > >From /sys/conf/NOTES: # # Note YOU MUST have both INET and INET6 defined. # you don't have to enable V6, but SCTP is # dual stacked and so far we have not teased apart # the V6 and V4.. since an association can span # both a V6 and V4 address at the SAME time :-) -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 22:37:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41B0C16A421; Sun, 24 Jun 2007 22:37:47 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 0C63413C484; Sun, 24 Jun 2007 22:37:47 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn03.u.washington.edu (hymn03.u.washington.edu [140.142.12.169]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5OMbkr3017826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jun 2007 15:37:46 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn03.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5OMbkjI016649; Sun, 24 Jun 2007 15:37:46 -0700 X-Auth-Received: from [192.55.52.10] by hymn03.u.washington.edu via HTTP; Sun, 24 Jun 2007 15:37:46 PDT Date: Sun, 24 Jun 2007 15:37:46 -0700 (PDT) From: youshi10@u.washington.edu To: imp@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.24.151833 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_SUBJ_9 0' Cc: current@freebsd.org Subject: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 22:37:47 -0000 Warner, I'm not exactly sure of all of what you did over the past 2 weeks, but I'm verifying with absolute certainty that USB input is working properly again on my desktop. Thank you very much for your hard work -- I definitely appreciate it! Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 22:46:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA65C16A421 for ; Sun, 24 Jun 2007 22:46:38 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 7A56013C487 for ; Sun, 24 Jun 2007 22:46:38 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so322890anc for ; Sun, 24 Jun 2007 15:46:37 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=K/YeHlBy0fSwlmQk4UnfYTAsQRR551FvJ62er1tQnuSBmTwZRPY8Ui13y2IE8mMYja8T/DYDQzRjprYnlUPxDsxQF3nBPX3JrNxNFZMmYITBeCg4lcdQwBII3ndSl7WG3am9ytHJl0NFBFh2lzhCPNXsr14zRncQIJfHAbsS/0E= 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=gLkXUqEtYxdRawFe3Eo1JaueZrgnXXvUTbuxMlwFnXqOmCz5WmUgZPZmggJnY0yz9T0fA1xy+ywAJh04wf0mIIeWONdSIK13ZI4jYkGxADba1EfHKAIGQptMLJxd2VzkCvynbyLC4/whf3Z9EtbTxr86X/SKOyReteLwGbM00zk= Received: by 10.100.123.9 with SMTP id v9mr2799645anc.1182725196890; Sun, 24 Jun 2007 15:46:36 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Sun, 24 Jun 2007 15:46:36 -0700 (PDT) Message-ID: <499c70c0706241546j1b1e62a0ldb51ef1e13c15386@mail.gmail.com> Date: Mon, 25 Jun 2007 01:46:36 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: options IPI_PREEMPTION and PREEMPTION in 7.0 AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 22:46:38 -0000 Hello, I run FreeBSD 7.0 AMD64 and powered by C2D with 2 GB of ram. options PREEMPTION in the kernel, but in NOTES it says I can use IPI_PREEMPTION to make the kernel make the other running threads to run in the other core. So the question is, did you guys try it with ULE 2? shall I keep both PREEMPTION and IPI_PREEMPTION in the kernel file? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 24 22:52:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4745716A400 for ; Sun, 24 Jun 2007 22:52:06 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 09AF013C45A for ; Sun, 24 Jun 2007 22:52:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5OMnfge000110; Sun, 24 Jun 2007 16:49:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 24 Jun 2007 16:50:15 -0600 (MDT) Message-Id: <20070624.165015.-1350497693.imp@bsdimp.com> To: youshi10@u.washington.edu From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 24 Jun 2007 16:49:42 -0600 (MDT) Cc: current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jun 2007 22:52:06 -0000 In message: youshi10@u.washington.edu writes: : I'm not exactly sure of all of what you did over the past 2 weeks, : but I'm verifying with absolute certainty that USB input is working : properly again on my desktop. Cool! When did it break? I've only committed a few 'bug fix' fixes. Mostly I've just removed the legacy macros, fixed a number of 'edge case' bugs and added a boatload of device IDs. : Thank you very much for your hard work -- I definitely appreciate it! How very nice of you to say so! Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 00:54:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9ED4416A41F for ; Mon, 25 Jun 2007 00:54:00 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 4A24B13C45B for ; Mon, 25 Jun 2007 00:54:00 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 4FADAEB28B0; Mon, 25 Jun 2007 08:53:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id ktf+qyKBgOtV; Mon, 25 Jun 2007 08:53:57 +0800 (CST) Received: from charlie.delphij.net (unknown [221.219.158.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id EB738EB28AC; Mon, 25 Jun 2007 08:53:56 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=OG+I0kG2ly0SdrHTFm8HXkOkjIsjr1faMtLuwxdPAFZln9w6p67sJJ4nMqzxHhjBb y+qzlhaRiLoPAENtc45+g== Message-ID: <467F1224.1040406@delphij.net> Date: Mon, 25 Jun 2007 08:53:56 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Gavin Atkinson References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624105011.R44958@thor.farley.org> <20070624192739.T88320@ury.york.ac.uk> In-Reply-To: <20070624192739.T88320@ury.york.ac.uk> X-Enigmail-Version: 0.95.1 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Sean C. Farley" , Steven Kreuzer , Gabor Kovesdan Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 00:54:00 -0000 Gavin Atkinson wrote: > On Sun, 24 Jun 2007, Sean C. Farley wrote: >> On Fri, 22 Jun 2007, Gabor Kovesdan wrote: >> >>> these are very good news! You might also want to take a look at >>> textproc/bsddiff, textproc/bsdgrep and textproc/bsdsort. These are the >>> BSD-licensed text processing tools from OpenBSD, >> >> >> >> I have been looking at freegrep (original source of OpenBSD's grep) off >> and on for years. > > ... and I've been looking at patch(1). FreeBSD's is currently under GNU > license, because one of the files (backupfile.c) is. NetBSD have a > slightly earlier version of this, covered by the BSD license. I've yet > to sit down and compare functionality in depth, but initial testing has > shown there's little difference in functionality. It might be more interesting to take a look at our regular expression library as well. IMHO it should be either optimized or replaced by another implementation which is standard conform. Our current implementation is slower than many other implementation, especially the BSD licensed PCRE. This has in turn made a lot of our utilities slow. For instance sed -e 's/^foo [0-9]{3} bar.+$/\1/g' seems to use O(N^2) time where N is the text being processed. Cheers, From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 00:57:34 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68D5316A473 for ; Mon, 25 Jun 2007 00:57:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 2294D13C45D for ; Mon, 25 Jun 2007 00:57:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 5DD6DEB28B4; Mon, 25 Jun 2007 08:57:33 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id ST3JEgyzHHlv; Mon, 25 Jun 2007 08:57:31 +0800 (CST) Received: from charlie.delphij.net (unknown [221.219.158.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 4BE4BEB12F6; Mon, 25 Jun 2007 08:57:31 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ERIfVm5SwmxSARHvJkPfWA2LSvNcxMxzHTrsju+vMt9HlV/e6NDbgDUoIQMZACJGg 8Y8fVhIKdQ79KfzrTRJrQ== Message-ID: <467F12FA.8070406@delphij.net> Date: Mon, 25 Jun 2007 08:57:30 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Steven Kreuzer References: <20070622210119.GA4186@clamps.exit2shell.com> In-Reply-To: <20070622210119.GA4186@clamps.exit2shell.com> X-Enigmail-Version: 0.95.1 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 00:57:34 -0000 Steven Kreuzer wrote: > Greetings- > > OpenBSD includes a version of sdiff released to the public domain. > In a quest to remove as much GPL code from FreeBSD as possible, I > ported it over. > > If you want to try it out, You can download the source at > http://www.exit2shell.com/~skreuzer/code/sdiff.tar.gz > > I had a few people who are part of the NYC BSD Users Group beta > test it for me and so far no one has encountered any problems so > I thought I would pass it along to see if it would be considered > as a replacement for the GNU version. > > The contents of the tarball is a shar archive which extracts the > code in usr/src/usr.bin/sdiff and a patch the adds adds "sdiff" > to SUBDIR in the Makefile in usr.bin and removes "sdiff" from the > Makefile in gnu/usr.bin > > Questions, comments and criticisms are all welcome. Nice work! I will take some time to compare it with the current GNU implementation and see if we are lack of some functionalities and implement if need. Looking forward to see this once we have released 7.0-R :-) Cheers, From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 01:55:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79B3816A400 for ; Mon, 25 Jun 2007 01:55:30 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from ns.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1643213C45A for ; Mon, 25 Jun 2007 01:55:29 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by ns.tydfam.jp (8.14.1/8.14.1) with ESMTP id l5P1tIPi097727 for ; Mon, 25 Jun 2007 10:55:25 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Mon, 25 Jun 2007 10:55:39 +0900 (JST) Message-Id: <20070625.105539.-1300543753.ken@tydfam.jp> To: freebsd-current@freebsd.org From: Ken Yamada In-Reply-To: <467F12FA.8070406@delphij.net> References: <20070622210119.GA4186@clamps.exit2shell.com> <467F12FA.8070406@delphij.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.90.2/3517/Sun Jun 24 21:28:53 2007 on ns.tydfam.jp X-Virus-Status: Clean Subject: Q) lockf(flock?) on -current (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 01:55:30 -0000 Hi, I noticed that lockf(flock) does not function as expected for any files on NFS file system with -current. ( I cannnot create workspace on NFS filesystem with eclipse because of this.) Is this an intended functionality or a bug? From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 02:33:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB2CA16A400 for ; Mon, 25 Jun 2007 02:33: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 71E6013C448 for ; Mon, 25 Jun 2007 02:33:44 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.61]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l5P2XfhL098774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jun 2007 12:03:42 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 25 Jun 2007 12:03:32 +0930 User-Agent: KMail/1.9.5 References: <20070622210119.GA4186@clamps.exit2shell.com> <467F12FA.8070406@delphij.net> <20070625.105539.-1300543753.ken@tydfam.jp> In-Reply-To: <20070625.105539.-1300543753.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1723602.7yHBIdeoUh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200706251203.39543.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: Subject: Re: Q) lockf(flock?) on -current (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 02:33:44 -0000 --nextPart1723602.7yHBIdeoUh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 25 June 2007 11:25, Ken Yamada wrote: > I noticed that lockf(flock) does not function as expected for any > files on NFS file system with -current. ( I cannnot create workspace > on NFS filesystem with eclipse because of this.) > > Is this an intended functionality or a bug? If you're not running rpc.lockd then it is expected :) I have a -current NFS client talking to a 6.2 server using rpc.lockd and=20 it works as expected (openoffice is happy) =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 --nextPart1723602.7yHBIdeoUh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGfymD5ZPcIHs/zowRAsWwAKCRGKBu2uJ63iqxZ7Oqe/0G/ANzGgCfVP0Q ONpFw8funbPe2emD5nz2bzk= =Ec9F -----END PGP SIGNATURE----- --nextPart1723602.7yHBIdeoUh-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 02:47:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5257A16A421 for ; Mon, 25 Jun 2007 02:47:46 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 32B8C13C44B for ; Mon, 25 Jun 2007 02:47:46 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from hymn03.u.washington.edu (hymn03.u.washington.edu [140.142.12.169]) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5P2lif5008397 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 24 Jun 2007 19:47:44 -0700 Received: from localhost (localhost [127.0.0.1]) by hymn03.u.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5P2lhMU023599; Sun, 24 Jun 2007 19:47:43 -0700 X-Auth-Received: from [192.55.52.10] by hymn03.u.washington.edu via HTTP; Sun, 24 Jun 2007 19:47:43 PDT Date: Sun, 24 Jun 2007 19:47:43 -0700 (PDT) From: youshi10@u.washington.edu To: "M. Warner Losh" In-Reply-To: <20070624.165015.-1350497693.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.24.192932 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='NO_REAL_NAME 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_SUBJ_9 0' Cc: current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 02:47:46 -0000 On Sun, 24 Jun 2007, M. Warner Losh wrote: > In message: > youshi10@u.washington.edu writes: > > : I'm not exactly sure of all of what you did over the past 2 weeks, > : but I'm verifying with absolute certainty that USB input is working > : properly again on my desktop. > > Cool! When did it break? I've only committed a few 'bug fix' fixes. > Mostly I've just removed the legacy macros, fixed a number of 'edge > case' bugs and added a boatload of device IDs. > > : Thank you very much for your hard work -- I definitely appreciate it! > > How very nice of you to say so! > > Warner It's been broken for the past 3 weeks (at least). Maybe it was a commit to devd that fixed things? Funny thing is that this only happened on CURRENT and not 6-RELEASE. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 04:40:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62D3116A41F for ; Mon, 25 Jun 2007 04:40:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD2C13C447 for ; Mon, 25 Jun 2007 04:40:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5P4cu8J002061; Sun, 24 Jun 2007 22:38:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 24 Jun 2007 22:39:31 -0600 (MDT) Message-Id: <20070624.223931.1619553352.imp@bsdimp.com> To: youshi10@u.washington.edu From: "M. Warner Losh" In-Reply-To: References: <20070624.165015.-1350497693.imp@bsdimp.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 24 Jun 2007 22:38:57 -0600 (MDT) Cc: current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 04:40:07 -0000 In message: youshi10@u.washington.edu writes: : On Sun, 24 Jun 2007, M. Warner Losh wrote: : : > In message: : > youshi10@u.washington.edu writes: : > : > : I'm not exactly sure of all of what you did over the past 2 weeks, : > : but I'm verifying with absolute certainty that USB input is working : > : properly again on my desktop. : > : > Cool! When did it break? I've only committed a few 'bug fix' fixes. : > Mostly I've just removed the legacy macros, fixed a number of 'edge : > case' bugs and added a boatload of device IDs. : > : > : Thank you very much for your hard work -- I definitely appreciate it! : > : > How very nice of you to say so! : > : > Warner : : It's been broken for the past 3 weeks (at least). Maybe it was a commit to devd that fixed things? Funny thing is that this only happened on CURRENT and not 6-RELEASE. I think a few weeks ago I introduced a bug as part of my cleanup for detach (which I then fixed). Was it related to that? Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 05:44:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9AD4516A4CD for ; Mon, 25 Jun 2007 05:44:48 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from ns.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3498313C455 for ; Mon, 25 Jun 2007 05:44:47 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by ns.tydfam.jp (8.14.1/8.14.1) with ESMTP id l5P5iduk001900; Mon, 25 Jun 2007 14:44:40 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Mon, 25 Jun 2007 14:44:56 +0900 (JST) Message-Id: <20070625.144456.-1300544904.ken@tydfam.jp> To: doconnor@gsoft.com.au From: Ken Yamada In-Reply-To: <200706251203.39543.doconnor@gsoft.com.au> References: <467F12FA.8070406@delphij.net> <20070625.105539.-1300543753.ken@tydfam.jp> <200706251203.39543.doconnor@gsoft.com.au> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.90.3, clamav-milter version 0.90.3 on ns.tydfam.jp X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.1 X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on ns.tydfam.jp Cc: freebsd-current@freebsd.org Subject: Re: Q) lockf(flock?) on -current (amd64) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 05:44:48 -0000 Thank you! I do not know why but its line was hashed in rc.conf... From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 06:08:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A0C516A400 for ; Mon, 25 Jun 2007 06:08:08 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 649E013C44B for ; Mon, 25 Jun 2007 06:08:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=Ag+AaPvgDV59J71KQNOM0rD3rkQraSMF2JYktwpnKXxdcmB8kj0z5vuq0AshWDZQ08x9fk9yfamL1rySzcRfHvIeArf71nBDQeFFJGp0fuz8U2YyYw4kVWUr2j/wz30mQTe8NwteJuYSFA9cWUePCMpqz+bSu6+YeaZ8lPfomsY/kNQ+Ad1GcHqML2LObK5j5y7TF8hKWBy6Tf/tafu28mA5FXXpUbHz7rI1E5c4VteF17G5MDvZ+s7u4ssAF0bk; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I2hk7-0002WI-Nz; Mon, 25 Jun 2007 06:08:07 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I2hjN-00019s-Gc; Mon, 25 Jun 2007 06:07:21 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I2hjN-0001mI-EX; Mon, 25 Jun 2007 08:07:21 +0200 To: "M. Warner Losh" From: Ian FREISLICH In-Reply-To: Message from "M. Warner Losh" of "Sun, 24 Jun 2007 16:50:15 CST." <20070624.165015.-1350497693.imp@bsdimp.com> X-Attribution: BOFH Date: Mon, 25 Jun 2007 08:07:21 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 06:08:08 -0000 "M. Warner Losh" wrote: > In message: > youshi10@u.washington.edu writes: > > : I'm not exactly sure of all of what you did over the past 2 weeks, > : but I'm verifying with absolute certainty that USB input is working > : properly again on my desktop. > > Cool! When did it break? I've only committed a few 'bug fix' fixes. > Mostly I've just removed the legacy macros, fixed a number of 'edge > case' bugs and added a boatload of device IDs. Even nicer is that the trackpad on my MacBook started working after I updated yesterday. It claims 3 buttons, but I can only find one. I also fixed the onboard wireless mouse controller which previously worked for about 10 minutes before a usb bus error broke the connection. Thanks a ton Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 06:09:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1D0816A469 for ; Mon, 25 Jun 2007 06:09:08 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id BD93513C45E for ; Mon, 25 Jun 2007 06:09:08 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=e+auytej8qOabl9eNcb2dxwnD7/1lhDy6Btqx4cGvROx8LzYN9E12teaodcpKtm4LSl6cg/p12YZskJn4dnAOOTn9YPvMm35ljrYaTyKA5f1Wn3jHb96Jka1IjWz7ldoFvEc+N16h1jFEJn5yCEMY3wZjyfjrdqvwl2cmytDF0FEX32LNSuf9IvvC+0FjkpTPLml/O/N5OjSKZW4flwq0UHd/9jXUcTDJIdpA0i895TlztJf2O3bYlIu/1t8gOD0; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I2hl6-0002bn-5U; Mon, 25 Jun 2007 06:09:08 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I2hko-0001M8-5o; Mon, 25 Jun 2007 06:08:50 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I2hkn-0001mc-N6; Mon, 25 Jun 2007 08:08:49 +0200 To: gary.jennejohn@freenet.de From: Ian FREISLICH In-Reply-To: Message from Gary Jennejohn of "Sun, 24 Jun 2007 19:13:45 +0200." <20070624191345.7f08c10e.garyj@jennejohn.org> X-Attribution: BOFH Date: Mon, 25 Jun 2007 08:08:49 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: weird error with nmh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 06:09:09 -0000 Gary Jennejohn wrote: > I'm using exmh with nmh on a freshly installed AMD64-current: > 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sat Jun 23 19:29:01 CEST > 2007 > > nmh uses its own version of strcasecmp() because in many cases it > passes NULL pointers to it and must check for that. > > However, somehow the version in libc gets used rather than the version > from nmh and calling e.g. repl results in a SIGSEGV because the NULL > pointer is dereferenced. > > I was forced to rename the routine to nmhstrcasecmp() all over the > place. After that repl works. > > My question - why isn't the version in nmh overriding the version in > libc? Am I misunderstanding something here? I traced this problem to the recent gcc import and then ran out of time to debug further. Glad that you've got furter than I did. It seems that strcasemp is defined in the repl binary: 08061abb T strcasecmp U strcat@@FBSD_1.0 U strchr@@FBSD_1.0 U strcmp@@FBSD_1.0 U strcpy@@FBSD_1.0 U strdup@@FBSD_1.0 U strerror@@FBSD_1.0 So I'm really not sure why the linker is choosing libc's version over this one. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 07:04:06 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D07CF16A46C for ; Mon, 25 Jun 2007 07:04:06 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 9C78713C48A for ; Mon, 25 Jun 2007 07:04:06 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=o1CnH8UeBJSI9KB2y3ZoZT0U0ueCqqtTCFkDtIaHNCn4j5h8lUJoKUWtaMd4LHzTIofT/uCtzmVZijgLX5WFtFTQmNpdYVbYzFlT38hf5IUUiwfNKKsTLwOPQQv+XB5sCFrCP3u+RJ3n5QswEuIgnmRS6AbD7PG/ZbevESLrC5bLfznuVeMXo4gQl6J9FWOswCPY9OIKeOKd6zct0/8EZH92sXsNQYQRRNLPNUs7tlOWH+guQgBIj1lhLatPJQAh; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I2icH-0006h3-UY; Mon, 25 Jun 2007 07:04:05 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I2ic5-0002WK-Tq; Mon, 25 Jun 2007 07:03:53 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I2ic4-0000bu-Fo; Mon, 25 Jun 2007 09:03:52 +0200 From: Ian FREISLICH In-Reply-To: Message from Ian FREISLICH of "Mon, 25 Jun 2007 08:07:21 +0200." X-Attribution: BOFH Date: Mon, 25 Jun 2007 09:03:52 +0200 Message-Id: Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 07:04:06 -0000 Ian FREISLICH wrote: > I also fixed the onboard wireless mouse controller which previously s/I/It/ > worked for about 10 minutes before a usb bus error broke the > connection. Seems I spoke too soon. After running fine for about an hour the wireless mouse died with the following error: Jun 25 09:00:53 apple kernel: usb3: host controller process error Jun 25 09:00:53 apple kernel: usb3: host controller halted Is there any debugging knob I can turn to get more data about what went wrong? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 07:42:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D34F16A421 for ; Mon, 25 Jun 2007 07:42:37 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id E69B913C458 for ; Mon, 25 Jun 2007 07:42:36 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so52047nfb for ; Mon, 25 Jun 2007 00:42:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=ZEedhW3ZkwV50EjTwkaZlR/6uUl5uWYU7cs9WDF3hMKMwP0hAhzfLe/nj8eH55Sz/tHU+FjralCWe2gJ3TW83fwrQJtPyXJfvLaQm5UQvH5K1YYjgryKy6QxTwADjtRonhbOWczvKliNdMmPSDFerIeOzC1G6vMu4SKb5XNo/QE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:sender; b=LDTCsSSveVSFAyE5apSSpsIIMRoNZWHZfwNHmcr0A5iLKwNyFn/3yhZVnUKXpA7kU3GjDcN5TNSyL62eVS7gfPDaDsyPKdRG7nQfs1cPlRNOVlbn7kb/Z39zQlS/umkUsl2GIj4Uf856tLuQsPZdWS90fSfcw77rZr7Z6me6ISE= Received: by 10.82.182.1 with SMTP id e1mr11953888buf.1182757355576; Mon, 25 Jun 2007 00:42:35 -0700 (PDT) Received: from ?151.75.242.254? ( [151.75.242.254]) by mx.google.com with ESMTP id d26sm19492964nfh.2007.06.25.00.42.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 25 Jun 2007 00:42:35 -0700 (PDT) Message-ID: <467F71CA.2030206@FreeBSD.org> Date: Mon, 25 Jun 2007 09:42:02 +0200 From: Attilio Rao User-Agent: Thunderbird 1.5 (X11/20060526) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <499c70c0706241546j1b1e62a0ldb51ef1e13c15386@mail.gmail.com> In-Reply-To: <499c70c0706241546j1b1e62a0ldb51ef1e13c15386@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: Attilio Rao Cc: freebsd-current@freebsd.org Subject: Re: options IPI_PREEMPTION and PREEMPTION in 7.0 AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 07:42:37 -0000 Abdullah Ibn Hamad Al-Marri wrote: > Hello, > > I run FreeBSD 7.0 AMD64 and powered by C2D with 2 GB of ram. > > options PREEMPTION in the kernel, but in NOTES it says I can use > IPI_PREEMPTION to make the kernel make the other running threads to > run in the other core. > > So the question is, did you guys try it with ULE 2? shall I keep both > PREEMPTION and IPI_PREEMPTION in the kernel file? IPI_PREEMPTION and PREEMPTION are only marginally linked, and you need to use both with ULE. Thanks, Attilio From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 07:53:45 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B7EC16A46D for ; Mon, 25 Jun 2007 07:53:45 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id CAC6E13C46E for ; Mon, 25 Jun 2007 07:53:44 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l5P7rhvC048609; Mon, 25 Jun 2007 11:53:43 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 25 Jun 2007 11:53:43 +0400 (MSD) From: Dmitry Morozovsky To: current@FreeBSD.org Message-ID: <20070625113541.Y68481@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 25 Jun 2007 11:53:43 +0400 (MSD) Cc: Pawel Jakub Dawidek Subject: ZFS questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 07:53:45 -0000 Dear colleagues, I'm playing with ZFS thinking about future storage server I have two questions about it (currently; a least ;-) 1. How can one determine which portion of a provider zpool uses? It seems logical for me if `zpool status -v' would display this info. 2. It is also possible to expand the array by iteratively swapping each drive in the array with a bigger drive and waiting for ZFS to heal itself - the heal time will depend on amount of store information, not the disk size. [ http://en.wikipedia.org/wiki/ZFS#Limitations ] My experiments does not show that zpool size increases after set of `zpool replace'. Where did I went wrong? Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 07:54:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40DB616A421 for ; Mon, 25 Jun 2007 07:54:17 +0000 (UTC) (envelope-from pda@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.155]) by mx1.freebsd.org (Postfix) with ESMTP id 8376C13C44B for ; Mon, 25 Jun 2007 07:54:16 +0000 (UTC) (envelope-from pda@crc.u-strasbg.fr) Received: from vagabond.ma.maison (vagabond.u-strasbg.fr [IPv6:2001:660:2402:1001:208:2ff:fedc:616a]) by mailhost.u-strasbg.fr (8.13.8/jtpda-5.5pre1) with ESMTP id l5P7BuR1094612 ; Mon, 25 Jun 2007 09:11:56 +0200 (CEST) Received: from vagabond.ma.maison (localhost [127.0.0.1]) by vagabond.ma.maison (8.14.1/jtpda-5.4) with ESMTP id l5P7C1OQ004664 ; Mon, 25 Jun 2007 09:12:01 +0200 (CEST) Received: (from pda@localhost) by vagabond.ma.maison (8.14.1/8.14.1/Submit) id l5P7B6c7004592; Mon, 25 Jun 2007 09:11:06 +0200 (CEST) (envelope-from pda) Date: Mon, 25 Jun 2007 09:11:06 +0200 From: Pierre DAVID To: Andrew Thompson Message-ID: <20070625071106.GA4452@vagabond.ma.maison> References: <20070619011908.GA53748@heff.fud.org.nz> <20070619202538.GA2847@vagabond.ma.maison> <20070621042704.GC78857@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20070621042704.GC78857@heff.fud.org.nz> User-Agent: Mutt/1.5.15 (2007-04-06) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::155]); Mon, 25 Jun 2007 09:11:57 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.7/3518/Mon Jun 25 08:12:00 2007 on mr5.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=-1.2 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mr5.u-strasbg.fr Cc: FreeBSD Current Subject: Re: wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 07:54:17 -0000 On Thu, Jun 21, 2007 at 04:27:04PM +1200, Andrew Thompson wrote: > On Tue, Jun 19, 2007 at 10:25:38PM +0200, Pierre DAVID wrote: > > On Tue, Jun 19, 2007 at 01:19:08PM +1200, Andrew Thompson wrote: > > > Hi, > > >=20 > > >=20 > > > I am investigating a couple of wireless issues reported since the > > > net80211 changes were merged last week. I thought i'd list them out in > > > case any one else is looking into them (or wants to). > > >=20 > > > 1. Unloading the ath module hangs > > > I have reproduced this but not found the cause yet, its a hard hang > > > and I cant break into the debugger. > > >=20 > > > 2. Firmware iwi_bss will not load > > > Loading the firmware for iwi causes an interrupt storm and times o= ut. > > > I havnt reproduced this and has only been reported by one person. > > >=20 > > > 3. iwi(4) gets a firmware error while associating > > > Can not reproduce this yet, debug traces available on the mailing > > > list. > > >=20 > > > 4. wi(4) fails to associate > > > Unknown yet > > >=20 > > >=20 > > > Please report any other wireless issues and help is appreciated. > > >=20 > >=20 > > FreeBSD vagabond.ma.maison 7.0-CURRENT FreeBSD 7.0-CURRENT #27: Sat Jun= 16 20:42:47 CEST 2007 pda@vagabond:/usr/obj/usr/src/sys/VAGABOND i386 > >=20 > > I loose connectivity on our campus network, and cannot get it back. > > Here are relevant lines in my ~/.wpaconf file : > ... >=20 > Can you check if you have r1.39 of sys/net80211/ieee80211_proto.c and if > not then try again with a fresh kernel. This may have been fixed around > the same time as you upgraded. >=20 Since I had r1.39, I upgraded twice (as soon as I got your mail, and yesterday to be sure), and the same problem still occurs. One more data point : - when I am at home, without any access restriction nor encryption, ath works perfectly right without any limit. - when I am at work, on my campus network with encryption (see my ~/.wpaconf file in the previous mail), connectivity stops after some delay. This morning, I worked during about 30 mins before being stopped, and I got the strange "list scan" result. vagabond$ /sbin/ifconfig ath0 ath0: flags=3D8843 metric 0 mtu 15= 00 ether 00:0b:cd:5b:ed:70 inet6 fe80::20b:cdff:fe5b:ed70%ath0 prefixlen 64 scopeid 0x1 inet6 2001:660:2402:1001:20b:cdff:fe5b:ed70 prefixlen 64 autoconf media: IEEE 802.11 Wireless Ethernet autoselect (DS/11Mbps) status: no carrier ssid osiris-lab channel 8 (2447 Mhz 11g) authmode WPA privacy ON deftxkey UNDEF txpowmax 30 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 protmode CTS burst roaming MANUAL bintval 96 vagabond$ /sbin/ifconfig -v ath0 list scan SSID BSSID CHAN RATE S:N I= NT CAPS osiris 00:11:20:1b:25:40 1 54M -74:-92 9= 6 ES WME osiris-lab 00:11:20:1b:25:41 1 54M -74:-92 9= 6 EPS WPA RSN WME osiris-sec 00:11:20:1b:25:42 1 54M -74:-92 9= 6 EPS WPA RSN WME osiris 00:11:20:1b:33:b0 11 54M -80:-91 9= 6 ES WME osiris-lab 00:11:20:1b:33:b1 11 54M -81:-91 9= 6 EPS WPA RSN WME osiris-sec 00:11:20:1b:33:b2 11 54M -81:-91 9= 6 EPS WPA RSN WME osiris 00:12:01:bf:86:80 6 54M -83:-89 9= 6 ES WME Pierre From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 08:18:54 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4246916A400 for ; Mon, 25 Jun 2007 08:18:54 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id 8853A13C45D for ; Mon, 25 Jun 2007 08:18:53 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 7216 invoked by uid 1009); 25 Jun 2007 11:18:51 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.988256 secs); 25 Jun 2007 08:18:51 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 25 Jun 2007 11:18:49 +0300 Received: (qmail 11920 invoked from network); 25 Jun 2007 11:18:49 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 25 Jun 2007 11:18:49 +0300 Message-ID: <467F7A69.9000909@cytexbg.com> Date: Mon, 25 Jun 2007 11:18:49 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: "M. Warner Losh" References: <46779C8C.8000707@cytexbg.com> <200706191113.03925.hselasky@c2i.net> <4677BD25.8030202@cytexbg.com> <20070623.212128.323264592.imp@bsdimp.com> In-Reply-To: <20070623.212128.323264592.imp@bsdimp.com> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 08:18:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 M. Warner Losh wrote: > I've done some testing with the recently improved in-tree usb stack, > and it doesn't panic for me when I remove a CardBus USB card, both > with and without devices. It also does remove the extra /dev/usb* > entries properly. I couldn't cause any crashes with the latest > -current. > > Warner Unfortunately it still does panic for me by simply inserting the card (Huawei E630 3g card a.k.a Vodafone Mobile Connect), waiting for the usb busses to be added and the ucom0 device to be recognized ( it takes a few seconds) and then ejecting the card. Again the message is : ucom0: detached (null): at uhub2 port 1 (addr 2) disconnected Fatal trap 12: page fault while in kernel mode fault virtual address = 0x400 fault code = supervisor read, page not presend instruction pointer = 0x20:0xc0595b2d stack pointer = 0x28:0xd2f4db34 frame pointer = 0x28:0xd2f4db5c 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 = 28 (cbb0 event thread) trap number = 12 panic: page fault This problem does not exist if i compile my kernel with the HPS Usb Stack. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGf3ppHNAJ/fLbfrkRAtL+AKCxm2AKjxi4uUetfZ+bv1PO432FXACgz+Ll dpGLAw8qx9EyITVE/n7yqJ4= =iGEZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 08:22:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65D1816A46B for ; Mon, 25 Jun 2007 08:22:07 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 447A213C4BA for ; Mon, 25 Jun 2007 08:22:07 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.9] (may be forged)) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5P8M2wd001464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 25 Jun 2007 01:22:02 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5P8M12K027624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 25 Jun 2007 01:22:02 -0700 Message-ID: <467F7B29.2050607@u.washington.edu> Date: Mon, 25 Jun 2007 01:22:01 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.25.10542 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_SUBJ_9 0, __USER_AGENT 0' Cc: current@freebsd.org, "M. Warner Losh" Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 08:22:07 -0000 Ian FREISLICH wrote: > Ian FREISLICH wrote: > >> I also fixed the onboard wireless mouse controller which previously >> > > s/I/It/ > > >> worked for about 10 minutes before a usb bus error broke the >> connection. >> > > Seems I spoke too soon. After running fine for about an hour the > wireless mouse died with the following error: > > Jun 25 09:00:53 apple kernel: usb3: host controller process error > Jun 25 09:00:53 apple kernel: usb3: host controller halted > > Is there any debugging knob I can turn to get more data about what > went wrong? > > Ian > > -- > Ian Freislich > 'USB_DEBUG="yes"' in make.conf? -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 09:09:00 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A4BC16A46B for ; Mon, 25 Jun 2007 09:09:00 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from digitiminimi.de (digitiminimi.de [217.172.44.71]) by mx1.freebsd.org (Postfix) with ESMTP id B492813C457 for ; Mon, 25 Jun 2007 09:08:59 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from localhost (digitiminimi.de [217.172.44.71]) by digitiminimi.de (Postfix) with ESMTP id 667699BFC7; Mon, 25 Jun 2007 11:27:22 +0200 (CEST) X-Virus-Scanned: amavisd-new at digitiminimi.de Received: from digitiminimi.de ([217.172.44.71]) by localhost (main.digitiminimi.de [217.172.44.71]) (amavisd-new, port 10024) with ESMTP id 0j43FhqbuSh0; Mon, 25 Jun 2007 11:27:19 +0200 (CEST) Received: from cojote.suedfac.com (sffwd2.suedfactoring.de [212.202.224.253]) by digitiminimi.de (Postfix) with ESMTP id BB61B9BC20; Mon, 25 Jun 2007 11:27:07 +0200 (CEST) Message-ID: <467F861A.3070004@encephalon.de> Date: Mon, 25 Jun 2007 11:08:42 +0200 From: "Axel S. Gruner" User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: pjd@FreeBSD.org Subject: ZFS and gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 09:09:00 -0000 Hi all, i am playing a bit with ZFS on FreeBSD Current and i love it. But now i am at a point where is got some questions coming up. My FreeBSD is running in a VM under Vmware Fusion and i am using FreeBSD AMD64. I installed FreeBSD on da0. / with 334 MB swap 1GB usr rest After that, i created a pool and usr on it: #zpool create zusr raidz da0 da1 da2 #zfs create zusr/usr I copied /usr to zusr/usr #cp -Rp /usr/ /zusr/usr Edit the fstab entry, and comment out the old /dev/da0s1d (/usr). New mountpoint: #zfs set mountpoint=/usr zusr/usr Ok, everything works fine. Now the question and/or problem. Now i have on da0 a free da0s1d. Ok, i can use this with zfs: #zpool create oldusr /dev/da0s1d Works. Nice. But, is there a way to mirror my /dev/da0s1a? Can i use gmirror to mirror /dev/da0s1a with /dev/da0s4a? Also, mirroring swap /dev/da0s1b with /dev/da0s4b would be nice. Yes data is in a raidz mirror, but / is a single point of failure right now. And also, i could create a zfs mirror with da0s1d and da4s1d. Another question: If i got only 2 disks, how about using ZFS here? Using just /boot on UFS should work as i read, but can i mirror that one with gmirrror and use the rest of the the two disks with ZFS as an ZFS mirror? I stuck at that problem right now. Thanks in advance. Axel From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 09:35:55 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C63816A421; Mon, 25 Jun 2007 09:35:55 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id F27C013C447; Mon, 25 Jun 2007 09:35:54 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l5P9ZYoI029039; Mon, 25 Jun 2007 13:35:34 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 25 Jun 2007 13:35:34 +0400 (MSD) From: Dmitry Morozovsky To: "Axel S. Gruner" In-Reply-To: <467F861A.3070004@encephalon.de> Message-ID: <20070625133238.M68481@woozle.rinet.ru> References: <467F861A.3070004@encephalon.de> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 25 Jun 2007 13:35:34 +0400 (MSD) Cc: freebsd-current@freebsd.org, pjd@freebsd.org Subject: Re: ZFS and gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 09:35:55 -0000 On Mon, 25 Jun 2007, Axel S. Gruner wrote: ASG> #zpool create zusr raidz da0 da1 da2 [snip] ASG> Now i have on da0 a free da0s1d. Ok, i can use this with zfs: Hmm, I see collision here - you said you use all da0 for zpool? ASG> But, is there a way to mirror my /dev/da0s1a? Can i use gmirror to ASG> mirror /dev/da0s1a with /dev/da0s4a? ASG> Also, mirroring swap /dev/da0s1b with /dev/da0s4b would be nice. Yes ASG> data is in a raidz mirror, but / is a single point of failure right now. ASG> ASG> And also, i could create a zfs mirror with da0s1d and da4s1d. ASG> ASG> Another question: ASG> If i got only 2 disks, how about using ZFS here? Using just /boot on UFS ASG> should work as i read, but can i mirror that one with gmirrror and use ASG> the rest of the the two disks with ZFS as an ZFS mirror? ASG> I stuck at that problem right now. Booting from gmirror should not be a problem - most of my servers (RELENG_6) use gmirrored SATA partitions including swap: marck@gwp:~> mount /dev/mirror/m0a on / (ufs, local) devfs on /dev (devfs, local) /dev/mirror/m0e on /usr (ufs, local, soft-updates) /dev/mirror/m0f on /var (ufs, local, soft-updates) /dev/mirror/m0g on /lh (ufs, local, soft-updates) /var/obj on /usr/obj (nullfs, local, noclusterw) /dev/md0 on /tmp (ufs, asynchronous, local) marck@gwp:~> swapinfo Device 1K-blocks Used Avail Capacity /dev/mirror/m0b 1048572 0 1048572 0% marck@gwp:~> gmirror status Name Status Components mirror/m0a COMPLETE ad4a ad6a mirror/m0b COMPLETE ad4b ad6b mirror/m0e COMPLETE ad4e ad6e mirror/m0f COMPLETE ad4f ad6f mirror/m0g COMPLETE ad4g ad6g Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 09:57:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B080616A469 for ; Mon, 25 Jun 2007 09:57:18 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from digitiminimi.de (digitiminimi.de [217.172.44.71]) by mx1.freebsd.org (Postfix) with ESMTP id 757DD13C448 for ; Mon, 25 Jun 2007 09:57:18 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from localhost (digitiminimi.de [217.172.44.71]) by digitiminimi.de (Postfix) with ESMTP id 648859BD5D; Mon, 25 Jun 2007 12:15:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at digitiminimi.de Received: from digitiminimi.de ([217.172.44.71]) by localhost (main.digitiminimi.de [217.172.44.71]) (amavisd-new, port 10024) with ESMTP id s3C0TV8+Z8jx; Mon, 25 Jun 2007 12:15:38 +0200 (CEST) Received: from cojote.suedfac.com (sffwd2.suedfactoring.de [212.202.224.253]) by digitiminimi.de (Postfix) with ESMTP id 8E2209BC20; Mon, 25 Jun 2007 12:15:20 +0200 (CEST) Message-ID: <467F9167.8010705@encephalon.de> Date: Mon, 25 Jun 2007 11:56:55 +0200 From: "Axel S. Gruner" User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Dmitry Morozovsky References: <467F861A.3070004@encephalon.de> <20070625133238.M68481@woozle.rinet.ru> In-Reply-To: <20070625133238.M68481@woozle.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ZFS and gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 09:57:18 -0000 Dmitry Morozovsky schrieb: > On Mon, 25 Jun 2007, Axel S. Gruner wrote: > > ASG> #zpool create zusr raidz da0 da1 da2 > > [snip] > > ASG> Now i have on da0 a free da0s1d. Ok, i can use this with zfs: > > Hmm, I see collision here - you said you use all da0 for zpool? Ah, no. /dev/da0s1d is it. So, /dev/da0s1a is 334MB big, and the only UFS stuff left. On da0s1d was /usr, but /usr is now on zusr/usr (ZFS). So, /dev/da0s1d is free an i can use it with ZFS. Now i want to mirror /dev/da0s1a with /dev/da4s1a. Building a mirror with /dev/da0s1d and /dev/da4s1d (zpool mirror) Also, want to mirror swap /dev/da0s1b with gmirror, or what? Ok, in single user mode i can set up the mirror, for /dev/da0s1a. Well, right now, i got stuck in insert /dev/da4s1a to gm0. If this will be working, i am able to use the rest of da0 and da4 as an zpool, and mirror also the swap. Or is there another way to use the system disk also with ZFS and not to loose much space, or, if you got only two disk, also get in touch with ZFS and the famous features? Axel From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 10:01:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F07616A400 for ; Mon, 25 Jun 2007 10:01:36 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id 419BC13C447 for ; Mon, 25 Jun 2007 10:01:34 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 18980 invoked by uid 1009); 25 Jun 2007 13:01:32 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.023883 secs); 25 Jun 2007 10:01:32 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 25 Jun 2007 13:01:32 +0300 Received: (qmail 12822 invoked from network); 25 Jun 2007 13:01:32 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 25 Jun 2007 13:01:32 +0300 Message-ID: <467F927C.6080206@cytexbg.com> Date: Mon, 25 Jun 2007 13:01:32 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4666D696.4080908@totalterror.net> <20070607091739.GJ7666@obelix.dsto.defence.gov.au> <46682F9F.9090204@totalterror.net> <466D1B2E.5020800@totalterror.net> <467859FA.5050203@cytexbg.com> <4679987A.90103@cytexbg.com> In-Reply-To: <4679987A.90103@cytexbg.com> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Anyone using gjournal for root fs? [was : gjournal + WARNING: R/W mount of / denied. Filesystem not clean - run fsck.] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 10:01:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm wondering if there are people using geom journal for their root filesystems with recent -current, and if they experience the problems described in PR misc/113889 There was not much activity in the original thread, and two of the possible reasons may be that not many people are using gjournal for root fs, so they don't have this problem, or my setup is somewhat broken. :) But i have this problem on two different machines, one with fs and journal on one provider and the other machine on separate providers, and both have the same problem, and the fix to fsck_ffs makes them both boot normaly after crash) Thanks. Niki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGf5J8HNAJ/fLbfrkRAhtTAKDEuAYfjPmu6+xYHAdmwov5zMDCuwCeLERj acfXddOM+JwyFyZsYYLUQIE= =Pp8B -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 10:15:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 442B216A41F for ; Mon, 25 Jun 2007 10:15:38 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id 8E39A13C448 for ; Mon, 25 Jun 2007 10:15:37 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 27633 invoked by uid 1009); 25 Jun 2007 13:15:36 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.0462 secs); 25 Jun 2007 10:15:36 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 25 Jun 2007 13:15:36 +0300 Received: (qmail 12992 invoked from network); 25 Jun 2007 13:15:36 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 25 Jun 2007 13:15:36 +0300 Message-ID: <467F95C8.7070707@cytexbg.com> Date: Mon, 25 Jun 2007 13:15:36 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <46779C8C.8000707@cytexbg.com> <200706191113.03925.hselasky@c2i.net> <4677BD25.8030202@cytexbg.com> <20070623.212128.323264592.imp@bsdimp.com> <467F7A69.9000909@cytexbg.com> In-Reply-To: <467F7A69.9000909@cytexbg.com> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "M. Warner Losh" , hselasky@c2i.net Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 10:15:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Niki Denev wrote: > M. Warner Losh wrote: >> I've done some testing with the recently improved in-tree usb stack, >> and it doesn't panic for me when I remove a CardBus USB card, both >> with and without devices. It also does remove the extra /dev/usb* >> entries properly. I couldn't cause any crashes with the latest >> -current. > >> Warner > > Unfortunately it still does panic for me by simply inserting the card > (Huawei E630 3g card a.k.a Vodafone Mobile Connect), waiting for the > usb busses to be added and the ucom0 device to be recognized ( it takes > a few seconds) and then ejecting the card. > Again the message is : > > ucom0: detached > (null): at uhub2 port 1 (addr 2) disconnected > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x400 > fault code = supervisor read, page not presend > instruction pointer = 0x20:0xc0595b2d > stack pointer = 0x28:0xd2f4db34 > frame pointer = 0x28:0xd2f4db5c > 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 = 28 (cbb0 event thread) > trap number = 12 > panic: page fault > > This problem does not exist if i compile my kernel with the HPS Usb Stack. > > I temporarily "fixed" the problem here with this leaking resources : - --- usb_subr.c Mon Jun 25 13:09:12 2007 +++ usb_subr.c.ugly Mon Jun 25 13:03:42 2007 @@ -11,7 +11,7 @@ */ #include - -__FBSDID("$FreeBSD: /repoman/r/ncvs/src/sys/dev/usb/usb_subr.c,v 1.94 2007/06/20 05:10:54 imp Exp $"); +__FBSDID("$FreeBSD: src/sys/dev/usb/usb_subr.c,v 1.94 2007/06/20 05:10:54 imp Exp $"); /*- * Copyright (c) 1998 The NetBSD Foundation, Inc. @@ -1354,6 +1354,10 @@ if (dev->subdevs != NULL) { DPRINTFN(3,("usb_disconnect_port: disconnect ubdevs\n")); for (i = 0; dev->subdevs[i]; i++) { + if (device_get_nameunit(dev->subdevs[i]) == NULL) { + printf("usb_disconnect_port: no subdevice, leaking\n"); + return; + } printf("%s: at %s", device_get_nameunit(dev->subdevs[i]), hubname); if (up->portno != 0) With this my system survives several card insert/removals only to panic after this with ohci_rem_ed: no ED found :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGf5XHHNAJ/fLbfrkRAsgRAJ9WTqocfJzHrH+qBBV0H/d6qIyvUQCfaxT/ WE/U0hGPpSBeHcbPR7GdFTo= =cW/3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 10:35:14 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C94E16A468 for ; Mon, 25 Jun 2007 10:35:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 296CC13C44B for ; Mon, 25 Jun 2007 10:35:14 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=DKVgXQBMWc8Oa6b2qo3qAb2ji2njUKsuMWTI+udeP5mdkq8EzukWZSiKbJDhS0mId23cwyjyrZbIjdrUu9QlaVC3ZFVbKgaZ5clf/lFmd90mpqlcwiXg6HzsDitOiz/GtVmrzV2tvDzj2CpzvpwHUgXN2n4v+WHG71RSdFK40ScNQbXCyhbLfM9N6hEBk3L0M9/nNhOaz1RsNKle2nkM/XtCefAK7ZHs+6DEKn6sJvvvDD2hT+RYrRoyJOHNCacl; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I2luX-0005rC-5V; Mon, 25 Jun 2007 10:35:09 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I2luS-0004rD-4Q; Mon, 25 Jun 2007 10:35:04 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I2luR-0001kJ-25; Mon, 25 Jun 2007 12:35:03 +0200 To: Mark Murray From: Ian FREISLICH In-Reply-To: Message from Mark Murray of "Mon, 25 Jun 2007 10:56:25 +0100." <200706250956.l5P9uPvV074077@greatest.grondar.org> X-Attribution: BOFH Date: Mon, 25 Jun 2007 12:35:03 +0200 Message-Id: Cc: freebsd-current@FreeBSD.ORG, gary.jennejohn@freenet.de Subject: Re: weird error with nmh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 10:35:14 -0000 Mark Murray wrote: > Ian FREISLICH writes: > > So I'm really not sure why the linker is choosing libc's version > > over this one. > > If you turn on debug building (-g), then nmh works again. I'll give that a try. Last time I tried (Jun 11) -g didn't help either with preventing the core dump or making sense of the stack trace. > Even weirder. GCC bug? I suspected the rude function aliasing deprecation, but I couldn't find a warning to that effect. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 10:38:55 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6517D16A400 for ; Mon, 25 Jun 2007 10:38:55 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 260DE13C45D for ; Mon, 25 Jun 2007 10:38:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9437C17382; Mon, 25 Jun 2007 10:38:53 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l5PAcpxB030148; Mon, 25 Jun 2007 10:38:52 GMT (envelope-from phk@critter.freebsd.dk) To: Ian FREISLICH From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 25 Jun 2007 12:35:03 +0200." Date: Mon, 25 Jun 2007 10:38:51 +0000 Message-ID: <30147.1182767931@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@FreeBSD.ORG, gary.jennejohn@freenet.de, Mark Murray Subject: Re: weird error with nmh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 10:38:55 -0000 In message , Ian FREISLICH writes: >Mark Murray wrote: >> Ian FREISLICH writes: >> > So I'm really not sure why the linker is choosing libc's version >> > over this one. >> >> If you turn on debug building (-g), then nmh works again. > >I'll give that a try. Last time I tried (Jun 11) -g didn't help >either with preventing the core dump or making sense of the stack >trace. > >> Even weirder. GCC bug? > >I suspected the rude function aliasing deprecation, but I couldn't >find a warning to that effect. It worked for me to remove -O2 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 10:42:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F19016A46F; Mon, 25 Jun 2007 10:42:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0230513C4B7; Mon, 25 Jun 2007 10:42:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 85CE146F09; Mon, 25 Jun 2007 06:42:23 -0400 (EDT) Date: Mon, 25 Jun 2007 11:42:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gabor Kovesdan In-Reply-To: <467E81BC.7060507@FreeBSD.org> Message-ID: <20070625114124.E2623@fledge.watson.org> References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624034649.63ebc0b7.stas@FreeBSD.org> <20070624020734.R17867@fledge.watson.org> <467E81BC.7060507@FreeBSD.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-435981513-1182768143=:2623" Cc: Stanislav Sedov , freebsd-current@freebsd.org, Steven Kreuzer Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 10:42:24 -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-435981513-1182768143=:2623 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 24 Jun 2007, Gabor Kovesdan wrote: > Robert Watson escribi=F3: >> On Sun, 24 Jun 2007, Stanislav Sedov wrote: >>>=20 >>> Personally, I see no point in adding -- style options, since the entire= =20 >>> our world build without them. GNU people can always install gnu- ports,= we=20 >>> just should insure they're posix compatible. >>>=20 >>> Furthermore, having -- and - style options in one world effectively bro= ke=20 >>> BSD's perfect look and feel:-) >>=20 >> On the other hand -- intentionally breaking scripts that have worked wit= h=20 >> FreeBSD for years isn't exactly the best way to make end-users happy. >>=20 > How you mean this? The current GNU textproc tools have those -- options. = How=20 > would that break scripts, then? > > Personally, I don't need or insist on having -- style options, but curren= tly=20 > we have those and people might have got used to them. If we change the=20 > available options by just changing to the BSD-licensed ones without a dee= per=20 > look of their functionality, we might break POLA. > > Moreover, the BSD-licensed ones have some of those, too as I wrote before= ,=20 > thus we just need to document them in the accompanying manpages. It's=20 > strange, but the manpages don't cover the existing long options, maybe th= e=20 > OpenBSD people didn't want people to use them. Ah, OK -- I read the e-mail as stating that the options didn't exit in the= =20 OpenBSD tools, yet proposing moving to them, and hence was concerned about= =20 compatibility with existing scripts. Robert N M Watson Computer Laboratory University of Cambridge --0-435981513-1182768143=:2623-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 11:05:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC94816A46D for ; Mon, 25 Jun 2007 11:05:13 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id B737213C458 for ; Mon, 25 Jun 2007 11:05:13 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 25 Jun 2007 04:05:13 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CACs+f0arR7MV/2dsb2JhbAA X-IronPort-AV: i="4.16,458,1175497200"; d="scan'208"; a="497349328:sNHT53462666" Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l5PB5DbO018401; Mon, 25 Jun 2007 04:05:13 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id l5PB5Cka025448; Mon, 25 Jun 2007 11:05:13 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 25 Jun 2007 04:05:12 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 25 Jun 2007 04:05:12 -0700 Message-ID: <467FA1D1.9060401@cisco.com> Date: Mon, 25 Jun 2007 07:06:57 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <4675F1FF.3030505@cisco.com> <200706181244.11235.doconnor@gsoft.com.au> <20070623.212730.439502486.imp@bsdimp.com> In-Reply-To: <20070623.212730.439502486.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Jun 2007 11:05:12.0161 (UTC) FILETIME=[B37AB510:01C7B718] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1607; t=1182769513; x=1183633513; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Linksys=20USB200M |Sender:=20; bh=/ehp1PkwDuCVj1VbJYAXzKulJuUDCyOUJJMDcB/FDIY=; b=POjRgrwYltz+cQBOirHsNq1jhrZhVwPASYAdIud15/pSftbOfL4igaCZPlo5ugrSN+GJ3iq7 gU3JB2BJoQ70lyhThHHBCGH1uD2qCaT+dVJE8KSZYtbDixnUZwL+7CmlRkO5aTUBIpSRuP9Jyd H3m5aho1O14UYMHHqDsk5T7DE=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: Linksys USB200M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 11:05:13 -0000 M. Warner Losh wrote: > In message: <200706181244.11235.doconnor@gsoft.com.au> > "Daniel O'Connor" writes: > : On Monday 18 June 2007 12:16, Randall Stewart wrote: > : > it in to my leading bleeding edge current and I see: > : > ugen0: : > addr 2> on uhub4 > : > : According to usbdevs a USB200M has a device ID of 0x2226 and a vendor ID > : of 0x066b. > : > : Linksys have probably changed the chip they use without changing the > : model name :( Since you work there maybe you can go yell at someone ;) > : > : From the Linux driver it looks like an ASIX AX88178 10/100/1000 > : > : Interestingly I can't actually find who uses the vendor ID of 0x066b.. > : (0x13b1 is CISCO/Linksys) > : > : I don't think you'll get it working without cutting some code. > : > : On the plus side the data sheet is readily available.. > : http://www.asix.com.tw/FrootAttach/datasheet/AX88178_datasheet_Rev11.pdf > > axe should support these devices. The fact that it doesn't is because > it hasn't been expanded to support newer members of this family. > OtherBSD has support for them that I'm looking to merge in. Can > either of you test it for me? > > Warner > Alas.. I gave my USB device to a fellow employee with a windoz machine... If you send me patches I will see about recovering it (or purchasing another one) and give it a try.. It will take me some time though.. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 11:10:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3518816A400 for ; Mon, 25 Jun 2007 11:10:19 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 0EF4613C489 for ; Mon, 25 Jun 2007 11:10:19 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 25 Jun 2007 04:10:18 -0700 X-IronPort-AV: i="4.16,458,1175497200"; d="scan'208"; a="171473492:sNHT46422891" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l5PBAIAl022635; Mon, 25 Jun 2007 04:10:18 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5PBAGmq025014; Mon, 25 Jun 2007 11:10:18 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 25 Jun 2007 04:10:16 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 25 Jun 2007 04:10:16 -0700 Message-ID: <467FA301.8070600@cisco.com> Date: Mon, 25 Jun 2007 07:12:01 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kip Macy References: <20070624211128.GZ1371@bashibuzuk.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Jun 2007 11:10:16.0369 (UTC) FILETIME=[68CD2A10:01C7B719] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2632; t=1182769818; x=1183633818; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Building=20a=20kernel=20with=20SCTP=20support |Sender:=20; bh=mAlaojVv+4UTz2T65E/7RbvPrCWT54if5ofh1tooEcM=; b=ZmsDZOvDmx054zPVXdexe1QXH0pnYUhLQv5CUkqHWmk/EfADubRzALJssQnbaYiqdThVaTpQ 7FabaQzL4n8VhNNzGUYjdvgYmWp9xAyuwmh6/meAh7QmJQkZ8/VKw+Dg; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Building a kernel with SCTP support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 11:10:19 -0000 Kip: Yes, we have a dependancy that both IPv4 and IPv6 are present. A while ago the guy that works on the NetBSd side of the code (who I can't remember his name since he has pretty much stopped working on it.. sigh) was trying to seperate things out.. but we have never put an effort into making it compileable without v6.. or without v4 for that matter.. You have to have both ... not that v6 needs to be enabled.. its just the data structures :-) R Kip Macy wrote: > Interesting - > > Randall - does SCTP depend on ipv6? Or did you mean to have a pipe > between inet and inet6? > > > netinet/sctp_asconf.c optional inet inet6 sctp > netinet/sctp_auth.c optional inet inet6 sctp > netinet/sctp_bsd_addr.c optional inet inet6 sctp > netinet/sctp_crc32.c optional inet inet6 sctp > netinet/sctp_indata.c optional inet inet6 sctp > netinet/sctp_input.c optional inet inet6 sctp > netinet/sctp_output.c optional inet inet6 sctp > netinet/sctp_pcb.c optional inet inet6 sctp > netinet/sctp_peeloff.c optional inet inet6 sctp > netinet/sctp_sysctl.c optional inet inet6 sctp > netinet/sctp_timer.c optional inet inet6 sctp > netinet/sctp_usrreq.c optional inet inet6 sctp > netinet/sctputil.c optional inet inet6 sctp > > > > > On 6/24/07, Vlad GALU wrote: > >> On 6/25/07, Yann Berthier wrote: >> > On Sun, 24 Jun 2007, at 21:31, Vlad GALU wrote: >> > >> > > Hi list, I have SCTP, SCTP_DEBUG and SCTP_HIGH_SPEED defined in my >> > > kernel configuration file. However, it looks that the SCTP source >> > > files aren't even built, so the linking fails with >> > >> > try including INET6 and see if it helps - when i tried sctp a while >> > back, i was not able to compile my kernel without it - dunno if this >> > dependency is to be expected or not >> > >> >> Thanks for the tip! It worked! >> >> > >> > >> >> >> -- >> If it's there, and you can see it, it's real. >> If it's not there, and you can see it, it's virtual. >> If it's there, and you can't see it, it's transparent. >> If it's not there, and you can't see it, you erased it. >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 11:10:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D8B716A421 for ; Mon, 25 Jun 2007 11:10:58 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-3.cisco.com (sj-iport-3-in.cisco.com [171.71.176.72]) by mx1.freebsd.org (Postfix) with ESMTP id 1DCAA13C45D for ; Mon, 25 Jun 2007 11:10:58 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-3.cisco.com with ESMTP; 25 Jun 2007 04:10:58 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAHY/f0arR7O6/2dsb2JhbAA X-IronPort-AV: i="4.16,458,1175497200"; d="scan'208"; a="497350668:sNHT26086558" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l5PBAvN3025839; Mon, 25 Jun 2007 04:10:57 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5PBAvmo025348; Mon, 25 Jun 2007 11:10:57 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 25 Jun 2007 04:10:56 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 25 Jun 2007 04:10:56 -0700 Message-ID: <467FA329.1090401@cisco.com> Date: Mon, 25 Jun 2007 07:12:41 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <20070624211128.GZ1371@bashibuzuk.net> <20070624222344.GA39096@troutmask.apl.washington.edu> In-Reply-To: <20070624222344.GA39096@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 25 Jun 2007 11:10:56.0529 (UTC) FILETIME=[80BD1810:01C7B719] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=646; t=1182769857; x=1183633857; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20Building=20a=20kernel=20with=20SCTP=20support |Sender:=20; bh=XPavSFIzqhmiRlxPU7zygU8c3bTnOopaUg7Hi1SDPBA=; b=1TL9ykb8Xrt2tjx927EfjWl4FMJEOrmB2VEfMSwcwmkkqtBNVGOLlKqQAGZtNnVQ841+o4XA ls5gLjSbC0Za+4RfDUF6g3PUAqvXJsBxAX7ItRR6dfAjY+soZjGlUKg8; Authentication-Results: sj-dkim-2; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim2002 verified; ); Cc: Kip Macy , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: Building a kernel with SCTP support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 11:10:58 -0000 Cool.. I even wrote it down :-D R Steve Kargl wrote: > On Sun, Jun 24, 2007 at 02:31:45PM -0700, Kip Macy wrote: > >>Interesting - >> >>Randall - does SCTP depend on ipv6? Or did you mean to have a pipe >>between inet and inet6? >> >> > > >>From /sys/conf/NOTES: > > # > # Note YOU MUST have both INET and INET6 defined. > # you don't have to enable V6, but SCTP is > # dual stacked and so far we have not teased apart > # the V6 and V4.. since an association can span > # both a V6 and V4 address at the SAME time :-) > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 10:00:23 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84AF716A400 for ; Mon, 25 Jun 2007 10:00:23 +0000 (UTC) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0D57713C455 for ; Mon, 25 Jun 2007 10:00:22 +0000 (UTC) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (uucp@localhost [127.0.0.1]) by storm.uk.FreeBSD.org (8.14.1/8.14.1) with ESMTP id l5PA0EPp050695; Mon, 25 Jun 2007 11:00:14 +0100 (BST) (envelope-from mark@grondar.org) Received: (from uucp@localhost) by storm.uk.FreeBSD.org (8.14.1/8.12.11/Submit) with UUCP id l5PA0CV3050694; Mon, 25 Jun 2007 11:00:12 +0100 (BST) (envelope-from mark@grondar.org) Received: from greatest.grondar.org (localhost [127.0.0.1]) by greatest.grondar.org (8.14.1/8.14.1) with ESMTP id l5P9uPvV074077; Mon, 25 Jun 2007 10:56:26 +0100 (BST) (envelope-from mark@greatest.grondar.org) Message-Id: <200706250956.l5P9uPvV074077@greatest.grondar.org> To: Ian FREISLICH In-reply-to: References: From: Mark Murray Date: Mon, 25 Jun 2007 10:56:25 +0100 Sender: mark@grondar.org X-Mailman-Approved-At: Mon, 25 Jun 2007 11:32:55 +0000 Cc: freebsd-current@FreeBSD.ORG, gary.jennejohn@freenet.de Subject: Re: weird error with nmh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 10:00:23 -0000 Ian FREISLICH writes: > So I'm really not sure why the linker is choosing libc's version > over this one. If you turn on debug building (-g), then nmh works again. Even weirder. GCC bug? M -- Mark R V Murray - Cert APS(Open) Dip Phys(Open) BSc Open(Open) From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 11:49:33 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 586A016A400 for ; Mon, 25 Jun 2007 11:49:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1480613C489 for ; Mon, 25 Jun 2007 11:49:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1I2n4U-000LwJ-Uo; Mon, 25 Jun 2007 14:49:30 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Jun 2007 14:49:29 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: open/close/ioctl api change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 11:49:33 -0000 actually it's the struct thread *tp where my problems are, this code works fine under 6.2, and did work till some days ago under current. static int iscsi_open(struct cdev *dev, int flags, int otype, struct thread *td) { ... debug(3, "td->td_proc=%p", td->td_proc); debug(3, "td->td_proc->p_pid=%d pid=%d", td->td_proc->p_pid, curproc->p_pid); ... the first debug prints out td->td_proc=0 and the next one panics. danny From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 12:24:11 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B057316A41F; Mon, 25 Jun 2007 12:24:11 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 55C4A13C45D; Mon, 25 Jun 2007 12:24:11 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1I2nbz-000Nqm-Sv; Mon, 25 Jun 2007 15:24:07 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-current@FreeBSD.ORG In-reply-to: Your message of Mon, 25 Jun 2007 14:49:29 +0300 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Jun 2007 15:24:07 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org Subject: KSE was Re: open/close/ioctl api change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 12:24:11 -0000 > actually it's the struct thread *tp where my problems are, > this code works fine under 6.2, and did work till some days ago under current. > > static int > iscsi_open(struct cdev *dev, int flags, int otype, struct thread *td) > { > ... > debug(3, "td->td_proc=%p", td->td_proc); > debug(3, "td->td_proc->p_pid=%d pid=%d", > td->td_proc->p_pid, curproc->p_pid); > ... > > the first debug prints out td->td_proc=0 and the next one panics. found the problem, 'option KSE' which is defined now in DEFAULTS, and i'm compiling a module! which does not include DEFAULTS! danny From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 12:24:14 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 971E616A4CC for ; Mon, 25 Jun 2007 12:24:14 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 779A313C45E for ; Mon, 25 Jun 2007 12:24:14 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id 98032C384C; Mon, 25 Jun 2007 12:59:41 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47068-09; Mon, 25 Jun 2007 12:59:00 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-26-49.cpe.netcabo.pt [213.22.26.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id 3D02FC385D; Mon, 25 Jun 2007 12:58:59 +0000 (UTC) Message-ID: <467FB419.5000002@barafranca.com> Date: Mon, 25 Jun 2007 13:24:57 +0100 From: Hugo Silva User-Agent: Thunderbird 2.0.0.0 (X11/20070609) MIME-Version: 1.0 To: "Axel S. Gruner" , freebsd-current@FreeBSD.ORG References: <467F861A.3070004@encephalon.de> In-Reply-To: <467F861A.3070004@encephalon.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: Subject: Re: ZFS and gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 12:24:14 -0000 Axel S. Gruner wrote: > Hi all, > > i am playing a bit with ZFS on FreeBSD Current and i love it. > But now i am at a point where is got some questions coming up. > > My FreeBSD is running in a VM under Vmware Fusion and i am using FreeBSD > AMD64. > > I installed FreeBSD on da0. > / with 334 MB > swap 1GB > usr rest > > After that, i created a pool and usr on it: > > #zpool create zusr raidz da0 da1 da2 > #zfs create zusr/usr > > I copied /usr to zusr/usr > > #cp -Rp /usr/ /zusr/usr > > Edit the fstab entry, and comment out the old /dev/da0s1d (/usr). > > New mountpoint: > #zfs set mountpoint=/usr zusr/usr > > Ok, everything works fine. > > Now the question and/or problem. > > Now i have on da0 a free da0s1d. Ok, i can use this with zfs: > > #zpool create oldusr /dev/da0s1d > > Works. Nice. > > But, is there a way to mirror my /dev/da0s1a? Can i use gmirror to > mirror /dev/da0s1a with /dev/da0s4a? > Also, mirroring swap /dev/da0s1b with /dev/da0s4b would be nice. Yes > data is in a raidz mirror, but / is a single point of failure right now. > > And also, i could create a zfs mirror with da0s1d and da4s1d. > > Another question: > If i got only 2 disks, how about using ZFS here? Using just /boot on UFS > should work as i read, but can i mirror that one with gmirrror and use > the rest of the the two disks with ZFS as an ZFS mirror? > I stuck at that problem right now. > > Thanks in advance. > > Axel > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > /dev/mirror/gm0s1a on / (ufs, local, soft-updates) devfs on /dev (devfs, local) mypool/home on /home (zfs, local, nosuid) mypool/home/klr on /home/klr (zfs, local, nosuid) mypool/tmp on /tmp (zfs, local, noexec, nosuid) mypool/usr on /usr (zfs, local) mypool/usr/ports on /usr/ports (zfs, local, nosuid) mypool/usr/ports/distfiles on /usr/ports/distfiles (zfs, local, noexec, nosuid) mypool/var on /var (zfs, local, noexec, nosuid) pool: mypool state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM mypool ONLINE 0 0 0 mirror ONLINE 0 0 0 ad0s2 ONLINE 0 0 0 ad1s2 ONLINE 0 0 0 errors: No known data errors From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 12:40:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C795C16A468 for ; Mon, 25 Jun 2007 12:40:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 7141E13C4B0 for ; Mon, 25 Jun 2007 12:40:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I2nrr-0008k0-CO for freebsd-current@freebsd.org; Mon, 25 Jun 2007 15:40:32 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5PCeCuI086587 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jun 2007 15:40:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5PCeHLR092310; Mon, 25 Jun 2007 15:40:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l5PCeHkT092309; Mon, 25 Jun 2007 15:40:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 25 Jun 2007 15:40:17 +0300 From: Kostik Belousov To: Danny Braniss Message-ID: <20070625124017.GM2268@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+k4iwFkkzu//qJTk" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: 8fcfa5a562f326ba64a474cd1db6e25e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1175 [June 25 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: open/close/ioctl api change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 12:40:33 -0000 --+k4iwFkkzu//qJTk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 25, 2007 at 02:49:29PM +0300, Danny Braniss wrote: > actually it's the struct thread *tp where my problems are, > this code works fine under 6.2, and did work till some days ago under cur= rent. >=20 > static int > iscsi_open(struct cdev *dev, int flags, int otype, struct thread *td) > { > ... > debug(3, "td->td_proc=3D%p", td->td_proc); > debug(3, "td->td_proc->p_pid=3D%d pid=3D%d", > td->td_proc->p_pid, curproc->p_pid); > ... >=20 > the first debug prints out td->td_proc=3D0 and the next one panics. I think you shall start with posting full panic information, and ddb/kgdb output for the trace. There have been some change in KPI (I assume you example is about in-kernel interfaces), but it shall not affect d_open() driver methods. --+k4iwFkkzu//qJTk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGf7ewC3+MBN1Mb4gRApFZAJ9Bi66DLr83DdVGJ131wgyLkLW6wwCgsMUD tefAOyjYwym6lCe26bWhgig= =9+L0 -----END PGP SIGNATURE----- --+k4iwFkkzu//qJTk-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 13:17:23 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 822EF16A46C for ; Mon, 25 Jun 2007 13:17:23 +0000 (UTC) (envelope-from luchezar.petkov@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 3246013C455 for ; Mon, 25 Jun 2007 13:17:23 +0000 (UTC) (envelope-from luchezar.petkov@gmail.com) Received: by wx-out-0506.google.com with SMTP id h28so1311581wxd for ; Mon, 25 Jun 2007 06:17:22 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=IXnbu0WL4ZLlbrfMGXFe9ANkPfriKPR5cEpinnDvCN0VONIVFCEU+TaGfyKy7bFhHwslCiXPjUFH3yx/Awu1Mv9zTM5NFo9FjUShxMNN6s3YNsiJ8O248WG8JkCAkrYtb5MiT23rywIeVR0jnMi0AgAgagYGDvhVPcXov7JK4Ds= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=hvAvwz3MWZ5w5oooAjSHCsNrg4fpORpd8dSZdtN0NQ0+n/ICiXkQ34yx1ZIv4iTGPUvBh7/kf71ZydWhHani6ivpflNoPOAAQhOkSJTMe9memw3+qWp0aFy8jzS46AkhRlr5g08W1cOljfnK7/a97/VDtRHmV4YX4vNEXdON7tc= Received: by 10.90.52.18 with SMTP id z18mr3995373agz.1182775853548; Mon, 25 Jun 2007 05:50:53 -0700 (PDT) Received: by 10.90.113.17 with HTTP; Mon, 25 Jun 2007 05:50:53 -0700 (PDT) Message-ID: <766a5a9e0706250550s4d2d67a8qc193c6dba7964e25@mail.gmail.com> Date: Mon, 25 Jun 2007 15:50:53 +0300 From: "Luchezar Petkov" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem compiling -CURRENT/OpenSSL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 13:17:23 -0000 Hello, I have a problem compiling FreeBSD-CURRENT : $make buildworld <...> normal compilation, no errors, no warnings; <...> cc -fpic -DPIC -lintl -g -L/usr/X11R6/lib -L/usr/local/lib -I/usr/local/include -I/usr/X11R6/include -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c -o eng_padlock.So /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c: In function 'padlock_xcrypt_ecb': /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:445: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm' /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:445: error: 'asm' operand has impossible constraints *** Error code 1 Stop in /usr/src/secure/lib/libcrypto. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ------------- Fresh today sources. About my system: $uname -a FreeBSD lilly.evo.bg 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 ----------- dmesg output can be found here: http://enlightenment.org/~lucho/dmesg.output I had removed my /usr/obj before the compilation. Any ideas how to solve the problem? -- Luchezar P. Petkov http://luchko.wordpress.com From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 13:23:35 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4D2316A400 for ; Mon, 25 Jun 2007 13:23:35 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 218AD13C448 for ; Mon, 25 Jun 2007 13:23:34 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l5PD9Emg050513; Mon, 25 Jun 2007 17:09:14 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1182776954; bh=VrY2OVYYspSD9IQTJ6i8HpLEhD3Qb6ZFtMAPNA9 jy/s=; l=998; h=Received:Date:From:To:Subject:Message-ID: Mail-Followup-To:MIME-Version:Content-Type:Content-Disposition: User-Agent; b=uGGwMzlv7hGoYa0TNewT8b7FTDQ7W+6hNJ/Yqy6+CUM0mYZH/z4z +9RlhZVLVVkbvjbyuhxhOh7RoYDZKGbMOsS5VC40c2eDzO7w3aLTaXTw0HIYMUm4eu7 aF7BnrWJcEHaN27A+JufYVRKtHWev2cgqZ1EtWN5QMu7er/g6EpI= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l5PD9EOw050511; Mon, 25 Jun 2007 17:09:14 +0400 (MSD) (envelope-from ache) Date: Mon, 25 Jun 2007 17:09:13 +0400 From: Andrey Chernov To: current@freebsd.org, kan@freebsd.org Message-ID: <20070625130913.GA50273@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, kan@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 13:23:35 -0000 This is serious loop optimization bug with -O2. I can't cut it down to the small sample, so here are simple steps to reproduce: 1) Compile/install misc/astrolog port, with or WITHOUT_X11, it does not matter. (I just commit CFLAGS+=-O in its Makefile as workaround of this bug, so change it to CFLAGS+=-O2 to see the bug in action) 2) Run "astrolog -n -j0" See lower right corner empty (under "Mode Power Percent") 3) Change back to CFLAGS+=-O, recompile, reinstall, run, see _filled_ lower right corner. To the code - in the intrpret.c:ChartInfluence(), near the very end of the file is a basic loop like that: for (i = 1; i <= 12; i++) { ... if (i <= 4) { ... } else if (i == 6) { ... } else if (i >= 7 && i <= 9) { !!!!! It never goes here with -O2 !!!!! ... } ... } Note: the exact example code above DOES NOT trigger the bug, as I say I can't cut it down to small sample, I just provide it for hint where bug place is. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 13:39:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED18416A468; Mon, 25 Jun 2007 13:39:53 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 714B613C45E; Mon, 25 Jun 2007 13:39:53 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l5PDdqVh051791; Mon, 25 Jun 2007 17:39:52 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1182778792; bh=p7PfrCIsTbvxT7nE+6oCMmB2yv6SBIYc1PhFSrc rwBI=; l=206; h=Received:Date:From:To:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=reRkO7xb10PbnTfGU5wS xehFf7j49dGGpuNHLXoPwCs9b6gOwfBZ93IWvuhef5M6E5kbPd3DV8uZ8+ybdwMHDrF S0R8b8ELyiVlMNKxzHx9ylORT2wJNsy2GqQEPLBmlMZwE+i6NQ07J3cHWu6UgLgs0KD s4CQ+SGdtJcyZ1E1Y= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l5PDdp42051790; Mon, 25 Jun 2007 17:39:51 +0400 (MSD) (envelope-from ache) Date: Mon, 25 Jun 2007 17:39:51 +0400 From: Andrey Chernov To: current@freebsd.org, kan@freebsd.org Message-ID: <20070625133951.GA51324@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org, kan@freebsd.org References: <20070625130913.GA50273@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070625130913.GA50273@nagual.pp.ru> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 13:39:54 -0000 On Mon, Jun 25, 2007 at 05:09:13PM +0400, Andrey Chernov wrote: > This is serious loop optimization bug with -O2. Forget to specify: i386 machine. I don't try on other archs. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 13:44:30 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 62C8B16A41F for ; Mon, 25 Jun 2007 13:44:30 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (darklight.org.ru [194.186.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 01B0F13C48C for ; Mon, 25 Jun 2007 13:44:28 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.1/8.14.1) with ESMTP id l5PDhwOf004568; Mon, 25 Jun 2007 17:43:58 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Received: (from yuri@localhost) by darklight.org.ru (8.14.1/8.14.1/Submit) id l5PDhvCo004567; Mon, 25 Jun 2007 17:43:57 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Date: Mon, 25 Jun 2007 17:43:57 +0400 From: Yuri Pankov To: Luchezar Petkov Message-ID: <20070625134357.GA1030@darklight.org.ru> References: <766a5a9e0706250550s4d2d67a8qc193c6dba7964e25@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=SHA1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <766a5a9e0706250550s4d2d67a8qc193c6dba7964e25@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (darklight.org.ru [127.0.0.1]); Mon, 25 Jun 2007 17:43:59 +0400 (MSD) Cc: freebsd-current@freebsd.org Subject: Re: Problem compiling -CURRENT/OpenSSL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 13:44:30 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 25, 2007 at 03:50:53PM +0300, Luchezar Petkov wrote: > Hello, > I have a problem compiling FreeBSD-CURRENT : >=20 > $make buildworld >=20 > <...> > normal compilation, no errors, no warnings; > <...> >=20 > cc -fpic -DPIC -lintl -g -L/usr/X11R6/lib -L/usr/local/lib ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > -I/usr/local/include -I/usr/X11R6/include -DTERMIOS -DANSI_SOURCE ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Check http://lists.freebsd.org/pipermail/freebsd-current/2007-April/071478.= html (and previous message also). > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto > -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN > -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=3Dgnu89 -c > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_= padlock.c > -o eng_padlock.So > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_= padlock.c: > In function 'padlock_xcrypt_ecb': > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_= padlock.c:445: > error: can't find a register in class 'GENERAL_REGS' while reloading 'as= m' > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_= padlock.c:445: > error: 'asm' operand has impossible constraints > *** Error code 1 >=20 > Stop in /usr/src/secure/lib/libcrypto. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > ------------- > Fresh today sources. About my system: >=20 > $uname -a > FreeBSD lilly.evo.bg 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:0= 5:30 > UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 >=20 > ----------- > dmesg output can be found here: > http://enlightenment.org/~lucho/dmesg.output >=20 > I had removed my /usr/obj before the compilation. >=20 > Any ideas how to solve the problem? > --=20 > Luchezar P. Petkov > http://luchko.wordpress.com Yuri --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGf8adeoAklVFrLdgRAkiSAKCQE2uBCIkppMo/uy2zCadxhfwjngCffa61 MjlLdyxYs8+5s3h+FuQZdN0= =32/f -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 13:50:17 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F6AE16A46E for ; Mon, 25 Jun 2007 13:50:17 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 1425B13C4BA for ; Mon, 25 Jun 2007 13:50:17 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:MIME-Version:Content-Type:Content-Disposition:Sender:X-Spam-Status:Subject; b=aY/VNNGs2w1s91DP8ldYo1hJQToS2Q3yUaP9c3Q9JnYFGUDAy3ysnZwbklY+5D0lccNbycmRe/+yScZJL1HBf7Z254XDdXXXLxwLBU1MaODNFA1l1yOXwPYqh3AKiA11Dl505NROIouAKysQaE/VjC3iUW2bFiccg5FUnH8hxR0=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1I2oxJ-0000N0-1p; Mon, 25 Jun 2007 17:50:13 +0400 Date: Mon, 25 Jun 2007 17:50:08 +0400 From: Eygene Ryabinkin To: freebsd-current@freebsd.org Message-ID: <20070625135008.GC1055@void.codelabs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.0 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Cc: Subject: binutils/gas compilation problems on i386. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 13:50:17 -0000 Good day. Checked out today's -CURRENT and noticed that the gas utility fails to be built. The problem is in config/tc-i386.h:451 (and all files are relative to /usr/src/contrib/binutils/gas): ----- extern const struct relax_type md_relax_table[]; ----- 'struct relax_type' is opaque when only as.h is used (line 608): ----- struct relax_type; ----- And, for example, file app.c uses only "as.h", but not the tc.h. Commenting the line 451 in config/tc-i386.h and adding the line ----- extern const relax_typeS TC_GENERIC_RELAX_TABLE[]; ----- to the write.c:2024 seems to solve the problem, but it looks like a hack. Any comments on this? -- Eygene From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 13:59:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FBA016A468 for ; Mon, 25 Jun 2007 13:59:23 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id AFC5C13C45B for ; Mon, 25 Jun 2007 13:59:22 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1440578uge for ; Mon, 25 Jun 2007 06:59:21 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Rtiw2jZ4bb65LRUX/JQWHoEzvDNp/1LZvBOYdQnouV2HeQfUo5N9atbzxKGjChnXNaHJ+kFgPa3SuQhbr6bq5pscQBB9kXnUvto9Nl3bCEnfqdpQHxPrFnpHs4TMx8OicdZa8BVpV4OaPJMf7+HEoAHNROzqD9WXSm7+jySPwiU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fGPu2ZW1taaXYBTyPftHBLF5bqjO2bIDnsEf+Z2k1Ml2L27hoEmR9QZPC3YMqbvQE+1WdsKgEgkTuYYf3TwPiEZ6dH6jrlUOCwkcCnb6BTePxHRieGCX9SRuBmhs9UWC4qkPAXr52YC+qvj6IPnGHdZNJmCHvTH5nYWuur96mAg= Received: by 10.82.182.1 with SMTP id e1mr12634896buf.1182779961662; Mon, 25 Jun 2007 06:59:21 -0700 (PDT) Received: by 10.82.190.1 with HTTP; Mon, 25 Jun 2007 06:59:21 -0700 (PDT) Message-ID: <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> Date: Mon, 25 Jun 2007 09:59:21 -0400 From: "Alexander Kabaev" To: "Andrey Chernov" , current@freebsd.org, kan@freebsd.org In-Reply-To: <20070625133951.GA51324@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> Cc: Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 13:59:23 -0000 It is trivial to extract a sample for miscompiltations. Just use -save-temps and cut down the code until you have a simple case. If you cannot be bothered to do that, nobody else would either, On 6/25/07, Andrey Chernov wrote: > On Mon, Jun 25, 2007 at 05:09:13PM +0400, Andrey Chernov wrote: > > This is serious loop optimization bug with -O2. > > Forget to specify: i386 machine. I don't try on other archs. > > -- > http://ache.pp.ru/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 14:31:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B0A016A400 for ; Mon, 25 Jun 2007 14:31:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD9E13C4B8 for ; Mon, 25 Jun 2007 14:31:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 6A04DEB2A1C; Mon, 25 Jun 2007 22:31:49 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id VwaAUKMSrIUD; Mon, 25 Jun 2007 22:31:47 +0800 (CST) Received: from charlie.delphij.net (unknown [221.219.158.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8BBB7EB2A17; Mon, 25 Jun 2007 22:31:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Rjt4cQ+hewYVPsPDdQYZmIcnT84hNDxjT+ks0YzXOrLfA2wIFY3SFFVz9C4BOTtyC BoBZyLBs59DymA/FbT52Q== Message-ID: <467FD1D1.8080500@delphij.net> Date: Mon, 25 Jun 2007 22:31:45 +0800 From: Xin LI User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Alexander Kabaev References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> In-Reply-To: <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> X-Enigmail-Version: 0.95.1 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: kan@freebsd.org, Andrey Chernov , current@freebsd.org Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 14:31:50 -0000 Alexander Kabaev wrote: > It is trivial to extract a sample for miscompiltations. Just use > -save-temps and cut down the code until you have a simple case. If you > cannot be bothered to do that, nobody else would either, Perhaps unrelated, but it seems that gcc 4.2.1 has fixed a number of bugs, and might worth a new import before 7.0-RELEASE? Cheers, From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 14:56:32 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 246F416A41F; Mon, 25 Jun 2007 14:56:32 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 9981D13C45A; Mon, 25 Jun 2007 14:56:31 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l5PEuUFj053738; Mon, 25 Jun 2007 18:56:30 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1182783390; bh=rqxQ8A1tHIog1yHpk+2Awx5Ka53XYn98f+eEg2W Wpho=; l=876; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=gpWU/t1Jqs+t5M7LDEla /z4GHl/UwYR8Gfd2ZRodqJsQQiLkfsJo3j29RbCTypvpKbB0D72NWATZH8iegyQSVj7 NqAWFOSYDxHIO/U9ft7nSE1qWaUydpkXjYQ2ipM48oU6GTLrB0KJLuTy8izEpIt++6d Bgr3SfwSzJmw3ltpM= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l5PEuT2W053737; Mon, 25 Jun 2007 18:56:29 +0400 (MSD) (envelope-from ache) Date: Mon, 25 Jun 2007 18:56:28 +0400 From: Andrey Chernov To: Alexander Kabaev Message-ID: <20070625145627.GA53685@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Alexander Kabaev , current@freebsd.org, kan@freebsd.org References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: kan@freebsd.org, current@freebsd.org Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 14:56:32 -0000 On Mon, Jun 25, 2007 at 09:59:21AM -0400, Alexander Kabaev wrote: > It is trivial to extract a sample for miscompiltations. Just use > -save-temps and cut down the code until you have a simple case. If you > cannot be bothered to do that, nobody else would either, Well... Is this small enough? cc -O2 a.c ./a.out cc -O a.c ./a.out ------------------------------------------------------------------ #include const char *szElem[4]; void main() { float power1[80], total2; int i, j; char sz[80]; for (i = 1; i <= 12; i++) { if (i <= 4) { sprintf(sz, " -%9.7s:", szElem[i-1]); for (j = 1; j < 12; j += 4) total2 += power1[i-1+j]; } else if (i == 6) { } else if (i >= 7 && i <= 9) { printf("MUST BE HERE!!! %d\n", i); } } } ------------------------------------------------------------------- -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 15:15:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B571116A421 for ; Mon, 25 Jun 2007 15:15:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 79D4D13C447 for ; Mon, 25 Jun 2007 15:15:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 218EA1CC5A; Mon, 25 Jun 2007 17:15:08 +0200 (CEST) Date: Mon, 25 Jun 2007 17:15:08 +0200 From: Ed Schouten To: Andrey Chernov , Alexander Kabaev , current@freebsd.org, kan@freebsd.org Message-ID: <20070625151508.GO27942@hoeg.nl> References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbVrQm6YT89AsdIa" Content-Disposition: inline In-Reply-To: <20070625145627.GA53685@nagual.pp.ru> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 15:15:09 -0000 --VbVrQm6YT89AsdIa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Andrey, * Andrey Chernov wrote: > Well... Is this small enough? I did some more stripping and it turns out this is the problem | int | main(int argc, char *argv[]) | { | int i; | int numbers[4] =3D { 0xdead, 0xbeef, 0x1337, 0x4242 }; |=20 | for (i =3D 1; i <=3D 12; i++) { | if (i <=3D 4) | printf("%d: %x\n", i, numbers[i-1]); | else if (i >=3D 7 && i <=3D 9) | printf("MUST BE HERE!!! %d\n", i); | } | } When you increase the size of the array to 6 or higher, it does what you want. It clearly looks like a compiler bug; the size of the array shouldn't have an effect on the amount of iterations.=20 You should really file a bug at GCC's to make sure this gets fixed in 4.2.1. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --VbVrQm6YT89AsdIa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGf9v852SDGA2eCwURAuLFAJ0Wr+Sy/MXmcMn1lcz4chAvRAUNuwCcDCYf DjshVg1xAtKEc0+nPzaJj0g= =/V/g -----END PGP SIGNATURE----- --VbVrQm6YT89AsdIa-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 15:22:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE06016A400 for ; Mon, 25 Jun 2007 15:22:20 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA0313C487 for ; Mon, 25 Jun 2007 15:22:20 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so1461763uge for ; Mon, 25 Jun 2007 08:22:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dd4LhGgHgrIxEU43bXhiM3nP+XxVLP2T0rQYSN1Is87SimwVVMb7moPUQaXtOky/AhUsnazuel7Ya5k27joBc4xCQTj3JZphp0HJclaBPA7OOGdgLp3uPdWP3RZjoMAr/b2WLoIbAJQAyNepOzc0S0t1tZcUQjnI9+pXSrjA6/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HEQqxZ+EvV7DL0HO+PI5QRPSKJMT4ogbh20Hsim5PXIItm5YSVzZPltUWyhOTExTmecJ4C33HGn/3X6aE24MNLekFQcWAzsFbe9uU5tBFAq95XBxbPvvQfT50Jp+ncYRr0+TK4zTD0p90bv8Wc+UbdePCI7EcwVbqnRhgNTcO0g= Received: by 10.82.111.8 with SMTP id j8mr12836064buc.1182784938585; Mon, 25 Jun 2007 08:22:18 -0700 (PDT) Received: by 10.82.190.1 with HTTP; Mon, 25 Jun 2007 08:22:18 -0700 (PDT) Message-ID: <8e5ef5f70706250822o3c80817brd0b0801e3956e9c7@mail.gmail.com> Date: Mon, 25 Jun 2007 11:22:18 -0400 From: "Alexander Kabaev" To: "Andrey Chernov" , "Alexander Kabaev" , current@freebsd.org, kan@freebsd.org In-Reply-To: <20070625145627.GA53685@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> Cc: Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 15:22:21 -0000 On 6/25/07, Andrey Chernov wrote: > On Mon, Jun 25, 2007 at 09:59:21AM -0400, Alexander Kabaev wrote: > > It is trivial to extract a sample for miscompiltations. Just use > > -save-temps and cut down the code until you have a simple case. If you > > cannot be bothered to do that, nobody else would either, > > Well... Is this small enough? > > cc -O2 a.c > ./a.out > cc -O a.c > ./a.out > ------------------------------------------------------------------ > #include > > const char *szElem[4]; > > void main() > { > float power1[80], total2; > int i, j; > char sz[80]; > > for (i = 1; i <= 12; i++) { > if (i <= 4) { > sprintf(sz, " -%9.7s:", szElem[i-1]); > for (j = 1; j < 12; j += 4) > total2 += power1[i-1+j]; > } else if (i == 6) { > } else if (i >= 7 && i <= 9) { > printf("MUST BE HERE!!! %d\n", i); > } > } > } > ------------------------------------------------------------------- > > -- > http://ache.pp.ru/ > This one is almost perfect. -- Alexander Kabaev From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 15:26:01 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E83E316A41F; Mon, 25 Jun 2007 15:26:01 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 6880013C44C; Mon, 25 Jun 2007 15:26:01 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l5PFQ0Ef054189; Mon, 25 Jun 2007 19:26:00 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1182785160; bh=oihE3yhCrW0gWIdZ2hxaBUavy4qHWj+kquIyHWY KB2M=; l=1614; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=bI0gyboNEQrN07xfFS2Q vwGugGjaikW+mjvG4KEz6OM2cAC5qGcbxfjVLcJmEuSUhYJtxA2AH/xXTveXspvX/A5 0JZU7zF0itFdLvZbNBrjm/e6UroiD+UNU2n+e0hKYYej5HyfzYf9xMOef+TRUrrkuFK 2EiL67AEHPgVIitBM= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l5PFPxEp054188; Mon, 25 Jun 2007 19:25:59 +0400 (MSD) (envelope-from ache) Date: Mon, 25 Jun 2007 19:25:59 +0400 From: Andrey Chernov To: Ed Schouten Message-ID: <20070625152559.GA54055@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ed Schouten , Alexander Kabaev , current@freebsd.org, kan@freebsd.org References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20070625151508.GO27942@hoeg.nl> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: kan@freebsd.org, current@freebsd.org Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 15:26:02 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 25, 2007 at 05:15:08PM +0200, Ed Schouten wrote: > I did some more stripping and it turns out this is the problem >=20 > | int > | main(int argc, char *argv[]) > | { > | int i; > | int numbers[4] =3D { 0xdead, 0xbeef, 0x1337, 0x4242 }; > |=20 > | for (i =3D 1; i <=3D 12; i++) { > | if (i <=3D 4) > | printf("%d: %x\n", i, numbers[i-1]); > | else if (i >=3D 7 && i <=3D 9) > | printf("MUST BE HERE!!! %d\n", i); > | } > | } >=20 > When you increase the size of the array to 6 or higher, it does what you > want. It clearly looks like a compiler bug; the size of the array > shouldn't have an effect on the amount of iterations.=20 >=20 > You should really file a bug at GCC's to make sure this gets fixed in > 4.2.1. I am not familiar with gcc bugs reporting system at all. Could somebody=20 running 4.2.1 snapshot tells, is it already fixed, by chance? If no, could= =20 sumebody fill bug report to them or provide detailed instructions how to=20 do that, please? In any case, we must change default CFLAGS from -O2 -fno-strict-aliasing -pipe to -O -pipe for -current immediately. --=20 http://ache.pp.ru/ --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGf96HVg5YK5ZEdN0RAnb+AJ9p5T6EVk6R0CNLtRiFquuh+dz//gCgmx/q x/f1Kc3u4/Z1Xr7cz3BMyo0= =RncG -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 15:37:00 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5747616A41F for ; Mon, 25 Jun 2007 15:37:00 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id E914313C4AE for ; Mon, 25 Jun 2007 15:36:59 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 81753456AB; Mon, 25 Jun 2007 17:36:58 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 5EE7E45685; Mon, 25 Jun 2007 17:36:52 +0200 (CEST) Date: Mon, 25 Jun 2007 17:36:38 +0200 From: Pawel Jakub Dawidek To: Dmitry Morozovsky Message-ID: <20070625153637.GA10643@garage.freebsd.pl> References: <20070625113541.Y68481@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <20070625113541.Y68481@woozle.rinet.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: current@FreeBSD.org Subject: Re: ZFS questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 15:37:00 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 25, 2007 at 11:53:43AM +0400, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > I'm playing with ZFS thinking about future storage server > I have two questions about it (currently; a least ;-)=20 >=20 > 1. How can one determine which portion of a provider zpool uses? It seems= =20 > logical for me if `zpool status -v' would display this info. I'm sorry, but I don't understand the question. If you use only one partition of a disk, zpool status will show you which partition it is. (but I don't think this was your question) > 2. It is also possible to expand the array by iteratively swapping each d= rive=20 > in the array with a bigger drive and waiting for ZFS to heal itself - the= heal=20 > time will depend on amount of store information, not the disk size.=20 > [ http://en.wikipedia.org/wiki/ZFS#Limitations ] >=20 > My experiments does not show that zpool size increases after set of=20 > `zpool replace'. Where did I went wrong? Works here after zpool export/zpool import. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGf+EFForvXbEpPzQRAjjgAJ0eoCOtJYqhGpvM73RQ7f4KwJIwJACg33d/ OWAcec0rFUS7jdBepPfwlzg= =E0fG -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 15:37:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BFE016A469 for ; Mon, 25 Jun 2007 15:37:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5031A13C4C7 for ; Mon, 25 Jun 2007 15:37:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5PFakEX012179; Mon, 25 Jun 2007 09:36:49 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 25 Jun 2007 09:37:23 -0600 (MDT) Message-Id: <20070625.093723.-1844001713.imp@bsdimp.com> To: ianf@clue.co.za From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 25 Jun 2007 09:36:49 -0600 (MDT) Cc: current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 15:37:21 -0000 In message: Ian FREISLICH writes: : Ian FREISLICH wrote: : > I also fixed the onboard wireless mouse controller which previously : : s/I/It/ : : > worked for about 10 minutes before a usb bus error broke the : > connection. : : Seems I spoke too soon. After running fine for about an hour the : wireless mouse died with the following error: : : Jun 25 09:00:53 apple kernel: usb3: host controller process error : Jun 25 09:00:53 apple kernel: usb3: host controller halted : : Is there any debugging knob I can turn to get more data about what : went wrong? I don't know. You can try configuring USBDEBUG in your kernel, then setting hw.ums.debug=1, but that tends to generate a lot of traffic in an hour. Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 15:38:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8BE216A46C; Mon, 25 Jun 2007 15:38:03 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep04.bredband.com (mxfep04.bredband.com [195.54.107.79]) by mx1.freebsd.org (Postfix) with ESMTP id B9BEF13C4BB; Mon, 25 Jun 2007 15:38:02 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep04.bredband.com with ESMTP id <20070625153752.XTGO4621.mxfep04.bredband.com@ironport.bredband.com>; Mon, 25 Jun 2007 17:37:52 +0200 Received: from c-5416e555.03-51-73746f3.cust.bredbandsbolaget.se (HELO prometheus.scode.org) ([85.229.22.84]) by ironport.bredband.com with ESMTP; 25 Jun 2007 17:37:37 +0200 Received: from prometheus.scode.org (localhost [127.0.0.1]) by prometheus.scode.org (Postfix) with ESMTP id 14E101CC20; Sat, 23 Jun 2007 22:24:19 +0200 (CEST) Message-ID: <467D8172.9020107@infidyne.com> Date: Sat, 23 Jun 2007 22:24:18 +0200 From: Peter Schuller User-Agent: Thunderbird 2.0.0.4 (X11/20070621) MIME-Version: 1.0 To: Hugo Silva References: <4679A6D2.9020302@barafranca.com> In-Reply-To: <4679A6D2.9020302@barafranca.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, Pawel Jakub Dawidek Subject: Re: ZFS scrub gone wrong X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 15:38:03 -0000 > time. After a few minutes of operation, sound began repeating and the > computer spontaneously rebooted. One thing: On 32bit, scrubbing a pool seemed to be much better at triggering the kmem_alloc panics than various other I/O operations that traditionally triggered it. If you're on such a system but got rid of the panics, this might just be a matter of them re-appearing again. The panics seem to lead to spontaneous reboots if X is running on the machine (or that has been the seemingly deciding factor for me). -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 15:38:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49E4F16A421; Mon, 25 Jun 2007 15:38:41 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 0DFF813C484; Mon, 25 Jun 2007 15:38:41 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 3ECF81CC5A; Mon, 25 Jun 2007 17:38:40 +0200 (CEST) Date: Mon, 25 Jun 2007 17:38:40 +0200 From: Ed Schouten To: Andrey Chernov , Alexander Kabaev , current@freebsd.org, kan@freebsd.org Message-ID: <20070625153840.GP27942@hoeg.nl> References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> <20070625152559.GA54055@nagual.pp.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ws+C+3cFyVqcopd2" Content-Disposition: inline In-Reply-To: <20070625152559.GA54055@nagual.pp.ru> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 15:38:41 -0000 --Ws+C+3cFyVqcopd2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Andrey Chernov wrote: > I am not familiar with gcc bugs reporting system at all. Could somebody= =20 > running 4.2.1 snapshot tells, is it already fixed, by chance? If no, coul= d=20 > sumebody fill bug report to them or provide detailed instructions how to= =20 > do that, please? I couldn't find a similar bug in Bugzilla (though my knowledge of GCC internals is quite poor), so I opened a new bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D32500 Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --Ws+C+3cFyVqcopd2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGf+GA52SDGA2eCwURAoixAJ93aq4UKaKeKlO4oSLoYO9VMelTEgCeNZz1 3IeJfSvKjjk1ybySjNJkgjA= =aG0u -----END PGP SIGNATURE----- --Ws+C+3cFyVqcopd2-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 15:45:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CE4316A469; Mon, 25 Jun 2007 15:45:37 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id ED9A513C447; Mon, 25 Jun 2007 15:45:36 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l5PFjZN5054525; Mon, 25 Jun 2007 19:45:35 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1182786335; bh=CukScSNBIC2uV+Dot8eEOR2LtpKtgKZu99WmohL l6RE=; l=1444; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=ZYeZGSamydc04myEmfMf f28XaslkCzOQdT/r+j/j1N9eqBGMXJM0D5atZbyer7w6nllK8H1WpZsVxwEOXl/Jm5m gpjUZJoVrUUoLE01g1vHFjd168jNFKAT8Uhin2tJ8MDNJqpPJlLGHYXj2yn4rTA/sxI R8UvQGQ36okRgAr8Y= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l5PFjZmj054524; Mon, 25 Jun 2007 19:45:35 +0400 (MSD) (envelope-from ache) Date: Mon, 25 Jun 2007 19:45:35 +0400 From: Andrey Chernov To: Ed Schouten Message-ID: <20070625154535.GA54420@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ed Schouten , Alexander Kabaev , current@freebsd.org, kan@freebsd.org References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> <20070625152559.GA54055@nagual.pp.ru> <20070625153840.GP27942@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20070625153840.GP27942@hoeg.nl> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: kan@freebsd.org, current@freebsd.org Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 15:45:37 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 25, 2007 at 05:38:40PM +0200, Ed Schouten wrote: > * Andrey Chernov wrote: > > I am not familiar with gcc bugs reporting system at all. Could somebody= =20 > > running 4.2.1 snapshot tells, is it already fixed, by chance? If no, co= uld=20 > > sumebody fill bug report to them or provide detailed instructions how t= o=20 > > do that, please? >=20 > I couldn't find a similar bug in Bugzilla (though my knowledge of GCC > internals is quite poor), so I opened a new bug: >=20 > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D32500 Thanx! Is it safe to change flags to -O1 per your report? Any objections on the following workaround patch to -current? --- sys.mk.orig 2007-06-25 19:42:40.000000000 +0400 +++ sys.mk 2007-06-25 19:43:01.000000000 +0400 @@ -35,7 +35,7 @@ CFLAGS ?=3D -O .else CC ?=3D cc -CFLAGS ?=3D -O2 -fno-strict-aliasing -pipe +CFLAGS ?=3D -O1 -pipe .endif =20 CXX ?=3D c++ --=20 http://ache.pp.ru/ --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGf+MfVg5YK5ZEdN0RApp4AKCqtNDc4SpkpnJ2AdAoBKfIvhCIXQCfYCGn aiWEE/FcLWNFciP6Kw5PnK8= =2hHT -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 15:48:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C40A416A46B; Mon, 25 Jun 2007 15:48:39 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 4024213C46C; Mon, 25 Jun 2007 15:48:37 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout1.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5PFmX81010396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 25 Jun 2007 08:48:33 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5PFmW33029278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 25 Jun 2007 08:48:33 -0700 Message-ID: <467FE3D0.9070006@u.washington.edu> Date: Mon, 25 Jun 2007 08:48:32 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: Ed Schouten References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> <20070625152559.GA54055@nagual.pp.ru> <20070625153840.GP27942@hoeg.nl> In-Reply-To: <20070625153840.GP27942@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.25.82747 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: kan@freebsd.org, Andrey Chernov , current@freebsd.org Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 15:48:39 -0000 Ed Schouten wrote: > * Andrey Chernov wrote: > >> I am not familiar with gcc bugs reporting system at all. Could somebody >> running 4.2.1 snapshot tells, is it already fixed, by chance? If no, could >> sumebody fill bug report to them or provide detailed instructions how to >> do that, please? >> > > I couldn't find a similar bug in Bugzilla (though my knowledge of GCC > internals is quite poor), so I opened a new bug: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32500 > > Yours, > It's covered in gcc 4.2.1 AFAIK because it's the same / similar to the bug with xorg-server's scanpci.c. Before pursuing your filed bug too much, please switch over to the gcc 4.2.1 snapshot provided by Kris a week back, compile stuff, and see if the error persists. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 16:00:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A21B316A468; Mon, 25 Jun 2007 16:00:07 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 2184D13C4AD; Mon, 25 Jun 2007 16:00:06 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l5PG05eM035132; Mon, 25 Jun 2007 20:00:05 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 25 Jun 2007 20:00:05 +0400 (MSD) From: Dmitry Morozovsky To: Pawel Jakub Dawidek In-Reply-To: <20070625153637.GA10643@garage.freebsd.pl> Message-ID: <20070625194305.V32086@woozle.rinet.ru> References: <20070625113541.Y68481@woozle.rinet.ru> <20070625153637.GA10643@garage.freebsd.pl> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 25 Jun 2007 20:00:05 +0400 (MSD) Cc: current@freebsd.org Subject: Re: ZFS questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 16:00:07 -0000 On Mon, 25 Jun 2007, Pawel Jakub Dawidek wrote: PJD> On Mon, Jun 25, 2007 at 11:53:43AM +0400, Dmitry Morozovsky wrote: PJD> > Dear colleagues, PJD> > PJD> > I'm playing with ZFS thinking about future storage server PJD> > I have two questions about it (currently; a least ;-) PJD> > PJD> > 1. How can one determine which portion of a provider zpool uses? It seems PJD> > logical for me if `zpool status -v' would display this info. PJD> PJD> I'm sorry, but I don't understand the question. If you use only one PJD> partition of a disk, zpool status will show you which partition it is. PJD> (but I don't think this was your question) I was not clear enough. In my experiments I used disks of different sizes, and got strange (to me) resulting sizes, such as: marck@woozlie:~# diskinfo ad{6,8,10,12,14} ad6 512 80026361856 156301488 155061 16 63 ad8 512 80026361856 156301488 155061 16 63 ad10 512 400088457216 781422768 775221 16 63 ad12 512 250059350016 488397168 484521 16 63 ad14 512 320072933376 625142448 620181 16 63 marck@woozlie:~# zpool create tank raidz ad6 ad8 ad12 marck@woozlie:~# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 222G 189K 222G 0% ONLINE - marck@woozlie:~# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad6 ONLINE 0 0 0 ad8 ONLINE 0 0 0 ad12 ONLINE 0 0 0 errors: No known data errors marck@woozlie:~# zfs list NAME USED AVAIL REFER MOUNTPOINT tank 120K 146G 24.0K /tank why zpool in 222G? zfs seems to have more reasonable size of 146G (sum of 2*80G disks). Next (replacing first 80G to 320G): marck@woozlie:~# zpool replace tank ad6 ad14 [wait] marck@woozlie:~# zpool status pool: tank state: ONLINE scrub: resilver completed with 0 errors on Mon Jun 25 19:52:09 2007 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad14 ONLINE 0 0 0 ad8 ONLINE 0 0 0 ad12 ONLINE 0 0 0 errors: No known data errors marck@woozlie:~# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 222G 363K 222G 0% ONLINE - marck@woozlie:~# zfs list NAME USED AVAIL REFER MOUNTPOINT tank 120K 146G 24.0K /tank Still the same sizes... The last component (80G -> 400G): marck@woozlie:~# zpool replace tank ad8 ad10 marck@woozlie:~# zpool status pool: tank state: ONLINE scrub: resilver completed with 0 errors on Mon Jun 25 19:54:42 2007 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad14 ONLINE 0 0 0 ad10 ONLINE 0 0 0 ad12 ONLINE 0 0 0 errors: No known data errors marck@woozlie:~# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 222G 354K 222G 0% ONLINE - marck@woozlie:~# zfs list NAME USED AVAIL REFER MOUNTPOINT tank 120K 146G 24.0K /tank Still the same. [final is at the end] PJD> PJD> > 2. It is also possible to expand the array by iteratively swapping each drive PJD> > in the array with a bigger drive and waiting for ZFS to heal itself - the heal PJD> > time will depend on amount of store information, not the disk size. PJD> > [ http://en.wikipedia.org/wiki/ZFS#Limitations ] PJD> > PJD> > My experiments does not show that zpool size increases after set of PJD> > `zpool replace'. Where did I went wrong? PJD> PJD> Works here after zpool export/zpool import. Well, will check this. However, this means that pool size increasing requires pool stopping (downtime required). Still much better than backup/restore or even copying multi-terabyte fs... In my case, though, numbers are still strange: marck@woozlie:~# zpool export tank marck@woozlie:~# zpool list no pools available marck@woozlie:~# zpool import pool: tank id: 5628286796211617744 state: ONLINE action: The pool can be imported using its name or numeric identifier. config: tank ONLINE raidz1 ONLINE ad14 ONLINE ad10 ONLINE ad12 ONLINE marck@woozlie:~# zpool import tank marck@woozlie:~# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad14 ONLINE 0 0 0 ad10 ONLINE 0 0 0 ad12 ONLINE 0 0 0 errors: No known data errors marck@woozlie:~# zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT tank 698G 207K 698G 0% ONLINE - marck@woozlie:~# zfs list NAME USED AVAIL REFER MOUNTPOINT tank 128K 458G 24.0K /tank Strange: 458G or 698G? 320+250 does not look similar to either number.... Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 16:09:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2BD316A400 for ; Mon, 25 Jun 2007 16:09:20 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from mxfep03.bredband.com (mxfep03.bredband.com [195.54.107.76]) by mx1.freebsd.org (Postfix) with ESMTP id 4025C13C43E for ; Mon, 25 Jun 2007 16:09:20 +0000 (UTC) (envelope-from peter.schuller@infidyne.com) Received: from ironport.bredband.com ([195.54.107.82] [195.54.107.82]) by mxfep03.bredband.com with ESMTP id <20070625153548.XVGK3181.mxfep03.bredband.com@ironport.bredband.com>; Mon, 25 Jun 2007 17:35:48 +0200 Received: from unknown (HELO prometheus.scode.org) ([85.229.22.84]) by ironport.bredband.com with ESMTP; 25 Jun 2007 17:35:43 +0200 Received: from prometheus.scode.org (localhost [127.0.0.1]) by prometheus.scode.org (Postfix) with ESMTP id 044AE1CC73; Mon, 25 Jun 2007 17:21:31 +0200 (CEST) Message-ID: <467FDD7A.5010308@infidyne.com> Date: Mon, 25 Jun 2007 17:21:30 +0200 From: Peter Schuller User-Agent: Thunderbird 2.0.0.4 (X11/20070621) MIME-Version: 1.0 To: Dmitry Morozovsky References: <20070625113541.Y68481@woozle.rinet.ru> In-Reply-To: <20070625113541.Y68481@woozle.rinet.ru> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek , current@FreeBSD.org Subject: Re: ZFS questions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 16:09:21 -0000 > 2. It is also possible to expand the array by iteratively swapping each drive > in the array with a bigger drive and waiting for ZFS to heal itself - the heal > time will depend on amount of store information, not the disk size. > [ http://en.wikipedia.org/wiki/ZFS#Limitations ] > > My experiments does not show that zpool size increases after set of > `zpool replace'. Where did I went wrong? The size of the pool will be determined by the minimum size of the constituent disks (assuming a mirror/raidz/raidz2). Thus, you need to replace all the drives before you see the increase in size. -- / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 16:11:59 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E85A16A469 for ; Mon, 25 Jun 2007 16:11:59 +0000 (UTC) (envelope-from luchezar.petkov@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.freebsd.org (Postfix) with ESMTP id 927DF13C45A for ; Mon, 25 Jun 2007 16:11:58 +0000 (UTC) (envelope-from luchezar.petkov@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so965118wra for ; Mon, 25 Jun 2007 09:11:58 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lh+QlyYj48zhNL8r7lZ+W4qFp+k8BAwT6aNmGsRVvm+RDQ6rEDG10P569SM+jb7pOOuwnPwxZ0aVddLCCtoAJAwrJvf9NfJFz9rNLcXItHkUiqn9hmI2C1nkIQoXaefb46JFLFieD6AgTiBYlHBYkZVU84j7k4gq29qmBzYT85A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lCpzsOFcSadsp+Kx1dikA9Nk7Clka994QqecxNNyQqWEjkvrbAXREdviaAaSeC4gwU4o2km9680jydcAwmItHJvd/sRI67/B/XF4WDNuNcpFkmrQVgtBYHLgi0tJI3YrnbNp0mNs0T8FoVEHSPcKVK0vo9Ml/osG3Vxt8QkOm04= Received: by 10.90.100.2 with SMTP id x2mr4348300agb.1182787917058; Mon, 25 Jun 2007 09:11:57 -0700 (PDT) Received: by 10.90.113.17 with HTTP; Mon, 25 Jun 2007 09:11:57 -0700 (PDT) Message-ID: <766a5a9e0706250911of20df4cwd439e1985aa298ae@mail.gmail.com> Date: Mon, 25 Jun 2007 19:11:57 +0300 From: "Luchezar Petkov" To: "Yuri Pankov" In-Reply-To: <20070625134357.GA1030@darklight.org.ru> MIME-Version: 1.0 References: <766a5a9e0706250550s4d2d67a8qc193c6dba7964e25@mail.gmail.com> <20070625134357.GA1030@darklight.org.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Problem compiling -CURRENT/OpenSSL X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 16:11:59 -0000 Solved. Thank you and I'm sorry that I haven't checked the archives before asking. On 6/25/07, Yuri Pankov wrote: > > On Mon, Jun 25, 2007 at 03:50:53PM +0300, Luchezar Petkov wrote: > > Hello, > > I have a problem compiling FreeBSD-CURRENT : > > > > $make buildworld > > > > <...> > > normal compilation, no errors, no warnings; > > <...> > > > > cc -fpic -DPIC -lintl -g -L/usr/X11R6/lib -L/usr/local/lib > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > -I/usr/local/include -I/usr/X11R6/include -DTERMIOS -DANSI_SOURCE > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Check > http://lists.freebsd.org/pipermail/freebsd-current/2007-April/071478.html > (and previous message also). > > > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl > > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto > > -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN > > -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -c > > > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c > > -o eng_padlock.So > > > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c: > > In function 'padlock_xcrypt_ecb': > > > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:445: > > error: can't find a register in class 'GENERAL_REGS' while reloading > 'asm' > > > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:445: > > error: 'asm' operand has impossible constraints > > *** Error code 1 > > > > Stop in /usr/src/secure/lib/libcrypto. > > *** Error code 1 > > > > Stop in /usr/src. > > > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > ------------- > > Fresh today sources. About my system: > > > > $uname -a > > FreeBSD lilly.evo.bg 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 > 11:05:30 > > UTC 2007 root@dessler.cse.buffalo.edu > :/usr/obj/usr/src/sys/SMP i386 > > > > ----------- > > dmesg output can be found here: > > http://enlightenment.org/~lucho/dmesg.output > > > > I had removed my /usr/obj before the compilation. > > > > Any ideas how to solve the problem? > > -- > > Luchezar P. Petkov > > http://luchko.wordpress.com > > > Yuri > > -- Luchezar P. Petkov http://luchko.wordpress.com From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 16:58:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BCE5616A41F for ; Mon, 25 Jun 2007 16:58:25 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 75A4513C457 for ; Mon, 25 Jun 2007 16:58:25 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1953568pyb for ; Mon, 25 Jun 2007 09:58:25 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type; b=HmfGiU0jjWclbKX37Sr0a3nE1XfythymdRuXdC1uDeH07miKFUx7q6nvqW4pcdcrnOdyaUNj5LN4m3njkxIQ52ptaZgzQLX5vj1XElK4csYK53oSZ5h3WwR7q10KpS3Ku5yLGeXZMS3suf3h2168sm9lTvMeZ5zLOe9j6ODoO0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=FPDKsMio2nBOQLHQzNK64rcOqvW0kk5UlhVY8tiTjatbv9LNaheTqFNsIvAHyogBjmFqAoJAqxYuiok7tgh0ga2tqk1UyqnWg4ByMAaoH/lExvJv/bxRb+fpNTHjm3K99gq6vSGG4L+5Eu+4DrvUycup1W2GaCVR6uMw0zRF/U8= Received: by 10.35.127.7 with SMTP id e7mr10642614pyn.1182788957570; Mon, 25 Jun 2007 09:29:17 -0700 (PDT) Received: by 10.35.81.5 with HTTP; Mon, 25 Jun 2007 09:29:17 -0700 (PDT) Message-ID: Date: Tue, 26 Jun 2007 00:29:17 +0800 From: "Howard Su" To: "Ivan Voras" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: LI Xin , current@freebsd.org Subject: RE: unionfs and tmpfs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 16:58:25 -0000 tmpfs can not work with unionfs in rw mode like the most filesystem in the tree except ufs. That because they didn't implement VOP_WHITEOUT. You can mount_unionfs any fs under readonly mode. I will spend some time to implement it. -- -Howard From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 16:58:26 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A2DF16A46D for ; Mon, 25 Jun 2007 16:58:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outA.internet-mail-service.net (outA.internet-mail-service.net [216.240.47.224]) by mx1.freebsd.org (Postfix) with ESMTP id 1885713C480 for ; Mon, 25 Jun 2007 16:58:25 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Mon, 25 Jun 2007 09:58:25 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 059C7125B43; Mon, 25 Jun 2007 09:58:24 -0700 (PDT) Message-ID: <467FF435.6050108@elischer.org> Date: Mon, 25 Jun 2007 09:58:29 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@FreeBSD.ORG Subject: Re: KSE was Re: open/close/ioctl api change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 16:58:26 -0000 Danny Braniss wrote: >> actually it's the struct thread *tp where my problems are, >> this code works fine under 6.2, and did work till some days ago under current. >> >> static int >> iscsi_open(struct cdev *dev, int flags, int otype, struct thread *td) >> { >> ... >> debug(3, "td->td_proc=%p", td->td_proc); >> debug(3, "td->td_proc->p_pid=%d pid=%d", >> td->td_proc->p_pid, curproc->p_pid); >> ... >> >> the first debug prints out td->td_proc=0 and the next one panics. > > found the problem, 'option KSE' which is defined now in DEFAULTS, > and i'm compiling a module! which does not include DEFAULTS! > even so it shouldnt' happen.. > danny > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 18:19:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C39D016A468 for ; Mon, 25 Jun 2007 18:19:12 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from digitiminimi.de (digitiminimi.de [217.172.44.71]) by mx1.freebsd.org (Postfix) with ESMTP id 8535C13C44C for ; Mon, 25 Jun 2007 18:19:12 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from localhost (digitiminimi.de [217.172.44.71]) by digitiminimi.de (Postfix) with ESMTP id 0183B9C000 for ; Mon, 25 Jun 2007 20:37:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at digitiminimi.de Received: from digitiminimi.de ([217.172.44.71]) by localhost (main.digitiminimi.de [217.172.44.71]) (amavisd-new, port 10024) with ESMTP id FhW8evB6AHpx for ; Mon, 25 Jun 2007 20:37:29 +0200 (CEST) Received: from [192.168.178.23] (p5B12C8C2.dip0.t-ipconnect.de [91.18.200.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by digitiminimi.de (Postfix) with ESMTP id BEE189BFEC for ; Mon, 25 Jun 2007 20:36:58 +0200 (CEST) Message-ID: <468006EA.5030109@encephalon.de> Date: Mon, 25 Jun 2007 20:18:18 +0200 From: "Axel S. Gruner" User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: ZFS and Jails (dataset does not exist) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 18:19:12 -0000 Hi, i am trying to setup a jail within ZFS. What i did: #zfs create zeta/jail #zfs set jailed=on zeta/jail Ok. #zfs jail 1 zeta/jail WARNING pid 819 (zfs): ioctl sign-extension ioctl ffffffffcef85a2b cannot jail 'zeta/jail': dataset does not exist Now i am stuck here. base.?? should bei extracted to zeta/jail? Thanks in advance. Axel From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 18:41:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D16016A400 for ; Mon, 25 Jun 2007 18:41:20 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id EA06B13C448 for ; Mon, 25 Jun 2007 18:41:19 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id A594614442D; Mon, 25 Jun 2007 20:20:39 +0200 (CEST) Received: from ls248.t-com.hr (localhost.localdomain [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id A3011D5004A; Mon, 25 Jun 2007 20:20:39 +0200 (CEST) Received: from ls248.t-com.hr (localhost.localdomain [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 8D85DD50047; Mon, 25 Jun 2007 20:20:39 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rPr1q8NRG4KkvZrcXCUhROA6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.120] (78-1-96-201.adsl.net.t-com.hr [78.1.96.201]) by ls248.t-com.hr (Qmali) with ESMTP id 48D305E00C2; Mon, 25 Jun 2007 20:20:34 +0200 (CEST) Message-ID: <46800767.5040703@fer.hr> Date: Mon, 25 Jun 2007 20:20:23 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: Howard Su References: In-Reply-To: X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5E158C400D5B033F2324C7DA" Cc: LI Xin , current@freebsd.org Subject: Re: unionfs and tmpfs? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 18:41:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5E158C400D5B033F2324C7DA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Howard Su wrote: > tmpfs can not work with unionfs in rw mode like the most filesystem = in > the tree except ufs. That because they didn't implement VOP_WHITEOUT= =2E >=20 > You can mount_unionfs any fs under readonly mode. I will spend some > time to implement it. Thank you. This feature is very usable at least for liveCD applications. --------------enig5E158C400D5B033F2324C7DA 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGgAdsldnAQVacBcgRAvTaAJ0RX0Qh3Z5ErtzkF7F2iAiE1k6aIQCfa10w gs5l4pEc6eRnR1NFijngYUE= =4wpN -----END PGP SIGNATURE----- --------------enig5E158C400D5B033F2324C7DA-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 19:12:07 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37E6C16A468; Mon, 25 Jun 2007 19:12:07 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id E3C7E13C44C; Mon, 25 Jun 2007 19:12:06 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1I2tym-000DGS-50; Mon, 25 Jun 2007 22:12:04 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Julian Elischer In-reply-to: <467FF435.6050108@elischer.org> References: <467FF435.6050108@elischer.org> Comments: In-reply-to Julian Elischer message dated "Mon, 25 Jun 2007 09:58:29 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Jun 2007 22:12:04 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-current@FreeBSD.ORG Subject: Re: KSE was Re: open/close/ioctl api change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 19:12:07 -0000 > Danny Braniss wrote: > >> actually it's the struct thread *tp where my problems are, > >> this code works fine under 6.2, and did work till some days ago under current. > >> > >> static int > >> iscsi_open(struct cdev *dev, int flags, int otype, struct thread *td) > >> { > >> ... > >> debug(3, "td->td_proc=%p", td->td_proc); > >> debug(3, "td->td_proc->p_pid=%d pid=%d", > >> td->td_proc->p_pid, curproc->p_pid); > >> ... > >> > >> the first debug prints out td->td_proc=0 and the next one panics. > > > > found the problem, 'option KSE' which is defined now in DEFAULTS, > > and i'm compiling a module! which does not include DEFAULTS! > > > > even so it shouldnt' happen.. > why? I'm compiling outside the source tree. I agree that it shouldn't, specially, since it took me a long time to find the problem :-), but I can't see how config options can be exported. Unless, the make file is made aware of the KERNCONF file. danny From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 19:20:01 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC2E016A421 for ; Mon, 25 Jun 2007 19:20:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFE913C447 for ; Mon, 25 Jun 2007 19:20:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Mon, 25 Jun 2007 12:20:01 -0700 Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id F25EA125A23; Mon, 25 Jun 2007 12:20:00 -0700 (PDT) Message-ID: <46801566.2080706@elischer.org> Date: Mon, 25 Jun 2007 12:20:06 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Danny Braniss References: <467FF435.6050108@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@FreeBSD.ORG Subject: Re: KSE was Re: open/close/ioctl api change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 19:20:01 -0000 Danny Braniss wrote: >> Danny Braniss wrote: >>>> actually it's the struct thread *tp where my problems are, >>>> this code works fine under 6.2, and did work till some days ago under current. >>>> >>>> static int >>>> iscsi_open(struct cdev *dev, int flags, int otype, struct thread *td) >>>> { >>>> ... >>>> debug(3, "td->td_proc=%p", td->td_proc); >>>> debug(3, "td->td_proc->p_pid=%d pid=%d", >>>> td->td_proc->p_pid, curproc->p_pid); >>>> ... >>>> >>>> the first debug prints out td->td_proc=0 and the next one panics. >>> found the problem, 'option KSE' which is defined now in DEFAULTS, >>> and i'm compiling a module! which does not include DEFAULTS! >>> >> even so it shouldnt' happen.. >> > why? I'm compiling outside the source tree. > I agree that it shouldn't, specially, since it took me a long > time to find the problem :-), but I can't see how config options > can be exported. Unless, the make file is made aware of the KERNCONF file. there should be no place in the source at any time where a thread that is not on the free list could have a td_proc of NULL. it doesn't matter about where a module came from etc.. the fact that it happened is a bug somewhere. > > danny > From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 19:31:49 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CED4D16A47B; Mon, 25 Jun 2007 19:31:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8126B13C44B; Mon, 25 Jun 2007 19:31:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1I2uHq-000DkP-E7; Mon, 25 Jun 2007 22:31:46 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Julian Elischer In-reply-to: Your message of Mon, 25 Jun 2007 12:20:06 -0700 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Jun 2007 22:31:46 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-current@FreeBSD.ORG Subject: Re: KSE was Re: open/close/ioctl api change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 19:31:50 -0000 > Danny Braniss wrote: > >> Danny Braniss wrote: > >>>> actually it's the struct thread *tp where my problems are, > >>>> this code works fine under 6.2, and did work till some days ago under current. > >>>> > >>>> static int > >>>> iscsi_open(struct cdev *dev, int flags, int otype, struct thread *td) > >>>> { > >>>> ... > >>>> debug(3, "td->td_proc=%p", td->td_proc); > >>>> debug(3, "td->td_proc->p_pid=%d pid=%d", > >>>> td->td_proc->p_pid, curproc->p_pid); > >>>> ... > >>>> > >>>> the first debug prints out td->td_proc=0 and the next one panics. > >>> found the problem, 'option KSE' which is defined now in DEFAULTS, > >>> and i'm compiling a module! which does not include DEFAULTS! > >>> > >> even so it shouldnt' happen.. > >> > > why? I'm compiling outside the source tree. > > I agree that it shouldn't, specially, since it took me a long > > time to find the problem :-), but I can't see how config options > > can be exported. Unless, the make file is made aware of the KERNCONF file. > > there should be no place in the source at any time where a thread > that is not on the free list could have a td_proc of NULL. > it doesn't matter about where a module came from etc.. the fact that > it happened is a bug somewhere. Julian, I compiled the kernel, and DEFAULT contains option KSE then I compiled the loadable module, outside the source tree, where KSE is not defined, the thread structure has #ifdef KSE ... #endif so my module sees a different thread structure. The real arguable issue is that the #ifdef KSE is below the *td_proc, So td->proc should not be affected by the ifdef. BTW, it was NULL when compiled for i386, garbage for amd64. danny From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 20:22:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4847E16A41F; Mon, 25 Jun 2007 20:22:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1DE6F13C44C; Mon, 25 Jun 2007 20:22:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PKMT1F050019; Mon, 25 Jun 2007 16:22:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PKMTwo061997; Mon, 25 Jun 2007 16:22:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A179273068; Mon, 25 Jun 2007 16:22:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625202228.A179273068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 16:22:28 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 20:22:30 -0000 TB --- 2007-06-25 19:58:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 19:58:59 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-25 19:58:59 - cleaning the object tree TB --- 2007-06-25 19:59:25 - checking out the source tree TB --- 2007-06-25 19:59:25 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-25 19:59:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 20:10:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 20:10:03 - cd /src TB --- 2007-06-25 20:10:03 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 20:10:05 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 20:22:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 20:22:28 - ERROR: failed to build world TB --- 2007-06-25 20:22:28 - tinderbox aborted TB --- 0.80 user 2.94 system 1408.86 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 20:41:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EA3416A421 for ; Mon, 25 Jun 2007 20:41:40 +0000 (UTC) (envelope-from sascha=current=freebsd.org=jlbvemdt@holzleiter.name) Received: from serverbitch.de (serverbitch.de [212.227.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id D592A13C487 for ; Mon, 25 Jun 2007 20:41:39 +0000 (UTC) (envelope-from sascha=current=freebsd.org=jlbvemdt@holzleiter.name) Received: from p54a3edba.dip.t-dialin.net ([84.163.237.186] helo=[192.168.2.18]) by serverbitch.de with esmtpsa (TLSv1:RC4-MD5:128) (Exim) (envelope-from ) id 1I2uo1-000GcL-5d for current@freebsd.org; Mon, 25 Jun 2007 22:05:01 +0200 From: Sascha Holzleiter To: current@freebsd.org In-Reply-To: <467FE3D0.9070006@u.washington.edu> References: <20070625130913.GA50273@nagual.pp.ru> <20070625133951.GA51324@nagual.pp.ru> <8e5ef5f70706250659v48f64410wb5399985a571087e@mail.gmail.com> <20070625145627.GA53685@nagual.pp.ru> <20070625151508.GO27942@hoeg.nl> <20070625152559.GA54055@nagual.pp.ru> <20070625153840.GP27942@hoeg.nl> <467FE3D0.9070006@u.washington.edu> Content-Type: text/plain Date: Mon, 25 Jun 2007 22:04:49 +0200 Message-Id: <1182801889.37093.3.camel@dreamland.chief.home> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 20:41:40 -0000 On Mon, 2007-06-25 at 08:48 -0700, Garrett Cooper wrote: > It's covered in gcc 4.2.1 AFAIK because it's the same / similar to > the bug with xorg-server's scanpci.c. > > Before pursuing your filed bug too much, please switch over to the > gcc 4.2.1 snapshot provided by Kris a week back, compile stuff, and see > if the error persists. Just a quick test as i just happen to have the new patch running on this box: (aperum@dreamland) /home/aperum> cc -O2 a.c (aperum@dreamland) /home/aperum> ./a.out (aperum@dreamland) /home/aperum> cc -O1 a.c (aperum@dreamland) /home/aperum> ./a.out MUST BE HERE!!! 7 MUST BE HERE!!! 8 MUST BE HERE!!! 9 (aperum@dreamland) /home/aperum> cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070614 prerelease [FreeBSD] So this doesn't seem to be fixed with Kris' snapshot. -- Sascha From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 20:43:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5756E16A468; Mon, 25 Jun 2007 20:43:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE3513C45E; Mon, 25 Jun 2007 20:43:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PKhD7t052513; Mon, 25 Jun 2007 16:43:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PKhD3m091401; Mon, 25 Jun 2007 16:43:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 367AA73068; Mon, 25 Jun 2007 16:43:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625204313.367AA73068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 16:43:12 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 20:43:14 -0000 TB --- 2007-06-25 20:22:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 20:22:28 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-25 20:22:28 - cleaning the object tree TB --- 2007-06-25 20:23:01 - checking out the source tree TB --- 2007-06-25 20:23:01 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-25 20:23:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 20:31:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 20:31:49 - cd /src TB --- 2007-06-25 20:31:49 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 20:31:51 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 20:43:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 20:43:12 - ERROR: failed to build world TB --- 2007-06-25 20:43:12 - tinderbox aborted TB --- 0.80 user 2.62 system 1244.08 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 20:47:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57AAE16A400; Mon, 25 Jun 2007 20:47:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 396F213C455; Mon, 25 Jun 2007 20:47:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5PKlZ9A003435; Mon, 25 Jun 2007 13:47:35 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5PKlZVn003434; Mon, 25 Jun 2007 13:47:35 -0700 (PDT) (envelope-from sgk) Date: Mon, 25 Jun 2007 13:47:35 -0700 From: Steve Kargl To: FreeBSD Tinderbox Message-ID: <20070625204735.GA3420@troutmask.apl.washington.edu> References: <20070625204313.367AA73068@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070625204313.367AA73068@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.2i Cc: current@freebsd.org, ia64@freebsd.org Subject: Re: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 20:47:37 -0000 On Mon, Jun 25, 2007 at 04:43:12PM -0400, FreeBSD Tinderbox wrote: > cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c > /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': > /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token There's a missing semicolon in line 218. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 21:04:15 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D40716A468; Mon, 25 Jun 2007 21:04:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DE80013C469; Mon, 25 Jun 2007 21:04:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PL4E4x055832; Mon, 25 Jun 2007 17:04:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PL4E8t042347; Mon, 25 Jun 2007 17:04:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E320173068; Mon, 25 Jun 2007 17:04:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625210413.E320173068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 17:04:13 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 21:04:15 -0000 TB --- 2007-06-25 20:43:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 20:43:13 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-25 20:43:13 - cleaning the object tree TB --- 2007-06-25 20:43:36 - checking out the source tree TB --- 2007-06-25 20:43:36 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-25 20:43:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 20:52:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 20:52:07 - cd /src TB --- 2007-06-25 20:52:07 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 20:52:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 21:04:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 21:04:13 - ERROR: failed to build world TB --- 2007-06-25 21:04:13 - tinderbox aborted TB --- 0.71 user 2.44 system 1260.19 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 21:25:11 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11F4016A400 for ; Mon, 25 Jun 2007 21:25:11 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id C367013C447 for ; Mon, 25 Jun 2007 21:25:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l5PLP9QU088873; Mon, 25 Jun 2007 17:25:09 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Mon, 25 Jun 2007 17:24:56 -0400 User-Agent: KMail/1.6.2 References: <20070625130913.GA50273@nagual.pp.ru> <467FE3D0.9070006@u.washington.edu> <1182801889.37093.3.camel@dreamland.chief.home> In-Reply-To: <1182801889.37093.3.camel@dreamland.chief.home> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200706251725.02824.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/3523/Mon Jun 25 10:30:33 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Sascha Holzleiter Subject: Re: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 21:25:11 -0000 On Monday 25 June 2007 04:04 pm, Sascha Holzleiter wrote: > On Mon, 2007-06-25 at 08:48 -0700, Garrett Cooper wrote: > > It's covered in gcc 4.2.1 AFAIK because it's the same / > > similar to the bug with xorg-server's scanpci.c. > > > > Before pursuing your filed bug too much, please switch over > > to the gcc 4.2.1 snapshot provided by Kris a week back, compile > > stuff, and see if the error persists. > > Just a quick test as i just happen to have the new patch running on > this box: > > (aperum@dreamland) /home/aperum> cc -O2 a.c > (aperum@dreamland) /home/aperum> ./a.out > (aperum@dreamland) /home/aperum> cc -O1 a.c > (aperum@dreamland) /home/aperum> ./a.out > MUST BE HERE!!! 7 > MUST BE HERE!!! 8 > MUST BE HERE!!! 9 > > (aperum@dreamland) /home/aperum> cc -v > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070614 prerelease [FreeBSD] > > So this doesn't seem to be fixed with Kris' snapshot. It seems -fno-tree-rvp can work around it: %cc --version cc (GCC) 4.2.0 20070514 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. %cc -O2 -o test test.c %./test 1: dead 2: beef 3: 1337 4: 4242 %cc -fno-tree-vrp -O2 -o test test.c %./test 1: dead 2: beef 3: 1337 4: 4242 MUST BE HERE!!! 7 MUST BE HERE!!! 8 MUST BE HERE!!! 9 FYI, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 21:29:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2AF816A421; Mon, 25 Jun 2007 21:29:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5F06B13C45E; Mon, 25 Jun 2007 21:29:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PLTThs058387; Mon, 25 Jun 2007 17:29:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PLTTWB020242; Mon, 25 Jun 2007 17:29:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5DD6773068; Mon, 25 Jun 2007 17:29:29 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625212929.5DD6773068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 17:29:29 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 21:29:30 -0000 TB --- 2007-06-25 21:04:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 21:04:13 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-25 21:04:14 - cleaning the object tree TB --- 2007-06-25 21:04:40 - checking out the source tree TB --- 2007-06-25 21:04:40 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-25 21:04:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 21:18:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 21:18:17 - cd /src TB --- 2007-06-25 21:18:17 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 21:18:20 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 21:29:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 21:29:28 - ERROR: failed to build world TB --- 2007-06-25 21:29:28 - tinderbox aborted TB --- 0.84 user 2.45 system 1514.76 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 21:30:45 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E5D316A421; Mon, 25 Jun 2007 21:30:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BDFF913C448; Mon, 25 Jun 2007 21:30:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PLUilt058474; Mon, 25 Jun 2007 17:30:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PLUimt092329; Mon, 25 Jun 2007 17:30:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1DF2F73068; Mon, 25 Jun 2007 17:30:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625213044.1DF2F73068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 17:30:44 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 21:30:45 -0000 TB --- 2007-06-25 21:08:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 21:08:59 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-25 21:08:59 - cleaning the object tree TB --- 2007-06-25 21:09:24 - checking out the source tree TB --- 2007-06-25 21:09:24 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-25 21:09:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 21:20:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 21:20:41 - cd /src TB --- 2007-06-25 21:20:41 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 21:20:42 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 21:30:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 21:30:44 - ERROR: failed to build world TB --- 2007-06-25 21:30:44 - tinderbox aborted TB --- 0.61 user 2.10 system 1304.45 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 21:57:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B35416A41F; Mon, 25 Jun 2007 21:57:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E42FD13C483; Mon, 25 Jun 2007 21:57:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PLvTYs060439; Mon, 25 Jun 2007 17:57:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PLvTlJ035228; Mon, 25 Jun 2007 17:57:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E020773068; Mon, 25 Jun 2007 17:57:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625215728.E020773068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 17:57:28 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 21:57:30 -0000 TB --- 2007-06-25 21:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 21:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-25 21:35:00 - cleaning the object tree TB --- 2007-06-25 21:35:22 - checking out the source tree TB --- 2007-06-25 21:35:22 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-25 21:35:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 21:46:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 21:46:39 - cd /src TB --- 2007-06-25 21:46:39 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 21:46:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 21:57:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 21:57:28 - ERROR: failed to build world TB --- 2007-06-25 21:57:28 - tinderbox aborted TB --- 0.41 user 1.85 system 1347.84 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 22:00:54 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66E7E16A473; Mon, 25 Jun 2007 22:00:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3BFA313C4D3; Mon, 25 Jun 2007 22:00:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PM0rNj060713; Mon, 25 Jun 2007 18:00:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PM0rYd037202; Mon, 25 Jun 2007 18:00:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4E90A73068; Mon, 25 Jun 2007 18:00:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625220053.4E90A73068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 18:00:53 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 22:00:54 -0000 TB --- 2007-06-25 21:35:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 21:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-25 21:35:00 - cleaning the object tree TB --- 2007-06-25 21:35:36 - checking out the source tree TB --- 2007-06-25 21:35:36 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-25 21:35:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 21:46:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 21:46:39 - cd /src TB --- 2007-06-25 21:46:39 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 21:46:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 22:00:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 22:00:53 - ERROR: failed to build world TB --- 2007-06-25 22:00:53 - tinderbox aborted TB --- 0.80 user 3.87 system 1552.48 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 22:07:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E62D516A400 for ; Mon, 25 Jun 2007 22:07:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A15E913C45D for ; Mon, 25 Jun 2007 22:07:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5PM4NDN015279; Mon, 25 Jun 2007 16:04:24 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 25 Jun 2007 16:04:59 -0600 (MDT) Message-Id: <20070625.160459.-1331210894.imp@bsdimp.com> To: gary.jennejohn@freenet.de, garyj@jennejohn.org From: "M. Warner Losh" In-Reply-To: <20070624191345.7f08c10e.garyj@jennejohn.org> References: <20070624191345.7f08c10e.garyj@jennejohn.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 25 Jun 2007 16:04:26 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: weird error with nmh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 22:07:12 -0000 In message: <20070624191345.7f08c10e.garyj@jennejohn.org> Gary Jennejohn writes: : I'm using exmh with nmh on a freshly installed AMD64-current: : 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sat Jun 23 19:29:01 CEST : 2007 : : nmh uses its own version of strcasecmp() because in many cases it : passes NULL pointers to it and must check for that. : : However, somehow the version in libc gets used rather than the version : from nmh and calling e.g. repl results in a SIGSEGV because the NULL : pointer is dereferenced. : : I was forced to rename the routine to nmhstrcasecmp() all over the : place. After that repl works. : : My question - why isn't the version in nmh overriding the version in : libc? Am I misunderstanding something here? I see exactly this too... Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 22:07:33 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3365816A400 for ; Mon, 25 Jun 2007 22:07:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id D9FFA13C44C for ; Mon, 25 Jun 2007 22:07:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5PM6TXi015284; Mon, 25 Jun 2007 16:06:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 25 Jun 2007 16:07:05 -0600 (MDT) Message-Id: <20070625.160705.163264235.imp@bsdimp.com> To: nike_d@cytexbg.com From: "M. Warner Losh" In-Reply-To: <467F7A69.9000909@cytexbg.com> References: <4677BD25.8030202@cytexbg.com> <20070623.212128.323264592.imp@bsdimp.com> <467F7A69.9000909@cytexbg.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 25 Jun 2007 16:06:31 -0600 (MDT) Cc: freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 22:07:33 -0000 In message: <467F7A69.9000909@cytexbg.com> Niki Denev writes: : -----BEGIN PGP SIGNED MESSAGE----- : Hash: SHA1 : : M. Warner Losh wrote: : > I've done some testing with the recently improved in-tree usb stack, : > and it doesn't panic for me when I remove a CardBus USB card, both : > with and without devices. It also does remove the extra /dev/usb* : > entries properly. I couldn't cause any crashes with the latest : > -current. : > : > Warner : : Unfortunately it still does panic for me by simply inserting the card : (Huawei E630 3g card a.k.a Vodafone Mobile Connect), waiting for the : usb busses to be added and the ucom0 device to be recognized ( it takes : a few seconds) and then ejecting the card. : Again the message is : : : ucom0: detached : (null): at uhub2 port 1 (addr 2) disconnected : : Fatal trap 12: page fault while in kernel mode : fault virtual address = 0x400 : fault code = supervisor read, page not presend : instruction pointer = 0x20:0xc0595b2d : stack pointer = 0x28:0xd2f4db34 : frame pointer = 0x28:0xd2f4db5c : 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 = 28 (cbb0 event thread) : trap number = 12 : panic: page fault : : This problem does not exist if i compile my kernel with the HPS Usb Stack. I don't suppose you could compile a kernel with DDB and get me a traceback? Warner From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 22:12:29 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 75EFD16A421 for ; Mon, 25 Jun 2007 22:12:29 +0000 (UTC) (envelope-from davids@webmaster.com) Received: from mail1.webmaster.com (mail1.webmaster.com [216.152.64.169]) by mx1.freebsd.org (Postfix) with ESMTP id 5E96A13C48A for ; Mon, 25 Jun 2007 22:12:29 +0000 (UTC) (envelope-from davids@webmaster.com) Received: from however by webmaster.com (MDaemon.PRO.v8.1.3.R) with ESMTP id md50001567902.msg for ; Mon, 25 Jun 2007 15:01:30 -0700 From: "David Schwartz" To: Date: Mon, 25 Jun 2007 15:01:03 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <200706251725.02824.jkim@FreeBSD.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Importance: Normal X-Authenticated-Sender: joelkatz@webmaster.com X-Spam-Processed: mail1.webmaster.com, Mon, 25 Jun 2007 15:01:30 -0700 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 206.171.168.138 X-Return-Path: davids@webmaster.com X-MDaemon-Deliver-To: freebsd-current@FreeBSD.org X-MDAV-Processed: mail1.webmaster.com, Mon, 25 Jun 2007 15:01:32 -0700 Cc: Subject: RE: Silent gcc 4.2.0 loop optimization bug with -O2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davids@webmaster.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 22:12:29 -0000 > It seems -fno-tree-rvp can work around it: The should be -fno-tree-vrp (value range propogation). DS From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 22:23:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D59716A400; Mon, 25 Jun 2007 22:23:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D5AAF13C45D; Mon, 25 Jun 2007 22:23:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PMNDeR062176; Mon, 25 Jun 2007 18:23:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PMNDh0090738; Mon, 25 Jun 2007 18:23:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ECA4F73068; Mon, 25 Jun 2007 18:23:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625222312.ECA4F73068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 18:23:12 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 22:23:14 -0000 TB --- 2007-06-25 21:57:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 21:57:29 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-25 21:57:29 - cleaning the object tree TB --- 2007-06-25 21:58:04 - checking out the source tree TB --- 2007-06-25 21:58:04 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-25 21:58:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 22:09:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 22:09:21 - cd /src TB --- 2007-06-25 22:09:21 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 22:09:22 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 22:23:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 22:23:11 - ERROR: failed to build world TB --- 2007-06-25 22:23:11 - tinderbox aborted TB --- 0.81 user 3.02 system 1542.95 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 22:23:14 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22D4216A41F; Mon, 25 Jun 2007 22:23:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E76C613C465; Mon, 25 Jun 2007 22:23:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PMND0D062179; Mon, 25 Jun 2007 18:23:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PMNDbM090741; Mon, 25 Jun 2007 18:23:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4A7C67306B; Mon, 25 Jun 2007 18:23:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625222313.4A7C67306B@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 18:23:13 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 22:23:14 -0000 TB --- 2007-06-25 22:00:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 22:00:53 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-25 22:00:53 - cleaning the object tree TB --- 2007-06-25 22:01:14 - checking out the source tree TB --- 2007-06-25 22:01:14 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-25 22:01:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 22:09:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 22:09:21 - cd /src TB --- 2007-06-25 22:09:21 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 22:09:22 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 22:23:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 22:23:13 - ERROR: failed to build world TB --- 2007-06-25 22:23:13 - tinderbox aborted TB --- 0.18 user 0.39 system 1339.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 22:44:47 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5873916A400; Mon, 25 Jun 2007 22:44:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA6813C458; Mon, 25 Jun 2007 22:44:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PMikWJ063354; Mon, 25 Jun 2007 18:44:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PMikIx027651; Mon, 25 Jun 2007 18:44:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C60E73068; Mon, 25 Jun 2007 18:44:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625224446.5C60E73068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 18:44:46 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 22:44:47 -0000 TB --- 2007-06-25 22:23:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 22:23:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-25 22:23:13 - cleaning the object tree TB --- 2007-06-25 22:23:33 - checking out the source tree TB --- 2007-06-25 22:23:33 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-25 22:23:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 22:32:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 22:32:57 - cd /src TB --- 2007-06-25 22:32:57 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 22:32:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 22:44:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 22:44:45 - ERROR: failed to build world TB --- 2007-06-25 22:44:45 - tinderbox aborted TB --- 0.18 user 0.41 system 1292.47 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 22:45:12 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4288316A421; Mon, 25 Jun 2007 22:45:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1776513C455; Mon, 25 Jun 2007 22:45:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PMjBRo063378; Mon, 25 Jun 2007 18:45:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PMjB5U027881; Mon, 25 Jun 2007 18:45:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6F1717306B; Mon, 25 Jun 2007 18:45:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625224511.6F1717306B@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 18:45:11 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 22:45:12 -0000 TB --- 2007-06-25 22:23:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 22:23:13 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-25 22:23:13 - cleaning the object tree TB --- 2007-06-25 22:23:34 - checking out the source tree TB --- 2007-06-25 22:23:34 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-25 22:23:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 22:32:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 22:32:57 - cd /src TB --- 2007-06-25 22:32:57 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 22:32:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 22:45:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 22:45:11 - ERROR: failed to build world TB --- 2007-06-25 22:45:11 - tinderbox aborted TB --- 0.11 user 0.48 system 1317.90 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 22:51:24 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7140416A468 for ; Mon, 25 Jun 2007 22:51:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 318C113C43E for ; Mon, 25 Jun 2007 22:51:24 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l5PMpNN9092539; Mon, 25 Jun 2007 18:51:23 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "jj shen" Date: Mon, 25 Jun 2007 18:50:37 -0400 User-Agent: KMail/1.6.2 References: <293b12a20706251037t39a0227p45434a8d71feeba1@mail.gmail.com> In-Reply-To: <293b12a20706251037t39a0227p45434a8d71feeba1@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200706251851.15377.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.90.2/3523/Mon Jun 25 10:30:33 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: The relation between %fs and fs base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 22:51:24 -0000 On Monday 25 June 2007 01:37 pm, jj shen wrote: > Hi, > > I want to access different TLS through both fs base and GDT > simultaneously. Let us call the two ways TLS_FSBASE and TLS_GDT > respectively. > > (1) Can I switch from TLS_FSBASE to TLS_GDT just by: "movl GDT_SEL, > %fs" (where GDT_SEL is the selector of GDT entry)? > Will this instruction destroy the content of the IA32_FS_BASE MSR? > > (2) When switching from TLS_GDT to TLS_FSBASE, can I just set %fs > to zero to indicate the fs base should be used, or must I invoke > the > *wrmsrl*instruction to reset IA32_FS_BASE once again? > > (3) What is the length of %fs? What I get by "movl %fs, %eax" in > %eax? In the programmer manual from AMD, it is said somewhere that > segment registers are still 16 bits as in x86, and it is also said > otherwhere that "segment loads into FS and GS load a standard > 32-bit base value in the hidden portion of the segment descriptor > register". > > (4) What is the content of %fs, a descriptor selector or a base > address smaller than 0xffffffff? > What is effect of "movl val, %fs", loading a GDT selector or a > 32-bit base address to %fs? > Seen from the citation above, I think *val *should be a 32-bit > base address; however seen from the implementation of Linux > *arch_prctl* system call, it is a GDT selector loaded into %fs. I don't know what you are trying to achieve but don't mess up with %fs and %gs on amd64 unless you are absolutely sure. It is deprecated and it won't work as you expected. The only way to get/set %fs and %gs properly on amd64 is via proper API, i.e., sysarch(2) with AMD64_{GET,SET}_{FS,GS}BASE. If you use the API, the MSR will be properly saved and restored while switching contexts. However, it is very much discouraged as the manual page says, e. g., it will cause serious problem if the application is threaded, etc. In fact, the API should be only used by threading libraries. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 23:06:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 875D116A469; Mon, 25 Jun 2007 23:06:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5CA1913C46A; Mon, 25 Jun 2007 23:06:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PN6cEM064591; Mon, 25 Jun 2007 19:06:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PN6cgw072165; Mon, 25 Jun 2007 19:06:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6840873068; Mon, 25 Jun 2007 19:06:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625230638.6840873068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 19:06:38 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 23:06:39 -0000 TB --- 2007-06-25 22:44:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 22:44:46 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-25 22:44:46 - cleaning the object tree TB --- 2007-06-25 22:44:52 - checking out the source tree TB --- 2007-06-25 22:44:52 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-25 22:44:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 22:55:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 22:55:55 - cd /src TB --- 2007-06-25 22:55:55 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 22:55:56 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 23:06:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 23:06:38 - ERROR: failed to build world TB --- 2007-06-25 23:06:38 - tinderbox aborted TB --- 0.16 user 0.48 system 1311.62 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 23:06:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6F0016A421; Mon, 25 Jun 2007 23:06:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 82B0913C46C; Mon, 25 Jun 2007 23:06:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PN6eeT064594; Mon, 25 Jun 2007 19:06:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PN6dVs072174; Mon, 25 Jun 2007 19:06:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B1F907306B; Mon, 25 Jun 2007 19:06:39 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625230639.B1F907306B@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 19:06:39 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 23:06:41 -0000 TB --- 2007-06-25 22:45:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 22:45:11 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-25 22:45:11 - cleaning the object tree TB --- 2007-06-25 22:45:24 - checking out the source tree TB --- 2007-06-25 22:45:24 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-25 22:45:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 22:55:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 22:55:55 - cd /src TB --- 2007-06-25 22:55:55 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 22:55:56 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 23:06:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 23:06:39 - ERROR: failed to build world TB --- 2007-06-25 23:06:39 - tinderbox aborted TB --- 0.16 user 0.43 system 1288.22 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 23:31:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3DFED16A400; Mon, 25 Jun 2007 23:31:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EF23513C44B; Mon, 25 Jun 2007 23:31:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PNVbMG065925; Mon, 25 Jun 2007 19:31:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PNVb29012095; Mon, 25 Jun 2007 19:31:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9345673068; Mon, 25 Jun 2007 19:31:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625233136.9345673068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 19:31:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 23:31:38 -0000 TB --- 2007-06-25 23:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 23:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-25 23:10:00 - cleaning the object tree TB --- 2007-06-25 23:10:14 - checking out the source tree TB --- 2007-06-25 23:10:14 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-25 23:10:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 23:21:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 23:21:08 - cd /src TB --- 2007-06-25 23:21:08 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 23:21:09 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 23:31:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 23:31:36 - ERROR: failed to build world TB --- 2007-06-25 23:31:36 - tinderbox aborted TB --- 0.16 user 0.44 system 1295.38 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Jun 25 23:34:55 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A265216A41F; Mon, 25 Jun 2007 23:34:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 770DF13C468; Mon, 25 Jun 2007 23:34:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PNYtEX066124; Mon, 25 Jun 2007 19:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PNYtlx018240; Mon, 25 Jun 2007 19:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C742073068; Mon, 25 Jun 2007 19:34:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625233454.C742073068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 19:34:54 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jun 2007 23:34:55 -0000 TB --- 2007-06-25 23:10:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 23:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-25 23:10:00 - cleaning the object tree TB --- 2007-06-25 23:10:15 - checking out the source tree TB --- 2007-06-25 23:10:15 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-25 23:10:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 23:21:08 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 23:21:08 - cd /src TB --- 2007-06-25 23:21:08 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 23:21:09 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 23:34:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 23:34:54 - ERROR: failed to build world TB --- 2007-06-25 23:34:54 - tinderbox aborted TB --- 0.17 user 0.45 system 1493.64 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 00:19:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 940E616A400; Tue, 26 Jun 2007 00:19:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 588B613C44B; Tue, 26 Jun 2007 00:19:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q0JCQa068241; Mon, 25 Jun 2007 20:19:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q0JCuC097690; Mon, 25 Jun 2007 20:19:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 613357306B; Mon, 25 Jun 2007 20:19:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626001912.613357306B@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 20:19:12 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 00:19:44 -0000 TB --- 2007-06-25 23:57:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 23:57:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-25 23:57:16 - cleaning the object tree TB --- 2007-06-25 23:57:30 - checking out the source tree TB --- 2007-06-25 23:57:30 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-25 23:57:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 00:06:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 00:06:52 - cd /src TB --- 2007-06-26 00:06:52 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 00:06:54 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 00:19:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 00:19:12 - ERROR: failed to build world TB --- 2007-06-26 00:19:12 - tinderbox aborted TB --- 0.16 user 0.42 system 1316.10 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 00:40:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED80316A400; Tue, 26 Jun 2007 00:40:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C12A913C45A; Tue, 26 Jun 2007 00:40:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q0eOpR069323; Mon, 25 Jun 2007 20:40:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q0eO46018802; Mon, 25 Jun 2007 20:40:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0DDFD73068; Mon, 25 Jun 2007 20:40:23 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626004024.0DDFD73068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 20:40:23 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 00:40:25 -0000 TB --- 2007-06-26 00:19:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 00:19:12 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-26 00:19:12 - cleaning the object tree TB --- 2007-06-26 00:19:38 - checking out the source tree TB --- 2007-06-26 00:19:38 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-26 00:19:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 00:29:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 00:29:38 - cd /src TB --- 2007-06-26 00:29:38 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 00:29:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 00:40:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 00:40:23 - ERROR: failed to build world TB --- 2007-06-26 00:40:23 - tinderbox aborted TB --- 0.16 user 0.41 system 1271.36 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 00:40:25 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A42516A41F; Tue, 26 Jun 2007 00:40:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C99B513C45D; Tue, 26 Jun 2007 00:40:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q0eO2u069322; Mon, 25 Jun 2007 20:40:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q0eOwn036310; Mon, 25 Jun 2007 20:40:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 214A67306B; Mon, 25 Jun 2007 20:40:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626004024.214A67306B@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 20:40:24 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 00:40:25 -0000 TB --- 2007-06-26 00:18:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 00:18:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-26 00:18:32 - cleaning the object tree TB --- 2007-06-26 00:18:44 - checking out the source tree TB --- 2007-06-26 00:18:44 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-26 00:18:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 00:29:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 00:29:38 - cd /src TB --- 2007-06-26 00:29:38 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 00:29:40 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 00:40:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 00:40:24 - ERROR: failed to build world TB --- 2007-06-26 00:40:24 - tinderbox aborted TB --- 0.26 user 0.47 system 1312.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:06:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F6D916A41F; Tue, 26 Jun 2007 01:06:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0A59D13C455; Tue, 26 Jun 2007 01:06:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q16vxT070867; Mon, 25 Jun 2007 21:06:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q16v6C084389; Mon, 25 Jun 2007 21:06:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 14F1C73068; Mon, 25 Jun 2007 21:06:57 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626010657.14F1C73068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 21:06:56 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:06:58 -0000 TB --- 2007-06-26 00:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 00:45:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-26 00:45:00 - cleaning the object tree TB --- 2007-06-26 00:45:15 - checking out the source tree TB --- 2007-06-26 00:45:15 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-26 00:45:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 00:56:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 00:56:24 - cd /src TB --- 2007-06-26 00:56:24 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 00:56:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 01:06:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 01:06:56 - ERROR: failed to build world TB --- 2007-06-26 01:06:56 - tinderbox aborted TB --- 0.13 user 0.48 system 1315.94 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:10:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A42CF16A400; Tue, 26 Jun 2007 01:10:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 786DF13C44B; Tue, 26 Jun 2007 01:10:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PNvFCa067248; Mon, 25 Jun 2007 19:57:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PNvFnK059847; Mon, 25 Jun 2007 19:57:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5698173068; Mon, 25 Jun 2007 19:57:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625235715.5698173068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 19:57:14 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:10:10 -0000 TB --- 2007-06-25 23:31:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 23:31:36 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-25 23:31:36 - cleaning the object tree TB --- 2007-06-25 23:31:46 - checking out the source tree TB --- 2007-06-25 23:31:46 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-25 23:31:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 23:43:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 23:43:11 - cd /src TB --- 2007-06-25 23:43:11 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 23:43:13 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 23:57:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 23:57:14 - ERROR: failed to build world TB --- 2007-06-25 23:57:14 - tinderbox aborted TB --- 0.19 user 0.46 system 1537.45 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:10:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B0A116A41F; Tue, 26 Jun 2007 01:10:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D41CF13C465; Tue, 26 Jun 2007 01:10:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PNvGtO067251; Mon, 25 Jun 2007 19:57:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5PNvGFe059851; Mon, 25 Jun 2007 19:57:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2279F7306B; Mon, 25 Jun 2007 19:57:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070625235716.2279F7306B@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 19:57:16 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:10:11 -0000 TB --- 2007-06-25 23:34:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 23:34:55 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-25 23:34:55 - cleaning the object tree TB --- 2007-06-25 23:35:15 - checking out the source tree TB --- 2007-06-25 23:35:15 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-25 23:35:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-25 23:43:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-25 23:43:11 - cd /src TB --- 2007-06-25 23:43:11 - /usr/bin/make -B buildworld >>> World build started on Mon Jun 25 23:43:13 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-25 23:57:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-25 23:57:15 - ERROR: failed to build world TB --- 2007-06-25 23:57:15 - tinderbox aborted TB --- 0.12 user 0.47 system 1340.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:10:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B69016A5DD; Tue, 26 Jun 2007 01:10:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4E12F13C46E; Tue, 26 Jun 2007 01:10:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1AKVt071104; Mon, 25 Jun 2007 21:10:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1AKCW033930; Mon, 25 Jun 2007 21:10:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6B48373068; Mon, 25 Jun 2007 21:10:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626011020.6B48373068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 21:10:20 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:10:21 -0000 TB --- 2007-06-26 00:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 00:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-26 00:45:00 - cleaning the object tree TB --- 2007-06-26 00:45:16 - checking out the source tree TB --- 2007-06-26 00:45:16 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-26 00:45:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 00:56:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 00:56:24 - cd /src TB --- 2007-06-26 00:56:24 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 00:56:26 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 01:10:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 01:10:20 - ERROR: failed to build world TB --- 2007-06-26 01:10:20 - tinderbox aborted TB --- 0.14 user 0.48 system 1519.53 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:19:44 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B9CB16A41F for ; Tue, 26 Jun 2007 01:19:44 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.freebsd.org (Postfix) with ESMTP id 17C1C13C480 for ; Tue, 26 Jun 2007 01:19:43 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so1083643wra for ; Mon, 25 Jun 2007 18:19:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=n6th2j17tgmTpDO423J3IIED6jKTu2xFfjnKmRlF29/uHjEOdpemi0zapMQTmsC0kkYIEg5yWeH1hro+m5p+RK9wVS+uSuHC2+r0yl++ob9ArYUnlb6uKBmahaKjwGPUfzNn6y7PF8zQDA5OVJ1JqDKhPYTPPMKIcRxd/InC7YY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=N0ZVH7XfvZN/ycFnYB306Wvhd8AZb3JBhzp4hP16HmMaIYfeOATjUC5+gZHlrsTMjN+cItXQdLJCVoQt5m8y7nG2JCgxw9qpSJictCWmJtUsXdWXsxKcrlD71ZknMP9/sVKCm1S3Ql1xrHZ/Py7tySYyO5478GIU3oRnw+kVVNI= Received: by 10.90.25.3 with SMTP id 3mr4881871agy.1182820781850; Mon, 25 Jun 2007 18:19:41 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Mon, 25 Jun 2007 18:19:41 -0700 (PDT) Message-ID: Date: Mon, 25 Jun 2007 18:19:41 -0700 From: "Kevin Gerry" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Issues with 'xl0' keeping link X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:19:44 -0000 I've noticed that after a recent patch, that xl0 is having issues syncing (Example from log/messages below) and wasn't sure how to 'debug' the interface to find out what either physically or if the driver is causing it. (I have attempted replacing the card with the same model) /var/log/messages: Jun 25 18:10:20 storage kernel: xl0: link state changed to DOWN Jun 25 18:10:22 storage kernel: xl0: link state changed to UP Jun 25 18:11:30 storage kernel: xl0: link state changed to DOWN Jun 25 18:11:31 storage kernel: xl0: link state changed to UP Jun 25 18:12:15 storage kernel: xl0: link state changed to DOWN Jun 25 18:12:17 storage kernel: xl0: link state changed to UP Jun 25 18:12:38 storage kernel: xl0: link state changed to DOWN Jun 25 18:12:39 storage kernel: xl0: link state changed to UP pciconf: xl0@pci0:10:0: class=0x020000 card=0x100010b7 chip=0x980510b7 rev=0x78 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C980-TX 10/100baseTX NIC [Python-T]' From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:27:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4370A16A400; Tue, 26 Jun 2007 01:27:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 180B113C44B; Tue, 26 Jun 2007 01:27:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q0IXww068199; Mon, 25 Jun 2007 20:18:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q0IXLq096206; Mon, 25 Jun 2007 20:18:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2417973068; Mon, 25 Jun 2007 20:18:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626001831.2417973068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 20:18:30 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:27:33 -0000 TB --- 2007-06-25 23:57:15 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-25 23:57:15 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-25 23:57:15 - cleaning the object tree TB --- 2007-06-25 23:57:30 - checking out the source tree TB --- 2007-06-25 23:57:30 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-25 23:57:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 00:06:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 00:06:52 - cd /src TB --- 2007-06-26 00:06:52 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 00:06:54 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 00:18:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 00:18:30 - ERROR: failed to build world TB --- 2007-06-26 00:18:30 - tinderbox aborted TB --- 0.16 user 0.42 system 1275.28 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:32:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7174916A41F; Tue, 26 Jun 2007 01:32:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4510113C45A; Tue, 26 Jun 2007 01:32:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1WRw8072372; Mon, 25 Jun 2007 21:32:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1WRiZ031935; Mon, 25 Jun 2007 21:32:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 771ED7306B; Mon, 25 Jun 2007 21:32:27 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626013227.771ED7306B@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 21:32:27 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:32:28 -0000 TB --- 2007-06-26 01:06:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 01:06:57 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-26 01:06:57 - cleaning the object tree TB --- 2007-06-26 01:07:07 - checking out the source tree TB --- 2007-06-26 01:07:07 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-26 01:07:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 01:18:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 01:18:38 - cd /src TB --- 2007-06-26 01:18:38 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 01:18:39 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 01:32:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 01:32:27 - ERROR: failed to build world TB --- 2007-06-26 01:32:27 - tinderbox aborted TB --- 0.20 user 0.42 system 1530.20 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:32:28 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72F8416A421; Tue, 26 Jun 2007 01:32:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4631C13C487; Tue, 26 Jun 2007 01:32:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1WRDh072373; Mon, 25 Jun 2007 21:32:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1WRb5046050; Mon, 25 Jun 2007 21:32:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1A6F873068; Mon, 25 Jun 2007 21:32:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626013227.1A6F873068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 21:32:26 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:32:28 -0000 TB --- 2007-06-26 01:10:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 01:10:20 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-26 01:10:20 - cleaning the object tree TB --- 2007-06-26 01:10:44 - checking out the source tree TB --- 2007-06-26 01:10:44 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-26 01:10:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 01:18:38 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 01:18:38 - cd /src TB --- 2007-06-26 01:18:38 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 01:18:39 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 01:32:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 01:32:26 - ERROR: failed to build world TB --- 2007-06-26 01:32:26 - tinderbox aborted TB --- 0.16 user 0.42 system 1325.60 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:54:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7B74116A400; Tue, 26 Jun 2007 01:54:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 37EAB13C458; Tue, 26 Jun 2007 01:54:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1sJkB073476; Mon, 25 Jun 2007 21:54:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1sJdn073248; Mon, 25 Jun 2007 21:54:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 08FA473068; Mon, 25 Jun 2007 21:54:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626015419.08FA473068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 21:54:18 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:54:20 -0000 TB --- 2007-06-26 01:32:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 01:32:27 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-26 01:32:27 - cleaning the object tree TB --- 2007-06-26 01:32:48 - checking out the source tree TB --- 2007-06-26 01:32:48 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-26 01:32:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 01:42:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 01:42:15 - cd /src TB --- 2007-06-26 01:42:15 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 01:42:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 01:54:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 01:54:18 - ERROR: failed to build world TB --- 2007-06-26 01:54:18 - tinderbox aborted TB --- 0.12 user 0.48 system 1311.55 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:54:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F00016A469; Tue, 26 Jun 2007 01:54:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5B96B13C48C; Tue, 26 Jun 2007 01:54:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1smGm073526; Mon, 25 Jun 2007 21:54:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q1smQR057556; Mon, 25 Jun 2007 21:54:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 840F673068; Mon, 25 Jun 2007 21:54:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626015448.840F673068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 21:54:48 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:54:49 -0000 TB --- 2007-06-26 01:32:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 01:32:27 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-26 01:32:27 - cleaning the object tree TB --- 2007-06-26 01:32:48 - checking out the source tree TB --- 2007-06-26 01:32:48 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-26 01:32:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 01:42:15 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 01:42:15 - cd /src TB --- 2007-06-26 01:42:15 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 01:42:17 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 01:54:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 01:54:48 - ERROR: failed to build world TB --- 2007-06-26 01:54:48 - tinderbox aborted TB --- 0.13 user 0.47 system 1340.88 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 01:55:16 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E00D16A41F for ; Tue, 26 Jun 2007 01:55:16 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6F613C43E for ; Tue, 26 Jun 2007 01:55:15 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from bleh.hutesahuseahues.com (c-76-21-32-5.hsd1.ca.comcast.net [76.21.32.5]) by elvis.mu.org (Postfix) with ESMTP id 3565E1A4D83 for ; Mon, 25 Jun 2007 18:25:10 -0700 (PDT) Message-ID: <46806B3E.2060701@FreeBSD.org> Date: Mon, 25 Jun 2007 18:26:22 -0700 From: Suleiman Souhlal User-Agent: Thunderbird 2.0.0.4 (X11/20070621) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [PATCH] Machine Check Architecture on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 01:55:16 -0000 Hi, I have a simple patch for amd64 that uses the Machine Check Architecture/Exceptions on most recent x86 CPUs to detect memory errors: http://people.freebsd.org/~ssouhlal/testing/mce-20070621.diff It will report uncorrected and corrected errors (the latter, only if sysctl machdep.mce.log_corrected=1). You can ask the kernel to panic if it gets an uncorrected error by setting machdep.mce.panic_on_uc=1. All this can be disabled by setting the machdep.mce.enable tunable to 0. I'm still not sure if I want this enabled by default, as I don't have any Intel machines to test this on, but I have tested it on Opteron (both corrected and uncorrected errors). I would appreciate it if someone would try this, especially if you have Intel machines with bad RAM. Comments are welcome. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 02:16:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91D8016A41F; Tue, 26 Jun 2007 02:16:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 60BE213C46C; Tue, 26 Jun 2007 02:16:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q2GJK0074635; Mon, 25 Jun 2007 22:16:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q2GJsT068673; Mon, 25 Jun 2007 22:16:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 56D6E73069; Mon, 25 Jun 2007 22:16:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626021619.56D6E73069@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 22:16:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 02:16:20 -0000 TB --- 2007-06-26 01:54:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 01:54:48 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-26 01:54:48 - cleaning the object tree TB --- 2007-06-26 01:55:12 - checking out the source tree TB --- 2007-06-26 01:55:12 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-26 01:55:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 02:05:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 02:05:25 - cd /src TB --- 2007-06-26 02:05:25 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 02:05:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 02:16:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 02:16:19 - ERROR: failed to build world TB --- 2007-06-26 02:16:19 - tinderbox aborted TB --- 0.12 user 0.45 system 1290.53 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 02:16:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE5B116A421; Tue, 26 Jun 2007 02:16:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 60A7313C46A; Tue, 26 Jun 2007 02:16:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q2GJX3074634; Mon, 25 Jun 2007 22:16:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q2GJuF068672; Mon, 25 Jun 2007 22:16:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 663BB7306B; Mon, 25 Jun 2007 22:16:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626021619.663BB7306B@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 22:16:19 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 02:16:20 -0000 TB --- 2007-06-26 01:54:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 01:54:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-06-26 01:54:19 - cleaning the object tree TB --- 2007-06-26 01:54:27 - checking out the source tree TB --- 2007-06-26 01:54:27 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-06-26 01:54:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 02:05:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 02:05:25 - cd /src TB --- 2007-06-26 02:05:25 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 02:05:27 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 02:16:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 02:16:19 - ERROR: failed to build world TB --- 2007-06-26 02:16:19 - tinderbox aborted TB --- 0.16 user 0.56 system 1319.80 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 02:24:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFC9C16A46B for ; Tue, 26 Jun 2007 02:24:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE0A13C44B for ; Tue, 26 Jun 2007 02:24:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5Q2OiQ5006631; Mon, 25 Jun 2007 19:24:44 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5Q2OiYx006630; Mon, 25 Jun 2007 19:24:44 -0700 (PDT) (envelope-from sgk) Date: Mon, 25 Jun 2007 19:24:44 -0700 From: Steve Kargl To: Kevin Gerry Message-ID: <20070626022444.GA6571@troutmask.apl.washington.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Issues with 'xl0' keeping link X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 02:24:48 -0000 On Mon, Jun 25, 2007 at 06:19:41PM -0700, Kevin Gerry wrote: > I've noticed that after a recent patch, that xl0 is having issues syncing > (Example from log/messages below) and wasn't sure how to 'debug' the > interface to find out what either physically or if the driver is causing it. > (I have attempted replacing the card with the same model) > > /var/log/messages: > Jun 25 18:10:20 storage kernel: xl0: link state changed to DOWN > Jun 25 18:10:22 storage kernel: xl0: link state changed to UP > Jun 25 18:11:30 storage kernel: xl0: link state changed to DOWN > Jun 25 18:11:31 storage kernel: xl0: link state changed to UP > Jun 25 18:12:15 storage kernel: xl0: link state changed to DOWN > Jun 25 18:12:17 storage kernel: xl0: link state changed to UP > Jun 25 18:12:38 storage kernel: xl0: link state changed to DOWN > Jun 25 18:12:39 storage kernel: xl0: link state changed to UP > Good luck in getting any help. bge0 has been going DOWN/UP for about 2 months. I've managed to get around the problem by adding net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=131072 net.inet.tcp.path_mtu_discovery=0 net.inet.udp.recvspace=65536 net.inet.raw.recvspace=16384 hw.pci.enable_msix=0 hw.pci.enable_msi=0 kern.ipc.nmbclusters=50000 kern.timecounter.hardware=ACPI-fast to /etc/sysctl.conf. I also adjusted a few hardcoded parameters in if_bge.c and if_bgereg.h. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 02:41:26 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66FB216A400; Tue, 26 Jun 2007 02:41:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 10F8A13C448; Tue, 26 Jun 2007 02:41:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q2fPk5075815; Mon, 25 Jun 2007 22:41:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q2fPFc081860; Mon, 25 Jun 2007 22:41:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE18273068; Mon, 25 Jun 2007 22:41:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626024124.EE18273068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 22:41:24 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 02:41:26 -0000 TB --- 2007-06-26 02:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 02:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2007-06-26 02:20:00 - cleaning the object tree TB --- 2007-06-26 02:20:14 - checking out the source tree TB --- 2007-06-26 02:20:14 - cd /tinderbox/HEAD/arm/arm TB --- 2007-06-26 02:20:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 02:30:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 02:30:58 - cd /src TB --- 2007-06-26 02:30:58 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 02:30:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 02:41:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 02:41:24 - ERROR: failed to build world TB --- 2007-06-26 02:41:24 - tinderbox aborted TB --- 0.12 user 0.49 system 1284.12 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 02:44:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D905D16A400; Tue, 26 Jun 2007 02:44:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AD32113C45A; Tue, 26 Jun 2007 02:44:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q2ihD3076002; Mon, 25 Jun 2007 22:44:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q2igfv083479; Mon, 25 Jun 2007 22:44:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B930773068; Mon, 25 Jun 2007 22:44:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626024442.B930773068@freebsd-current.sentex.ca> Date: Mon, 25 Jun 2007 22:44:42 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 02:44:44 -0000 TB --- 2007-06-26 02:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 02:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-26 02:20:00 - cleaning the object tree TB --- 2007-06-26 02:20:14 - checking out the source tree TB --- 2007-06-26 02:20:14 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-26 02:20:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 02:30:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 02:30:58 - cd /src TB --- 2007-06-26 02:30:58 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 02:30:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/nss_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmd.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rcmdsh.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/recv.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/rthdr.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_connectx': /src/lib/libc/net/sctp_sys_calls.c:218: error: expected ';' before '}' token *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 02:44:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 02:44:42 - ERROR: failed to build world TB --- 2007-06-26 02:44:42 - tinderbox aborted TB --- 0.16 user 0.46 system 1482.16 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 03:22:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90CEA16A421 for ; Tue, 26 Jun 2007 03:22:07 +0000 (UTC) (envelope-from kbottle@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 49A6A13C45D for ; Tue, 26 Jun 2007 03:22:07 +0000 (UTC) (envelope-from kbottle@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so413870anc for ; Mon, 25 Jun 2007 20:22:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=FAsG2Sw5YxsjYkAMA0eJshA3TXszhmq09RKvivCVbGJPQa4CnsUaaUx/mTwNdnS0XK0UEAdsvJq+iNGXdPPcWhkXfTUkICY14ozB6d/PeIduNs436a/K/paMmhThPeF1X01nxwCwrRIPHdO5KTBNBB26OJv9c7jAnr2vfPjqNPo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=m/tP90R+XH8Jz+aw/EYy4erCZn7mq75vCelZ8EniwCwVvUIbW61l0T6sVEGyrHxRC8vQp9UKRWgJGPdS4Ptw+0+BAQXty6+XO2ccLAH7YWFk8fERwqyfJuMSrbS6prvKl08jBLqXPQa6UUdqenRr8rH1wGe6XjWHMMN0r7OsWqA= Received: by 10.100.11.7 with SMTP id 7mr3493112ank.1182826454787; Mon, 25 Jun 2007 19:54:14 -0700 (PDT) Received: by 10.100.107.9 with HTTP; Mon, 25 Jun 2007 19:54:14 -0700 (PDT) Message-ID: <293b12a20706251954g479c0d72o9144832682f2cc54@mail.gmail.com> Date: Tue, 26 Jun 2007 10:54:14 +0800 From: "jj shen" To: "Jung-uk Kim" In-Reply-To: <200706251851.15377.jkim@FreeBSD.org> MIME-Version: 1.0 References: <293b12a20706251037t39a0227p45434a8d71feeba1@mail.gmail.com> <200706251851.15377.jkim@FreeBSD.org> X-Mailman-Approved-At: Tue, 26 Jun 2007 03:42:47 +0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: The relation between %fs and fs base X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 03:22:07 -0000 Hi, I know that NPTL use %fs to access thread local data. It seems that when the base address can be fitted in 32 bits, a GDT entry is used for better performance and the selector is loaded to %fs; otherwise, if the base address is larger than 0xffffffff, it is loaded to FS_BASE MSR and %fs is set to zero. I need to maintain these two kinds of TLS simultaneously (for system simulation), but was confused with the %fs and fs base. Maybe, someone can help me, at least my last two questions. Thanks! On 6/26/07, Jung-uk Kim wrote: > On Monday 25 June 2007 01:37 pm, jj shen wrote: > > Hi, > > > > I want to access different TLS through both fs base and GDT > > simultaneously. Let us call the two ways TLS_FSBASE and TLS_GDT > > respectively. > > > > (1) Can I switch from TLS_FSBASE to TLS_GDT just by: "movl GDT_SEL, > > %fs" (where GDT_SEL is the selector of GDT entry)? > > Will this instruction destroy the content of the IA32_FS_BASE MSR? > > > > (2) When switching from TLS_GDT to TLS_FSBASE, can I just set %fs > > to zero to indicate the fs base should be used, or must I invoke > > the > > *wrmsrl*instruction to reset IA32_FS_BASE once again? > > > > (3) What is the length of %fs? What I get by "movl %fs, %eax" in > > %eax? In the programmer manual from AMD, it is said somewhere that > > segment registers are still 16 bits as in x86, and it is also said > > otherwhere that "segment loads into FS and GS load a standard > > 32-bit base value in the hidden portion of the segment descriptor > > register". > > > > (4) What is the content of %fs, a descriptor selector or a base > > address smaller than 0xffffffff? > > What is effect of "movl val, %fs", loading a GDT selector or a > > 32-bit base address to %fs? > > Seen from the citation above, I think *val *should be a 32-bit > > base address; however seen from the implementation of Linux > > *arch_prctl* system call, it is a GDT selector loaded into %fs. > > I don't know what you are trying to achieve but don't mess up with %fs > and %gs on amd64 unless you are absolutely sure. It is deprecated > and it won't work as you expected. The only way to get/set %fs and > %gs properly on amd64 is via proper API, i.e., sysarch(2) with > AMD64_{GET,SET}_{FS,GS}BASE. If you use the API, the MSR will be > properly saved and restored while switching contexts. However, it is > very much discouraged as the manual page says, e. g., it will cause > serious problem if the application is threaded, etc. In fact, the > API should be only used by threading libraries. > > Jung-uk Kim > From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 04:17:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F16F16A421; Tue, 26 Jun 2007 04:17:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3A24113C46C; Tue, 26 Jun 2007 04:17:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q4HaXi079919; Tue, 26 Jun 2007 00:17:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q4Hao6039380; Tue, 26 Jun 2007 00:17:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 08AAC73068; Tue, 26 Jun 2007 00:17:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626041735.08AAC73068@freebsd-current.sentex.ca> Date: Tue, 26 Jun 2007 00:17:34 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 04:17:37 -0000 TB --- 2007-06-26 02:44:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 02:44:42 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-26 02:44:42 - cleaning the object tree TB --- 2007-06-26 02:45:09 - checking out the source tree TB --- 2007-06-26 02:45:09 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-26 02:45:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 02:53:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 02:53:07 - cd /src TB --- 2007-06-26 02:53:07 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 02:53:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 26 04:09:32 UTC 2007 TB --- 2007-06-26 04:09:32 - generating LINT kernel config TB --- 2007-06-26 04:09:33 - cd /src/sys/pc98/conf TB --- 2007-06-26 04:09:33 - /usr/bin/make -B LINT TB --- 2007-06-26 04:09:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-26 04:09:33 - cd /src TB --- 2007-06-26 04:09:33 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 26 04:09:33 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_axe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cdce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_kue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_ural.c /src/sys/dev/usb/if_ural.c:92: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54G' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:93: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54GP' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:94: error: 'USB_PRODUCT_CISCOLINKSYS_HU200TS' undeclared here (not in a function) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 04:17:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 04:17:33 - ERROR: failed to build lint kernel TB --- 2007-06-26 04:17:33 - tinderbox aborted TB --- 0.16 user 0.44 system 5570.98 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 04:20:08 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 802B416A41F; Tue, 26 Jun 2007 04:20:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3B3FE13C455; Tue, 26 Jun 2007 04:20:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q4K7ug079980; Tue, 26 Jun 2007 00:20:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q4K7R6032203; Tue, 26 Jun 2007 00:20:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6EDE073068; Tue, 26 Jun 2007 00:20:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626042007.6EDE073068@freebsd-current.sentex.ca> Date: Tue, 26 Jun 2007 00:20:07 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 04:20:08 -0000 TB --- 2007-06-26 02:41:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 02:41:25 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-26 02:41:25 - cleaning the object tree TB --- 2007-06-26 02:41:33 - checking out the source tree TB --- 2007-06-26 02:41:33 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-26 02:41:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 02:53:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 02:53:07 - cd /src TB --- 2007-06-26 02:53:07 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 02:53:08 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 26 04:10:08 UTC 2007 TB --- 2007-06-26 04:10:09 - generating LINT kernel config TB --- 2007-06-26 04:10:09 - cd /src/sys/i386/conf TB --- 2007-06-26 04:10:09 - /usr/bin/make -B LINT TB --- 2007-06-26 04:10:09 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-26 04:10:09 - cd /src TB --- 2007-06-26 04:10:09 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 26 04:10:09 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_axe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cdce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_kue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_ural.c /src/sys/dev/usb/if_ural.c:92: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54G' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:93: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54GP' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:94: error: 'USB_PRODUCT_CISCOLINKSYS_HU200TS' undeclared here (not in a function) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 04:20:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 04:20:06 - ERROR: failed to build lint kernel TB --- 2007-06-26 04:20:06 - tinderbox aborted TB --- 0.16 user 0.45 system 5921.76 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 06:04:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4FF116A41F; Tue, 26 Jun 2007 06:04:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 88DD713C44B; Tue, 26 Jun 2007 06:04:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q64buD082843; Tue, 26 Jun 2007 02:04:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q64aSY094040; Tue, 26 Jun 2007 02:04:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6727E73068; Tue, 26 Jun 2007 02:04:36 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626060436.6727E73068@freebsd-current.sentex.ca> Date: Tue, 26 Jun 2007 02:04:36 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 06:04:37 -0000 TB --- 2007-06-26 04:20:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 04:20:07 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-26 04:20:07 - cleaning the object tree TB --- 2007-06-26 04:20:24 - checking out the source tree TB --- 2007-06-26 04:20:24 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-26 04:20:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 04:29:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 04:29:44 - cd /src TB --- 2007-06-26 04:29:44 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 04:29:46 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 26 05:44:59 UTC 2007 TB --- 2007-06-26 05:44:59 - generating LINT kernel config TB --- 2007-06-26 05:44:59 - cd /src/sys/powerpc/conf TB --- 2007-06-26 05:44:59 - /usr/bin/make -B LINT TB --- 2007-06-26 05:44:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-26 05:44:59 - cd /src TB --- 2007-06-26 05:44:59 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 26 05:44:59 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/uplcom/../../conf/kmod_syms.awk uplcom.kld export_syms | xargs -J% objcopy % uplcom.kld ld -Bshareable -d -warn-common -o uplcom.ko uplcom.kld objcopy --strip-debug uplcom.ko ===> ural (all) cc -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ural/../../dev/usb/if_ural.c /src/sys/modules/ural/../../dev/usb/if_ural.c:92: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54G' undeclared here (not in a function) /src/sys/modules/ural/../../dev/usb/if_ural.c:93: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54GP' undeclared here (not in a function) /src/sys/modules/ural/../../dev/usb/if_ural.c:94: error: 'USB_PRODUCT_CISCOLINKSYS_HU200TS' undeclared here (not in a function) *** Error code 1 Stop in /src/sys/modules/ural. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 06:04:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 06:04:35 - ERROR: failed to build lint kernel TB --- 2007-06-26 06:04:35 - tinderbox aborted TB --- 0.20 user 0.42 system 6268.50 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 06:14:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72BF416A41F for ; Tue, 26 Jun 2007 06:14:11 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from sellinet.net (galileo.sellinet.net [82.199.192.2]) by mx1.freebsd.org (Postfix) with SMTP id D674213C45A for ; Tue, 26 Jun 2007 06:13:19 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 19248 invoked by uid 1009); 26 Jun 2007 02:03:19 +0300 Received: from nike_d@cytexbg.com by galileo by uid 1002 with qmail-scanner-1.22 (spamassassin: 3.0.3. Clear:RC:1(82.199.197.152):. Processed in 0.184195 secs); 25 Jun 2007 23:03:19 -0000 Received: from unknown (HELO ndenev.totalterror.net) (82.199.197.152) by galileo.sellinet.net with SMTP; 26 Jun 2007 02:03:19 +0300 Received: (qmail 4023 invoked from network); 26 Jun 2007 02:03:20 +0300 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by ndenev.totalterror.net with SMTP; 26 Jun 2007 02:03:20 +0300 Message-ID: <468049B7.7050402@cytexbg.com> Date: Tue, 26 Jun 2007 02:03:19 +0300 From: Niki Denev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: "M. Warner Losh" References: <4677BD25.8030202@cytexbg.com> <20070623.212128.323264592.imp@bsdimp.com> <467F7A69.9000909@cytexbg.com> <20070625.160705.163264235.imp@bsdimp.com> In-Reply-To: <20070625.160705.163264235.imp@bsdimp.com> X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic when removing pccard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 06:14:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 M. Warner Losh wrote: > In message: <467F7A69.9000909@cytexbg.com> > Niki Denev writes: > : -----BEGIN PGP SIGNED MESSAGE----- > : Hash: SHA1 > : > : M. Warner Losh wrote: > : > I've done some testing with the recently improved in-tree usb stack, > : > and it doesn't panic for me when I remove a CardBus USB card, both > : > with and without devices. It also does remove the extra /dev/usb* > : > entries properly. I couldn't cause any crashes with the latest > : > -current. > : > > : > Warner > : > : Unfortunately it still does panic for me by simply inserting the card > : (Huawei E630 3g card a.k.a Vodafone Mobile Connect), waiting for the > : usb busses to be added and the ucom0 device to be recognized ( it takes > : a few seconds) and then ejecting the card. > : Again the message is : > : > : ucom0: detached > : (null): at uhub2 port 1 (addr 2) disconnected > : > : Fatal trap 12: page fault while in kernel mode > : fault virtual address = 0x400 > : fault code = supervisor read, page not presend > : instruction pointer = 0x20:0xc0595b2d > : stack pointer = 0x28:0xd2f4db34 > : frame pointer = 0x28:0xd2f4db5c > : 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 = 28 (cbb0 event thread) > : trap number = 12 > : panic: page fault > : > : This problem does not exist if i compile my kernel with the HPS Usb Stack. > > I don't suppose you could compile a kernel with DDB and get me a > traceback? > > Warner Here it is : Fatal trap 12: page fault while in kernel mode fault virtual address = 0x400 fault code = supervisor read, page not present instruction pointer = 0x20:0xc059daed stack pointer = 0x28:0xd2f4db34 frame pointer = 0x28:0xd2f4db5c 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 = 28 (cbb0 event thread) [thread pid 28 tid 100023 ] Stopped at kobj_delete+0x1d: movl 0x400(%eax),%esi db> bt Tracing pid 28 tid 100023 td 0xc2836cc0 kobj_delete(c2e0b300,c07ec8e0,c2e0b300,c2e0b600,d2f4dba0,...) at kobj_delete+0x1d device_delete_child(c2de8c00,c2e0b400,c2928900,c2de8d30,c2928900,...) at device_delete_child+0x82 usb_disconnect_port(c2de8d30,c2de8c00,0,c29f5500,c2de8d00,...) at usb_disconnect_port+0x9c uhub_detach(c2de8c00,c28a8850,c08e2dac,d2f4dbf4,c0597987,...) at uhub_detach+0x75 device_detach(c2de8c00,c2e0b300,c2bc4000,c2de9480,d2f4dc24,...) at device_detach+0x6d device_delete_child(c2de9380,c2de8c00,c2bc4000,c2de9480,d2f4dc44,...) at device_delete_child+0x3a device_delete_child(c2de9480,c2de9380,c2b8e400,d2f4dc44,c2de9480,...) at device_delete_child+0x23 ohci_pci_detach(c2de9480,c27bf050,c07e2dac,d2f4dc70,c0595768,...) at ohci_pci_detach+0x8e device_detach(c2de9480,d2f4dca4,d2f4dca8,c2836cc0,d2f4dcb8,...) at device_detach+0x6d cardbus_detach_card(c2a15500,c29183d4,fa,d2f4dd24,d2f4dce4,...) at cardbus_detach_card+0x274 cbb_event_thread(c2918000,d2f4dd38,0,0,0,...) at cbb_event_thread+0x3df fork_exit(c04bac70,c2918000,d2f4dd38) at fork_exit+0x8d fork_trampoline() at fork_trampoline+0x8 - --- trap 0, eip = 0, esp = 0xd2f4dd70, ebp = 0 --- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGgEm3HNAJ/fLbfrkRAqqfAKCDOfaiKVCeIyJEfYcJZ7n4dBpDPQCgzY1s pVypMkiwMRLWX3agBHRCi2s= =Kryt -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 06:41:39 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30D4916A400; Tue, 26 Jun 2007 06:41:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0688F13C468; Tue, 26 Jun 2007 06:41:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q6fcWu083764; Tue, 26 Jun 2007 02:41:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5Q6fcEw013773; Tue, 26 Jun 2007 02:41:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E5A9373068; Tue, 26 Jun 2007 02:41:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626064137.E5A9373068@freebsd-current.sentex.ca> Date: Tue, 26 Jun 2007 02:41:37 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 06:41:39 -0000 TB --- 2007-06-26 04:17:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 04:17:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-26 04:17:36 - cleaning the object tree TB --- 2007-06-26 04:17:45 - checking out the source tree TB --- 2007-06-26 04:17:45 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-26 04:17:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 04:29:44 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 04:29:44 - cd /src TB --- 2007-06-26 04:29:44 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 04:29:46 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 26 06:09:11 UTC 2007 TB --- 2007-06-26 06:09:11 - generating LINT kernel config TB --- 2007-06-26 06:09:11 - cd /src/sys/ia64/conf TB --- 2007-06-26 06:09:11 - /usr/bin/make -B LINT TB --- 2007-06-26 06:09:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-26 06:09:12 - cd /src TB --- 2007-06-26 06:09:12 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 26 06:09:12 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/uplcom/../../conf/kmod_syms.awk uplcom.kld export_syms | xargs -J% objcopy % uplcom.kld ld -Bshareable -d -warn-common -o uplcom.ko uplcom.kld objcopy --strip-debug uplcom.ko ===> ural (all) cc -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ural/../../dev/usb/if_ural.c /src/sys/modules/ural/../../dev/usb/if_ural.c:92: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54G' undeclared here (not in a function) /src/sys/modules/ural/../../dev/usb/if_ural.c:93: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54GP' undeclared here (not in a function) /src/sys/modules/ural/../../dev/usb/if_ural.c:94: error: 'USB_PRODUCT_CISCOLINKSYS_HU200TS' undeclared here (not in a function) *** Error code 1 Stop in /src/sys/modules/ural. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 06:41:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 06:41:37 - ERROR: failed to build lint kernel TB --- 2007-06-26 06:41:37 - tinderbox aborted TB --- 0.21 user 0.43 system 8641.76 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 06:46:59 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5002F16A469; Tue, 26 Jun 2007 06:46:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id ED21A13C4BC; Tue, 26 Jun 2007 06:46:58 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5Q6jnQx004073; Tue, 26 Jun 2007 00:45:49 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 26 Jun 2007 00:46:25 -0600 (MDT) Message-Id: <20070626.004625.218577757.imp@bsdimp.com> To: tinderbox@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20070626042007.6EDE073068@freebsd-current.sentex.ca> References: <20070626042007.6EDE073068@freebsd-current.sentex.ca> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 26 Jun 2007 00:45:49 -0600 (MDT) Cc: current@FreeBSD.org, i386@FreeBSD.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 06:46:59 -0000 In message: <20070626042007.6EDE073068@freebsd-current.sentex.ca> FreeBSD Tinderbox writes: : /src/sys/dev/usb/if_ural.c:92: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54G' undeclared here (not in a function) : /src/sys/dev/usb/if_ural.c:93: error: 'USB_PRODUCT_CISCOLINKSYS_WUSB54GP' undeclared here (not in a function) : /src/sys/dev/usb/if_ural.c:94: error: 'USB_PRODUCT_CISCOLINKSYS_HU200TS' undeclared here (not in a function) : *** Error code 1 This has been fixed. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 06:55:22 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4EB4516A400 for ; Tue, 26 Jun 2007 06:55:22 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [83.98.131.211]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB0913C45B for ; Tue, 26 Jun 2007 06:55:21 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 4C39F1CC29; Tue, 26 Jun 2007 08:55:20 +0200 (CEST) Date: Tue, 26 Jun 2007 08:55:20 +0200 From: Ed Schouten To: Suleiman Souhlal Message-ID: <20070626065520.GQ27942@hoeg.nl> References: <46806B3E.2060701@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pDMuYlNcjisHFiH4" Content-Disposition: inline In-Reply-To: <46806B3E.2060701@FreeBSD.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 06:55:22 -0000 --pDMuYlNcjisHFiH4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Suleiman Souhlal wrote: > Hi, >=20 > I have a simple patch for amd64 that uses the Machine Check=20 > Architecture/Exceptions on most recent x86 CPUs to detect memory errors: >=20 > http://people.freebsd.org/~ssouhlal/testing/mce-20070621.diff >=20 > It will report uncorrected and corrected errors (the latter, only if sys= ctl=20 > machdep.mce.log_corrected=3D1). > You can ask the kernel to panic if it gets an uncorrected error by setti= ng=20 > machdep.mce.panic_on_uc=3D1. > All this can be disabled by setting the machdep.mce.enable tunable to 0.= I'm=20 > still not sure if I want this enabled by default, as I don't have any In= tel=20 > machines to test this on, but I have tested it on Opteron (both correcte= d=20 > and uncorrected errors). >=20 > I would appreciate it if someone would try this, especially if you have= =20 > Intel machines with bad RAM. >=20 > Comments are welcome. | /* | * Uncorrected MCEs will generate a #MC, while corrected | * don't, so we have to periodically poll for them. | */ What about adding an option to only print uncorrected MCE's? That's the most interesting data and we can get that without using a kthread, right? Nice work! :-) --=20 Ed Schouten WWW: http://g-rave.nl/ --pDMuYlNcjisHFiH4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGgLhY52SDGA2eCwURAh74AJ9s3HAH9RQJX3FI3eacfjiwdXCw8QCePqaD VTMzInO7WHRiA3uPHRyMchY= =GHGK -----END PGP SIGNATURE----- --pDMuYlNcjisHFiH4-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 07:10:43 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EC5516A46E for ; Tue, 26 Jun 2007 07:10:43 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC2313C455 for ; Tue, 26 Jun 2007 07:10:43 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.0.97] (c-76-21-32-5.hsd1.ca.comcast.net [76.21.32.5]) by elvis.mu.org (Postfix) with ESMTP id A4F621A4D81; Tue, 26 Jun 2007 00:09:24 -0700 (PDT) In-Reply-To: <20070626065520.GQ27942@hoeg.nl> References: <46806B3E.2060701@FreeBSD.org> <20070626065520.GQ27942@hoeg.nl> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <24C31FAE-96D1-40EC-9504-D2A4785B5E93@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Tue, 26 Jun 2007 00:10:37 -0700 To: Ed Schouten X-Mailer: Apple Mail (2.752.3) Cc: current@freebsd.org Subject: Re: [PATCH] Machine Check Architecture on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 07:10:43 -0000 On Jun 25, 2007, at 11:55 PM, Ed Schouten wrote: > * Suleiman Souhlal wrote: >> Hi, >> >> I have a simple patch for amd64 that uses the Machine Check >> Architecture/Exceptions on most recent x86 CPUs to detect memory >> errors: >> >> http://people.freebsd.org/~ssouhlal/testing/mce-20070621.diff >> >> It will report uncorrected and corrected errors (the latter, only >> if sysctl >> machdep.mce.log_corrected=1). >> You can ask the kernel to panic if it gets an uncorrected error >> by setting >> machdep.mce.panic_on_uc=1. >> All this can be disabled by setting the machdep.mce.enable >> tunable to 0. I'm >> still not sure if I want this enabled by default, as I don't have >> any Intel >> machines to test this on, but I have tested it on Opteron (both >> corrected >> and uncorrected errors). >> >> I would appreciate it if someone would try this, especially if >> you have >> Intel machines with bad RAM. >> >> Comments are welcome. > > | /* > | * Uncorrected MCEs will generate a #MC, while corrected > | * don't, so we have to periodically poll for them. > | */ > > What about adding an option to only print uncorrected MCE's? That's > the > most interesting data and we can get that without using a kthread, > right? sysctl machdep.mce.log_corrected=0 machdep.mce.poll_delay=0 will stop reporting the corrected errors and will stop the kthread (but won't actually kill it (I guess I'll fix that before I commit the patch)). Thanks, -- Suleiman From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 07:48:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C18C16A421 for ; Tue, 26 Jun 2007 07:48:21 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id ADC0513C447 for ; Tue, 26 Jun 2007 07:48:20 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from knop-beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Tue, 26 Jun 2007 09:35:03 +0200 Date: Tue, 26 Jun 2007 09:35:00 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt_h@knop-beagle.kn.op.dlr.de To: gary.jennejohn@freenet.de In-Reply-To: <20070624191345.7f08c10e.garyj@jennejohn.org> Message-ID: <20070626092710.V59611@knop-beagle.kn.op.dlr.de> References: <20070624191345.7f08c10e.garyj@jennejohn.org> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 26 Jun 2007 07:35:03.0322 (UTC) FILETIME=[82704FA0:01C7B7C4] Cc: freebsd-current@freebsd.org Subject: Re: weird error with nmh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 07:48:21 -0000 On Sun, 24 Jun 2007, Gary Jennejohn wrote: GJ>I'm using exmh with nmh on a freshly installed AMD64-current: GJ> 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sat Jun 23 19:29:01 CEST GJ>2007 GJ> GJ>nmh uses its own version of strcasecmp() because in many cases it GJ>passes NULL pointers to it and must check for that. GJ> GJ>However, somehow the version in libc gets used rather than the version GJ>from nmh and calling e.g. repl results in a SIGSEGV because the NULL GJ>pointer is dereferenced. GJ> GJ>I was forced to rename the routine to nmhstrcasecmp() all over the GJ>place. After that repl works. GJ> GJ>My question - why isn't the version in nmh overriding the version in GJ>libc? Am I misunderstanding something here? Strictly speaking from the standards point of view an application is not allowed to redefine (standard) functions from libc. Also function names str[a-z]*() are in the standard's namespace and should not be defined in an application. So formally having a strcasecmp() in an application leads to undefined behaviour. People are used to be able to redefine library functions, though ... harti From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 08:12:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1995216A468 for ; Tue, 26 Jun 2007 08:12:01 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id C202613C4AD for ; Tue, 26 Jun 2007 08:12:00 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 7A8A839368 for ; Tue, 26 Jun 2007 10:11:59 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07291-19 for ; Tue, 26 Jun 2007 10:11:59 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id E592339356; Tue, 26 Jun 2007 10:11:58 +0200 (CEST) Date: Tue, 26 Jun 2007 10:11:58 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20070626081158.GA85270@keltia.freenix.fr> References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624105011.R44958@thor.farley.org> <20070624192739.T88320@ury.york.ac.uk> <467F1224.1040406@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <467F1224.1040406@delphij.net> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 08:12:01 -0000 According to Xin LI: > Our current implementation is slower than many other implementation, > especially the BSD licensed PCRE. This has in turn made a lot of our > utilities slow. For instance sed -e 's/^foo [0-9]{3} bar.+$/\1/g' seems > to use O(N^2) time where N is the text being processed. I'm currently looking into replacing our ancient library (based on H. Spencer code from decades ago) with either PCRE (which is nicely BSD licensed as you say) or the new code from Mr. Spencer (taken from Tcl or postgresql) or even maybe Oniguruma, the new library used by Ruby. I agree, anything will be better than the one we have. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.9.1: Thu Feb 22 20:55:00 PST 2007 i386 From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 08:19:53 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51DC816A41F for ; Tue, 26 Jun 2007 08:19:53 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 09CE713C487 for ; Tue, 26 Jun 2007 08:19:52 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 1A7E139368 for ; Tue, 26 Jun 2007 10:19:52 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07810-05 for ; Tue, 26 Jun 2007 10:19:51 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id BAC3E39356; Tue, 26 Jun 2007 10:19:51 +0200 (CEST) Date: Tue, 26 Jun 2007 10:19:51 +0200 From: Ollivier Robert To: FreeBSD Current Users' list Message-ID: <20070626081951.GB85270@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: Subject: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 08:19:53 -0000 Hello, My current mail/uucp/web/router/firewall machine is a D820-based machinie (dual core pentium at 2.8 GHz) with two gmirror-ed 160 GB SATA drives running a somewhat oldish 6.1-STABLE. It has only 512 MB of memory and perform rather well. With all the very nice point of ZFS, would it be reasonable to run 7.0/amd64 on it? The point being moving to amd64 as ZFS is more optimized for this arhitecture. Should I try to get more memory for it (it is a Dell 9150 machine)? or could it run as is? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.9.1: Thu Feb 22 20:55:00 PST 2007 i386 From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 08:31:38 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A526A16A421 for ; Tue, 26 Jun 2007 08:31:38 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 0C29513C43E for ; Tue, 26 Jun 2007 08:31:37 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l5Q8HQVL001089; Tue, 26 Jun 2007 12:17:26 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1182845847; bh=18NtCAUIqF8icWvneBaR8SuK07veVKclfjUw16c AFeU=; l=828; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=adXDVOxldaz8uUEQxHXe ZfQkH2qAvtHLRNdnANaoVtFPBAU5250CuAU2cGMroeQsvTTQKbUKyOugvNPjD0bEQGd kWrsjwnv6Mr3Id0zObGuS4AXTfH292pIG0HKcbwV7bXcL0tneh79m/x9Lz9dPTyMggm MAoeIBc+/qpAQzPLg= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l5Q8HQIF001088; Tue, 26 Jun 2007 12:17:26 +0400 (MSD) (envelope-from ache) Date: Tue, 26 Jun 2007 12:17:25 +0400 From: Andrey Chernov To: Ollivier Robert Message-ID: <20070626081725.GA1039@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ollivier Robert , freebsd-current@freebsd.org References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624105011.R44958@thor.farley.org> <20070624192739.T88320@ury.york.ac.uk> <467F1224.1040406@delphij.net> <20070626081158.GA85270@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070626081158.GA85270@keltia.freenix.fr> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 08:31:38 -0000 On Tue, Jun 26, 2007 at 10:11:58AM +0200, Ollivier Robert wrote: > According to Xin LI: > > Our current implementation is slower than many other implementation, > > especially the BSD licensed PCRE. This has in turn made a lot of our > > utilities slow. For instance sed -e 's/^foo [0-9]{3} bar.+$/\1/g' seems > > to use O(N^2) time where N is the text being processed. > > I'm currently looking into replacing our ancient library (based on H. > Spencer code from decades ago) with either PCRE (which is nicely BSD > licensed as you say) or the new code from Mr. Spencer (taken from Tcl or > postgresql) or even maybe Oniguruma, the new library used by Ruby. > > I agree, anything will be better than the one we have. Please choose variant which supports multibyte characters for sure. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 08:42:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 892A516A468 for ; Tue, 26 Jun 2007 08:42:13 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.238]) by mx1.freebsd.org (Postfix) with ESMTP id BA71113C44C for ; Tue, 26 Jun 2007 08:42:12 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by wr-out-0506.google.com with SMTP id 70so1133445wra for ; Tue, 26 Jun 2007 01:42:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=BLPzM6JM0zJdjScj107DUKpYyNUj8cK22s0QOjoqrv5fzd5RvRmuMyyApMaFKLsS5CcvA1+DvqEp63FrQ6vo4DX/6KxXXDyTpK2/u4AmbCyyf8aoJWwek1ZTSZFrq0wZwpRJazQ2LmGEBPYYAIuRRwK4Yd9Zy2ev4AqGpMBFHgk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=XWbtF2zuc0F/w1p90tPRVyUjFwt02f8Z8+axsNHBoZ8Fa4xdBmiZVrkX46E8TiVUb9HuKsMod58HDGQZ4kNs9I8zstaa09G+0cO2nVDgHMfU6TvwaDL7b++Yps0vbZkSnQms8sww/ySb8ycJlzaeJW5CvwQ7oMPDjfvo39rnYnw= Received: by 10.78.160.2 with SMTP id i2mr2942616hue.1182847331437; Tue, 26 Jun 2007 01:42:11 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1%696972032? ( [217.206.187.79]) by mx.google.com with ESMTP id f4sm5989394nfh.2007.06.26.01.42.09 (version=SSLv3 cipher=RC4-MD5); Tue, 26 Jun 2007 01:42:10 -0700 (PDT) From: Tom Evans To: Ollivier Robert In-Reply-To: <20070626081951.GB85270@keltia.freenix.fr> References: <20070626081951.GB85270@keltia.freenix.fr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-5EvW2X4+UIrRiY3g8r5H" Date: Tue, 26 Jun 2007 09:42:06 +0100 Message-Id: <1182847326.1511.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: FreeBSD Current Users' list Subject: Re: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 08:42:13 -0000 --=-5EvW2X4+UIrRiY3g8r5H Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-06-26 at 10:19 +0200, Ollivier Robert wrote: > Hello, >=20 > My current mail/uucp/web/router/firewall machine is a D820-based machinie > (dual core pentium at 2.8 GHz) with two gmirror-ed 160 GB SATA drives > running a somewhat oldish 6.1-STABLE. It has only 512 MB of memory and > perform rather well. >=20 > With all the very nice point of ZFS, would it be reasonable to run > 7.0/amd64 on it? The point being moving to amd64 as ZFS is more optimize= d > for this arhitecture. Should I try to get more memory for it (it is a De= ll > 9150 machine)? or could it run as is? iirc the Intel D820 isn't 64bit capable, so it would be unreasonable to run 7.0/amd64 on it ;) ZFS likes amd64 and it likes RAM. If you want it to do more than just be a ZFS box (like web/mail/uucp ;) I'd suggest at least 1GB RAM, and ideally swap the processor for something with EMT64. Cheers Tom --=-5EvW2X4+UIrRiY3g8r5H Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGgNFZlcRvFfyds/cRAoBfAJ9elpeCYylMBAABHzZ+zDkgE/TnXACgmAP/ BhSrjebtgngyIUJ1P3ADAoA= =j0PV -----END PGP SIGNATURE----- --=-5EvW2X4+UIrRiY3g8r5H-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 09:04:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FF4816A400 for ; Tue, 26 Jun 2007 09:04:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 72B7813C48C for ; Tue, 26 Jun 2007 09:04:06 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id EA58AEB2CA3; Tue, 26 Jun 2007 17:04:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id GQt9YZ9oLaKA; Tue, 26 Jun 2007 17:03:58 +0800 (CST) Received: from LI-Xins-MacBook.local (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id BFBDEEB2C47; Tue, 26 Jun 2007 17:03:56 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:x-enigmail-version:content-type; b=VxBAuinHQ3raf5N27cr/9o3SqjveMDizXNhWyYPW9QAeQzaU+6tjQNLF48p7qNWsK 7J5kNTcXNQic/1oID3+XA== Message-ID: <4680D673.20806@delphij.net> Date: Tue, 26 Jun 2007 17:03:47 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Andrey Chernov , Ollivier Robert , freebsd-current@freebsd.org References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624105011.R44958@thor.farley.org> <20070624192739.T88320@ury.york.ac.uk> <467F1224.1040406@delphij.net> <20070626081158.GA85270@keltia.freenix.fr> <20070626081725.GA1039@nagual.pp.ru> In-Reply-To: <20070626081725.GA1039@nagual.pp.ru> X-Enigmail-Version: 0.95.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigEFB2C3714ECB686CDA2585E8" Cc: Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 09:04:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEFB2C3714ECB686CDA2585E8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Andrey Chernov wrote: > On Tue, Jun 26, 2007 at 10:11:58AM +0200, Ollivier Robert wrote: >> According to Xin LI: >>> Our current implementation is slower than many other implementation, >>> especially the BSD licensed PCRE. This has in turn made a lot of our= >>> utilities slow. For instance sed -e 's/^foo [0-9]{3} bar.+$/\1/g' se= ems >>> to use O(N^2) time where N is the text being processed. >> I'm currently looking into replacing our ancient library (based on H. >> Spencer code from decades ago) with either PCRE (which is nicely BSD >> licensed as you say) or the new code from Mr. Spencer (taken from Tcl = or >> postgresql) or even maybe Oniguruma, the new library used by Ruby. >> >> I agree, anything will be better than the one we have. >=20 > Please choose variant which supports multibyte characters for sure. If memory serves me right, all of re libraries Ollivier has mentioned supports multibyte characters. Maybe we should create or find some test cases to make sure there is no regression? Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigEFB2C3714ECB686CDA2585E8 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 iD8DBQFGgNZzOfuToMruuMARCm9IAJkBBTBbNw8WwMmjd/q95HOsfWr1bACffvU0 TZtG1mknakZnbZ+Pla3rp+I= =FfAK -----END PGP SIGNATURE----- --------------enigEFB2C3714ECB686CDA2585E8-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 09:10:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2E0416A400 for ; Tue, 26 Jun 2007 09:10:41 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 4251313C46C for ; Tue, 26 Jun 2007 09:10:41 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.1/8.14.1) with ESMTP id l5Q9AWnx004289; Tue, 26 Jun 2007 13:10:32 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nagual.pp.ru; s=default; t=1182849032; bh=rtu5NitT8nRg3qlN3lOYPNez/L7UnqBKEuF+snI Z8FA=; l=917; h=Received:Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=Fpzp+oRNo28mQoww1d8n HZ9rVcPFF8eKHx4OjWo+3lPtOAD97s3anfFb7LGPzYC7AjC35QjsnJWz6RAywCC5CVA zLxahGZzxGdrHifMXeoC0DRPch9WqUaFrwMAQlrzyy/5gxNAZ2Ho0a4GbFXqJjO1JXg bMr8TMsxXddERSVs0= Received: (from ache@localhost) by nagual.pp.ru (8.14.1/8.14.1/Submit) id l5Q9AWWn004288; Tue, 26 Jun 2007 13:10:32 +0400 (MSD) (envelope-from ache) Date: Tue, 26 Jun 2007 13:10:31 +0400 From: Andrey Chernov To: LI Xin Message-ID: <20070626091031.GC4137@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , LI Xin , Ollivier Robert , freebsd-current@freebsd.org References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624105011.R44958@thor.farley.org> <20070624192739.T88320@ury.york.ac.uk> <467F1224.1040406@delphij.net> <20070626081158.GA85270@keltia.freenix.fr> <20070626081725.GA1039@nagual.pp.ru> <4680D673.20806@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tjCHc7DPkfUGtrlw" Content-Disposition: inline In-Reply-To: <4680D673.20806@delphij.net> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Ollivier Robert , freebsd-current@freebsd.org Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 09:10:41 -0000 --tjCHc7DPkfUGtrlw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 26, 2007 at 05:03:47PM +0800, LI Xin wrote: > If memory serves me right, all of re libraries Ollivier has mentioned > supports multibyte characters. Maybe we should create or find some test > cases to make sure there is no regression? Ok. The next things we should check, is collating for singlebyte [a-z]=20 ranges supported (because we do it). Some regex implementations (like=20 true-awk one) refuse to do it. --=20 http://ache.pp.ru/ --tjCHc7DPkfUGtrlw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFGgNgHVg5YK5ZEdN0RApioAJ9MbhHU2JWu9TkHCUb+Tl4f4c5DhQCfQbWk 3s/tSz74Gu2WLzMjKOcNKdE= =ugxL -----END PGP SIGNATURE----- --tjCHc7DPkfUGtrlw-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 09:12:11 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 790F616A46D for ; Tue, 26 Jun 2007 09:12:11 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 2D13E13C4BC for ; Tue, 26 Jun 2007 09:12:10 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id AA8BA394CA; Tue, 26 Jun 2007 11:12:09 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09259-08; Tue, 26 Jun 2007 11:12:09 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 5478239356; Tue, 26 Jun 2007 11:12:09 +0200 (CEST) Date: Tue, 26 Jun 2007 11:12:09 +0200 From: Ollivier Robert To: Tom Evans Message-ID: <20070626091209.GA9260@keltia.freenix.fr> References: <20070626081951.GB85270@keltia.freenix.fr> <1182847326.1511.3.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1182847326.1511.3.camel@localhost> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: FreeBSD Current Users' list Subject: Re: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 09:12:11 -0000 According to Tom Evans: > iirc the Intel D820 isn't 64bit capable, so it would be unreasonable to > run 7.0/amd64 on it ;) Here is what is displayed at boot-time. What should indicate it does support EM64T (or not)? CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2793.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf47 Stepping = 7 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.9.1: Thu Feb 22 20:55:00 PST 2007 i386 From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 09:29:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CF7E16A469 for ; Tue, 26 Jun 2007 09:29:07 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 435D413C44B for ; Tue, 26 Jun 2007 09:29:06 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id C26AE394C9 for ; Tue, 26 Jun 2007 11:29:05 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09670-10 for ; Tue, 26 Jun 2007 11:29:05 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 6CE2739356; Tue, 26 Jun 2007 11:29:05 +0200 (CEST) Date: Tue, 26 Jun 2007 11:29:05 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20070626092905.GA9575@keltia.freenix.fr> References: <20070626081951.GB85270@keltia.freenix.fr> <1182847326.1511.3.camel@localhost> <20070626091209.GA9260@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070626091209.GA9260@keltia.freenix.fr> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Subject: Re: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 09:29:07 -0000 According to Ollivier Robert: > Here is what is displayed at boot-time. What should indicate it does > support EM64T (or not)? By looking at http://compare.intel.com/pcc/showchart.aspx?mmID=868123&familyID=1&culture=en-US I'm pretty sure the D820 does support EM64T. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.9.1: Thu Feb 22 20:55:00 PST 2007 i386 From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 09:35:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50A6816A400 for ; Tue, 26 Jun 2007 09:35:20 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 0E93513C465 for ; Tue, 26 Jun 2007 09:35:19 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so430408anc for ; Tue, 26 Jun 2007 02:35:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LD7eLzW5NqKPgAlZpzUiSGQ97VF1DMlloa2HUTpNcz+cimSf2Sbg3gHRvRA2amWRLPZ1VArjlVUQZILDFYIFTjVmc/mRjSmXzI8wPzzbX11WHABTGNGSteE5OzIhgKPma8sFOXxqtdq2NUp0jVhsQLbuYwTVlcTO++eG6PwvHyo= 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=nMpS7olGQxbRUGXs7RzZd2MAXzkbitFRt0ZkRPEijvSF/tFwYV+Knvrho4phLGYHRlyHNRjs546KbF2LdoC1k7hnSWCrTOaA7cNS/kwQWQmrSPBmF92TZnD1a0rqAGKxxH25wpanQ/5HH0fjj3fXZo2agCAQ+yxbALdBO4xDZkQ= Received: by 10.100.12.18 with SMTP id 18mr3685669anl.1182850518985; Tue, 26 Jun 2007 02:35:18 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Tue, 26 Jun 2007 02:35:18 -0700 (PDT) Message-ID: <499c70c0706260235j5a10e5ddi409cdba4cdbccda4@mail.gmail.com> Date: Tue, 26 Jun 2007 12:35:18 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Ollivier Robert" In-Reply-To: <20070626091209.GA9260@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070626081951.GB85270@keltia.freenix.fr> <1182847326.1511.3.camel@localhost> <20070626091209.GA9260@keltia.freenix.fr> Cc: Tom Evans , FreeBSD Current Users' list Subject: Re: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 09:35:20 -0000 On 6/26/07, Ollivier Robert wrote: > According to Tom Evans: > > iirc the Intel D820 isn't 64bit capable, so it would be unreasonable to > > run 7.0/amd64 on it ;) > > Here is what is displayed at boot-time. What should indicate it does > support EM64T (or not)? > > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2793.09-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf47 Stepping = 7 It has Smithfield core which has features Intel's recent power management technologies that were included in their recent 600-series single core line up, but interestingly, the Pentium D 820 doesn't have any of these power management features. That means that there is no Enhanced Speedstep, and no TM2 or C1E for power saving because all recent Pentium 4 and Pentium D processors throttle back to 2.8GHz - the default operating speed for the Pentium D 820. There is, however, the inclusion of Intel's EM64T 64-bit extensions and the Execute Disable Bit. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 09:36:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9C1616A400 for ; Tue, 26 Jun 2007 09:36:14 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 5417513C4BE for ; Tue, 26 Jun 2007 09:36:14 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l5Q9aCeX062703; Tue, 26 Jun 2007 13:36:12 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 26 Jun 2007 13:36:12 +0400 (MSD) From: Dmitry Morozovsky To: Ollivier Robert In-Reply-To: <20070626081951.GB85270@keltia.freenix.fr> Message-ID: <20070626133514.N60479@woozle.rinet.ru> References: <20070626081951.GB85270@keltia.freenix.fr> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Tue, 26 Jun 2007 13:36:12 +0400 (MSD) Cc: FreeBSD Current Users' list Subject: Re: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 09:36:14 -0000 On Tue, 26 Jun 2007, Ollivier Robert wrote: OR> My current mail/uucp/web/router/firewall machine is a D820-based machinie OR> (dual core pentium at 2.8 GHz) with two gmirror-ed 160 GB SATA drives OR> running a somewhat oldish 6.1-STABLE. It has only 512 MB of memory and OR> perform rather well. OR> OR> With all the very nice point of ZFS, would it be reasonable to run OR> 7.0/amd64 on it? The point being moving to amd64 as ZFS is more optimized OR> for this arhitecture. Should I try to get more memory for it (it is a Dell OR> 9150 machine)? or could it run as is? Stuff it with RAM if you can - 2G seems the most reasonable with price/performance ratio. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 09:38:09 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D1E0616A41F for ; Tue, 26 Jun 2007 09:38:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6FF13C483 for ; Tue, 26 Jun 2007 09:38:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=bFcTe5C2Bi5Uaji6XaKexMIENKd+eo2Kjt3ahYqgzfKN/nuUXdVcoDs/7tj3NVV3GP0RfSdWU+59pjBfK5tnPNoZ3u+At+PGp3rALfofhVuDmL0t3ib6PftHTKA8dg+trBWE3NNOOkFEws06/KveJV+Q0qL6nd4AXyW1HXantkMnrF9JDMruRv7eBUpg7OZ0wP039odps0+g31T8vajyi0Qm9rFpqKOtrqfgJ6SeqZMsRS8PPFH14T0BJUVyQAVL; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I37Uv-0000rE-4Q; Tue, 26 Jun 2007 09:38:09 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I37UT-0000jc-48; Tue, 26 Jun 2007 09:37:41 +0000 Received: from [127.0.0.1] (helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I37RI-0000Z5-6B; Tue, 26 Jun 2007 11:34:24 +0200 To: "M. Warner Losh" From: Ian FREISLICH In-Reply-To: Message from "M. Warner Losh" of "Mon, 25 Jun 2007 09:37:23 CST." <20070625.093723.-1844001713.imp@bsdimp.com> X-Attribution: BOFH Date: Tue, 26 Jun 2007 11:34:01 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 09:38:09 -0000 "M. Warner Losh" wrote: > In message: > Ian FREISLICH writes: > : Ian FREISLICH wrote: > : > I also fixed the onboard wireless mouse controller which previously > : > : s/I/It/ > : > : > worked for about 10 minutes before a usb bus error broke the > : > connection. > : > : Seems I spoke too soon. After running fine for about an hour the > : wireless mouse died with the following error: > : > : Jun 25 09:00:53 apple kernel: usb3: host controller process error > : Jun 25 09:00:53 apple kernel: usb3: host controller halted > : > : Is there any debugging knob I can turn to get more data about what > : went wrong? > > I don't know. You can try configuring USBDEBUG in your kernel, then > setting hw.ums.debug=1, but that tends to generate a lot of traffic in > an hour. Hmm. Not much more to go on: usb3: host controller process error usb3: host controller halted usb3 regs: cmd=0080, sts=0030, intr=000f, frnum=05f7, flbase=01bba7dc, sof=0040, portsc1=0095, portsc2=01a5 intrs=33921 QH(0xc4e02f80) at 01ba8f80: hlink=01ba8fa2 elink=00000001 Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 09:42:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3B2E16A421 for ; Tue, 26 Jun 2007 09:42:36 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id E2E1613C4C2 for ; Tue, 26 Jun 2007 09:42:35 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by mu-out-0910.google.com with SMTP id w9so1964672mue for ; Tue, 26 Jun 2007 02:42:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=Pv5fRcvSvcaAnjKsI3afyGnbasoDuyARXQulepNXnvEsuAHOqa7xwdc9YkGCXubjFJxzRlPAgrhViXvAEeD/L+QNnx4mop6c6ELn9XicHLx5Rze4BmI8ljKN6BUs/NiPhAY0KV1NP1Z54zEyYVkuaEGOAz1AmS1Lxp2QP0RAMhM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=AgX71Kh96tWUIPMpRbZnz89LCE8wmObzIo/8y++uqHL06b1zt8sZCc8aDLPlRp9f/ogmZP0SsLosqGSq49TGBiW9BZlW5x7i1FVE3rR0nAPCEiSlm3M/SkIw834OF8QWpdAGDSM3UtQeg0mcaW6nE4EMZy06Zd7YcdPAF65019M= Received: by 10.82.126.5 with SMTP id y5mr14514142buc.1182850954378; Tue, 26 Jun 2007 02:42:34 -0700 (PDT) Received: from ?IPv6:::ffff:127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTP id 34sm1444588nfu.2007.06.26.02.42.33 (version=SSLv3 cipher=RC4-MD5); Tue, 26 Jun 2007 02:42:33 -0700 (PDT) From: Tom Evans To: Ollivier Robert In-Reply-To: <20070626091209.GA9260@keltia.freenix.fr> References: <20070626081951.GB85270@keltia.freenix.fr> <1182847326.1511.3.camel@localhost> <20070626091209.GA9260@keltia.freenix.fr> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pHixy5TqhiIk0fe/SAYZ" Date: Tue, 26 Jun 2007 10:42:32 +0100 Message-Id: <1182850952.1511.12.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: FreeBSD Current Users' list Subject: Re: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 09:42:37 -0000 --=-pHixy5TqhiIk0fe/SAYZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-06-26 at 11:12 +0200, Ollivier Robert wrote: > According to Tom Evans: > > iirc the Intel D820 isn't 64bit capable, so it would be unreasonable to > > run 7.0/amd64 on it ;) >=20 > Here is what is displayed at boot-time. What should indicate it does > support EM64T (or not)? >=20 > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2793.09-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf47 Stepping =3D 7 > Features=3D0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=3D0x641d> > AMD Features=3D0x20100000 > AMD Features2=3D0x1 > Cores per package: 2 >=20 My mistake, I thought the D820 didnt have EMT64 support - according to wikipedia it does. I'm still not sure what feature signifies EMT64(?) My laptop, for example, doesnt: 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 7.0-CURRENT #1: Tue Jun 5 14:39:27 BST 2007 root@zoot:/usr/obj/usr/src/sys/ZOOT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (1995.02-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6e8 Stepping =3D 8 Features=3D0xbfe9fbff Features2=3D0xc1a9 AMD Features=3D0x100000 Cores per package: 2 But most of my servers do:=20 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 #11: Mon Jun 11 13:26:07 BST 2007 root@roley:/usr/obj/usr/src/sys/PE2950 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU 5110 @ 1.60GHz (1597.65-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6f6 Stepping =3D 6 Features=3D0xbfebfbff Features2=3D0x4e33d,CX16,,,> AMD Features=3D0x20100800 AMD Features2=3D0x1 Cores per package: 2 Its either LAHF or LM imho. --=-pHixy5TqhiIk0fe/SAYZ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBGgN+IlcRvFfyds/cRAnEjAKC7oiO2gcHllEr6zsyFkZg5sjk9HQCffAN8 Z2Ll4N3pRQANyF4qW+KxR/g= =H0sf -----END PGP SIGNATURE----- --=-pHixy5TqhiIk0fe/SAYZ-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 10:12:43 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C3BD16A469 for ; Tue, 26 Jun 2007 10:12:43 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 262CC13C46C for ; Tue, 26 Jun 2007 10:12:42 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-10-135.bredband.comhem.se ([83.253.10.135]:65437 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with smtp (Exim 4.66) (envelope-from ) id 1I37ng-000371-5N for freebsd-current@FreeBSD.ORG; Tue, 26 Jun 2007 11:57:32 +0200 Received: (qmail 71848 invoked from network); 26 Jun 2007 11:57:30 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 26 Jun 2007 11:57:30 +0200 Received: (qmail 22887 invoked by uid 1001); 26 Jun 2007 11:57:30 +0200 Date: Tue, 26 Jun 2007 11:57:30 +0200 From: Erik Trulsson To: Tom Evans Message-ID: <20070626095730.GA22833@owl.midgard.homeip.net> Mail-Followup-To: Tom Evans , Ollivier Robert , FreeBSD Current Users' list References: <20070626081951.GB85270@keltia.freenix.fr> <1182847326.1511.3.camel@localhost> <20070626091209.GA9260@keltia.freenix.fr> <1182850952.1511.12.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1182850952.1511.12.camel@localhost> User-Agent: Mutt/1.5.14 (2007-02-12) X-Originating-IP: 83.253.10.135 X-ACL-Warn: Too high rate of unknown addresses received from you X-Scan-Result: No virus found in message 1I37ng-000371-5N. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1I37ng-000371-5N ea0a970ff886c23b613635397008660c Cc: Ollivier Robert , FreeBSD Current Users' list Subject: Re: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 10:12:43 -0000 On Tue, Jun 26, 2007 at 10:42:32AM +0100, Tom Evans wrote: > On Tue, 2007-06-26 at 11:12 +0200, Ollivier Robert wrote: > > According to Tom Evans: > > > iirc the Intel D820 isn't 64bit capable, so it would be unreasonable to > > > run 7.0/amd64 on it ;) > > > > Here is what is displayed at boot-time. What should indicate it does > > support EM64T (or not)? > > > > CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2793.09-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf47 Stepping = 7 > > Features=0xbfebfbff > MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2=0x641d> > > AMD Features=0x20100000 > > AMD Features2=0x1 > > Cores per package: 2 > > > > My mistake, I thought the D820 didnt have EMT64 support - according to > wikipedia it does. I'm still not sure what feature signifies EMT64(?) > > My laptop, for example, doesnt: > 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 7.0-CURRENT #1: Tue Jun 5 14:39:27 BST 2007 > root@zoot:/usr/obj/usr/src/sys/ZOOT > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Genuine Intel(R) CPU T2500 @ 2.00GHz (1995.02-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6e8 Stepping = 8 > > Features=0xbfe9fbff CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0xc1a9 > AMD Features=0x100000 > Cores per package: 2 > > But most of my servers do: > 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 #11: Mon Jun 11 13:26:07 BST 2007 > root@roley:/usr/obj/usr/src/sys/PE2950 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(R) CPU 5110 @ 1.60GHz (1597.65-MHz > K8-class CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > > Features=0xbfebfbff PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > Features2=0x4e33d,CX16,,,> > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 2 > > Its either LAHF or LM imho. > It is 'LM' (short for 'Long Mode') which indicates that the CPU is capable of running in 64-bit mode. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 11:02:34 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84C1D16A400 for ; Tue, 26 Jun 2007 11:02:34 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 62B3C13C44C for ; Tue, 26 Jun 2007 11:02:34 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout2.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5QB2Xfd006124 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 26 Jun 2007 04:02:34 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5QB2XOX003761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 26 Jun 2007 04:02:33 -0700 Message-ID: <4680F24A.1040700@u.washington.edu> Date: Tue, 26 Jun 2007 04:02:34 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: current@freebsd.org References: <20070626081951.GB85270@keltia.freenix.fr> <1182847326.1511.3.camel@localhost> <20070626091209.GA9260@keltia.freenix.fr> <1182850952.1511.12.camel@localhost> In-Reply-To: <1182850952.1511.12.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.26.34433 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: Subject: Re: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 11:02:34 -0000 Tom Evans wrote: > On Tue, 2007-06-26 at 11:12 +0200, Ollivier Robert wrote: > >> According to Tom Evans: >> >>> iirc the Intel D820 isn't 64bit capable, so it would be unreasonable to >>> run 7.0/amd64 on it ;) >>> >> Here is what is displayed at boot-time. What should indicate it does >> support EM64T (or not)? >> >> CPU: Intel(R) Pentium(R) D CPU 2.80GHz (2793.09-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf47 Stepping = 7 >> Features=0xbfebfbff> MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> Features2=0x641d> >> AMD Features=0x20100000 >> AMD Features2=0x1 >> Cores per package: 2 >> >> > > My mistake, I thought the D820 didnt have EMT64 support - according to > wikipedia it does. I'm still not sure what feature signifies EMT64(?) > EMT = Extended memory technology. A fancy phrase meaning 64-bit support (in terms of the amd64 architecture). -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 11:04:04 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D46716A400 for ; Tue, 26 Jun 2007 11:04:04 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 0BDFF13C448 for ; Tue, 26 Jun 2007 11:04:04 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout7.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.05) with ESMTP id l5QB43sd024528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 26 Jun 2007 04:04:03 -0700 X-Auth-Received: from [192.168.10.45] (c-24-10-12-194.hsd1.ca.comcast.net [24.10.12.194]) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.03) with ESMTP id l5QB43am003797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 26 Jun 2007 04:04:03 -0700 Message-ID: <4680F2A3.1070006@u.washington.edu> Date: Tue, 26 Jun 2007 04:04:03 -0700 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.1.294258, Antispam-Engine: 2.5.1.298604, Antispam-Data: 2007.6.26.34433 X-Uwash-Spam: Gauge=XI, Probability=11%, Report='URI_HOSTNAME_CONTAINS_EQUALS 1, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_SUBJ_9 0, __USER_AGENT 0' Cc: Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 11:04:04 -0000 Ian FREISLICH wrote: > "M. Warner Losh" wrote: > >> In message: >> Ian FREISLICH writes: >> : Ian FREISLICH wrote: >> : > I also fixed the onboard wireless mouse controller which previously >> : >> : s/I/It/ >> : >> : > worked for about 10 minutes before a usb bus error broke the >> : > connection. >> : >> : Seems I spoke too soon. After running fine for about an hour the >> : wireless mouse died with the following error: >> : >> : Jun 25 09:00:53 apple kernel: usb3: host controller process error >> : Jun 25 09:00:53 apple kernel: usb3: host controller halted >> : >> : Is there any debugging knob I can turn to get more data about what >> : went wrong? >> >> I don't know. You can try configuring USBDEBUG in your kernel, then >> setting hw.ums.debug=1, but that tends to generate a lot of traffic in >> an hour. >> > > Hmm. Not much more to go on: > > usb3: host controller process error > usb3: host controller halted > usb3 regs: cmd=0080, sts=0030, intr=000f, frnum=05f7, flbase=01bba7dc, sof=0040, portsc1=0095, portsc2=01a5 > intrs=33921 > QH(0xc4e02f80) at 01ba8f80: hlink=01ba8fa2 elink=00000001 > > Ian > > -- > Ian Freislich > > *Shrugs*. When did you last sync and build the kernel again (a more precise date may help)? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 11:22:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CD9D16A421 for ; Tue, 26 Jun 2007 11:22:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id B132013C458 for ; Tue, 26 Jun 2007 11:22:23 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe11.swip.net (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 360376456; Tue, 26 Jun 2007 13:22:16 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 26 Jun 2007 13:22:15 +0200 User-Agent: KMail/1.9.5 References: <4680F2A3.1070006@u.washington.edu> In-Reply-To: <4680F2A3.1070006@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706261322.15766.hselasky@c2i.net> Cc: Garrett Cooper , Ian FREISLICH , current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 11:22:24 -0000 Hi Ian, Debugging Host Controller Halted is not so easy. It usually means that the DMA memory corrupted. Have you tried my new USB stack, popularly called HPS USB stack ? And what kind of platform are you using? --HPS On Tuesday 26 June 2007 13:04, Garrett Cooper wrote: > Ian FREISLICH wrote: > > "M. Warner Losh" wrote: > >> In message: > >> > >> Ian FREISLICH writes: > >> : Ian FREISLICH wrote: > >> : > I also fixed the onboard wireless mouse controller which previously > >> : > >> : s/I/It/ > >> : > >> : > worked for about 10 minutes before a usb bus error broke the > >> : > connection. > >> : > >> : Seems I spoke too soon. After running fine for about an hour the > >> : wireless mouse died with the following error: > >> : > >> : Jun 25 09:00:53 apple kernel: usb3: host controller process error > >> : Jun 25 09:00:53 apple kernel: usb3: host controller halted > >> : > >> : Is there any debugging knob I can turn to get more data about what > >> : went wrong? > >> > >> I don't know. You can try configuring USBDEBUG in your kernel, then > >> setting hw.ums.debug=1, but that tends to generate a lot of traffic in > >> an hour. > > > > Hmm. Not much more to go on: > > > > usb3: host controller process error > > usb3: host controller halted > > usb3 regs: cmd=0080, sts=0030, intr=000f, frnum=05f7, flbase=01bba7dc, > > sof=0040, portsc1=0095, portsc2=01a5 intrs=33921 > > QH(0xc4e02f80) at 01ba8f80: hlink=01ba8fa2 elink=00000001 > > > > Ian > > > > -- > > Ian Freislich > > *Shrugs*. When did you last sync and build the kernel again (a more > precise date may help)? > Thanks, > -Garrett > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 06:34:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E1F416A400 for ; Tue, 26 Jun 2007 06:34:03 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mail08c.verio.de (mail08c.verio.de [213.198.55.118]) by mx1.freebsd.org (Postfix) with SMTP id D5CEA13C43E for ; Tue, 26 Jun 2007 06:34:02 +0000 (UTC) (envelope-from garyj@jennejohn.org) Received: from mx57.stngva01.us.mxservers.net (204.202.242.80) by mail08c.verio.de (RS ver 1.0.95vs) with SMTP id 4-0517639639 for ; Tue, 26 Jun 2007 02:34:00 -0400 (EDT) Received: from mmm808.verio.de [213.198.55.120] (EHLO mmm808.verio.de) by mx57.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id acfa0864.20304.387.mx57.stngva01.us.mxservers.net; Tue, 26 Jun 2007 02:18:50 -0400 (EDT) Received: (qmail 9419 invoked from network); 26 Jun 2007 06:33:58 -0000 Received: from unknown (HELO peedub.jennejohn.org) (89.59.16.114) by with SMTP; 26 Jun 2007 06:33:58 -0000 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.14.1/8.14.1) with SMTP id l5Q6Xrs9001698; Tue, 26 Jun 2007 08:33:55 +0200 (CEST) (envelope-from garyj@jennejohn.org) Date: Tue, 26 Jun 2007 08:33:53 +0200 From: Gary Jennejohn To: "M. Warner Losh" Message-Id: <20070626083353.d9bcff21.garyj@jennejohn.org> In-Reply-To: <20070625.160459.-1331210894.imp@bsdimp.com> References: <20070624191345.7f08c10e.garyj@jennejohn.org> <20070625.160459.-1331210894.imp@bsdimp.com> Organization: DENX Softwre Engineering GmbH X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.13; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam: [F=0.5413490819; heur=0.500(-26400); stat=0.541; spamtraq-heur=0.500(2007022501)] X-MAIL-FROM: X-SOURCE-IP: [213.198.55.120] X-SF-Loop: 1 X-Mailman-Approved-At: Tue, 26 Jun 2007 11:29:24 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: weird error with nmh X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 06:34:03 -0000 On Mon, 25 Jun 2007 16:04:59 -0600 (MDT) "M. Warner Losh" wrote: > In message: <20070624191345.7f08c10e.garyj@jennejohn.org> > Gary Jennejohn writes: > : I'm using exmh with nmh on a freshly installed AMD64-current: > : 7.0-CURRENT FreeBSD 7.0-CURRENT #4: Sat Jun 23 19:29:01 CEST > : 2007 > : > : nmh uses its own version of strcasecmp() because in many cases it > : passes NULL pointers to it and must check for that. > : > : However, somehow the version in libc gets used rather than the > version : from nmh and calling e.g. repl results in a SIGSEGV because > the NULL : pointer is dereferenced. > : > : I was forced to rename the routine to nmhstrcasecmp() all over the > : place. After that repl works. > : > : My question - why isn't the version in nmh overriding the version in > : libc? Am I misunderstanding something here? > > I see exactly this too... > > Warner I remade world with -O -pipe and the error with repl went away. This was suggested by phk@. Seems that gcc42 is optimizing just a little bit too much away with -O2. What I now see is that exmh doesn't send out my mails, although it goes through all the motions (I see network activity). Now I'm using sylpheed, although I'd much prefer exmh. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 11:38:07 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C321F16A469 for ; Tue, 26 Jun 2007 11:38:07 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id B1CBC13C45A for ; Tue, 26 Jun 2007 11:38:05 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l5QB7wrI048680; Tue, 26 Jun 2007 04:07:58 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l5QB7wao048679; Tue, 26 Jun 2007 04:07:58 -0700 (PDT) (envelope-from rizzo) Date: Tue, 26 Jun 2007 04:07:58 -0700 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20070626040758.A48170@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: fabio@gandalf.sssup.it Subject: how to handle name clashes in linux/freebsd kernel sources ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 11:38:07 -0000 hi, as part of the linux-kmod-compat code, and also SoC-KVM work, we are integrating some linux kernel source code with FreeBSD source, and there are a number of clashes in names (macros, functions, etc.) used in different ways in the two camps. Any ideas on how to handle the conflict ? As a temporary workaround we added a _compat suffix (in the source code) to the linux names, but this is of course undesirable, especially for widely used names. E.g. take these two examples: msleep() - used to be a function in FreeBSD 6.x, but now it is a macro when it was a function we could make the linux source do the following #include // bring in the prototype #define msleep linux_msleep // override for linux source // now reinclusion of sys/systm.h won't give problems and then implement the linux function. However this breaks with FreeBSD macros that call msleep, because they will be expanded using linux msleep. With the macro version, we have not found a solution yet. list manipulation macros these have the same names on linux and FreeBSD, but different arguments, so they are not compatible. Here the redefinition through a macro won't even work. So... any ideas on how to handle this, short of renaming the linux macros ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 12:04:09 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FE4516A46D for ; Tue, 26 Jun 2007 12:04:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 6ADCE13C4BF for ; Tue, 26 Jun 2007 12:04:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=BX0lCmfUFGqAQo13kKn/033InQZ2onju30zPpaDvtIex1faFOAprXxcs7JYoIy70rbYybZwxXDCsbVTN/KeN4DWm6aPu5ppiuvMJoHW5ylMRZdGElNy73lhCiKiN5LZdnrWSpUrTDXHMehvikR1gWMrzXFpZxIGn6XgE/aAL3AF4dygJskOSz+hfOm4EQTTogkmOEujF8DINelZ8joQB8bxF3jK0xxL4v1Rj/8R2rw7vfToc7QO+aQzupoQU5/Tv; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I39mC-0003T7-R5; Tue, 26 Jun 2007 12:04:08 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I39lT-0002rJ-FP; Tue, 26 Jun 2007 12:03:23 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I39lS-0009NM-8R; Tue, 26 Jun 2007 14:03:22 +0200 To: Hans Petter Selasky From: Ian FREISLICH In-Reply-To: Message from Hans Petter Selasky of "Tue, 26 Jun 2007 13:22:15 +0200." <200706261322.15766.hselasky@c2i.net> X-Attribution: BOFH Date: Tue, 26 Jun 2007 14:03:22 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 12:04:09 -0000 Hans Petter Selasky wrote: > Hi Ian, > > Debugging Host Controller Halted is not so easy. It usually means that > the DMA memory corrupted. I gathered it's not that easy. The controller that breaks is this one: uhci3@pci0:29:3: class=0x0c0300 card=0x72708086 chip=0x27cb8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3: port 0x4040-0x405f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] uhci3: LegSup = 0x1010 usb3: on uhci3 usb3: USB revision 1.0 usbd_get_string: getting lang failed, using 0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered > Have you tried my new USB stack, popularly called HPS USB stack ? No, I'm going to try that now. I'm assuming it's: http://www.turbocat.net/~hselasky/usb4bsd/ I tried building 1.6.1, but I got the following: ===> axe (all) cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -D_KERNEL -DKLD_MODULE -std=c 99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/APPLE/ opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-gr owth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sy s/APPLE -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dno w -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-e xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast -qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/axe /../../dev/usb/if_axe.c In file included from @/dev/usb2/usb.h:49, from @/dev/usb/usb.h:1, from /usr/src/sys/modules/axe/../../dev/usb/if_axe.c:93: @/dev/usb2/usb_port.h:292:1: warning: "msleep" redefined In file included from /usr/src/sys/modules/axe/../../dev/usb/if_axe.c:71: @/sys/systm.h:307:1: warning: this is the location of the previous definition /usr/src/sys/modules/axe/../../dev/usb/if_axe.c:717:65: error: macro "usb_add_ta sk" passed 3 arguments, but takes just 2 /usr/src/sys/modules/axe/../../dev/usb/if_axe.c: In function 'axe_tick': /usr/src/sys/modules/axe/../../dev/usb/if_axe.c:717: error: 'usb_add_task' undec lared (first use in this function) /usr/src/sys/modules/axe/../../dev/usb/if_axe.c:717: error: (Each undeclared ide ntifier is reported only once /usr/src/sys/modules/axe/../../dev/usb/if_axe.c:717: error: for each function it appears in.) *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error So I'm trying the latest. > And what kind of platform are you using? It's an Apple MacBook Pro. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 12:22:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C337416A421 for ; Tue, 26 Jun 2007 12:22:29 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.swip.net [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 6301B13C447 for ; Tue, 26 Jun 2007 12:22:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe11.swip.net (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 360376456; Tue, 26 Jun 2007 13:22:16 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 26 Jun 2007 13:22:15 +0200 User-Agent: KMail/1.9.5 References: <4680F2A3.1070006@u.washington.edu> In-Reply-To: <4680F2A3.1070006@u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706261322.15766.hselasky@c2i.net> Cc: Garrett Cooper , Ian FREISLICH , current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 12:22:29 -0000 Hi Ian, Debugging Host Controller Halted is not so easy. It usually means that the DMA memory corrupted. Have you tried my new USB stack, popularly called HPS USB stack ? And what kind of platform are you using? --HPS On Tuesday 26 June 2007 13:04, Garrett Cooper wrote: > Ian FREISLICH wrote: > > "M. Warner Losh" wrote: > >> In message: > >> > >> Ian FREISLICH writes: > >> : Ian FREISLICH wrote: > >> : > I also fixed the onboard wireless mouse controller which previously > >> : > >> : s/I/It/ > >> : > >> : > worked for about 10 minutes before a usb bus error broke the > >> : > connection. > >> : > >> : Seems I spoke too soon. After running fine for about an hour the > >> : wireless mouse died with the following error: > >> : > >> : Jun 25 09:00:53 apple kernel: usb3: host controller process error > >> : Jun 25 09:00:53 apple kernel: usb3: host controller halted > >> : > >> : Is there any debugging knob I can turn to get more data about what > >> : went wrong? > >> > >> I don't know. You can try configuring USBDEBUG in your kernel, then > >> setting hw.ums.debug=1, but that tends to generate a lot of traffic in > >> an hour. > > > > Hmm. Not much more to go on: > > > > usb3: host controller process error > > usb3: host controller halted > > usb3 regs: cmd=0080, sts=0030, intr=000f, frnum=05f7, flbase=01bba7dc, > > sof=0040, portsc1=0095, portsc2=01a5 intrs=33921 > > QH(0xc4e02f80) at 01ba8f80: hlink=01ba8fa2 elink=00000001 > > > > Ian > > > > -- > > Ian Freislich > > *Shrugs*. When did you last sync and build the kernel again (a more > precise date may help)? > Thanks, > -Garrett > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 12:55:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE55116A421; Tue, 26 Jun 2007 12:55:39 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 29BD113C45B; Tue, 26 Jun 2007 12:55:38 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.lan) by mailfe04.swip.net (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 528734700; Tue, 26 Jun 2007 14:55:36 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Date: Tue, 26 Jun 2007 14:55:34 +0200 User-Agent: KMail/1.9.5 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706261455.34821.hselasky@c2i.net> Cc: Ian FREISLICH Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 12:55:39 -0000 Hi Ian, On Tuesday 26 June 2007 14:03, Ian FREISLICH wrote: > Hans Petter Selasky wrote: > > Hi Ian, > > > > Debugging Host Controller Halted is not so easy. It usually means that > > the DMA memory corrupted. > > I gathered it's not that easy. The controller that breaks is this one: > > uhci3@pci0:29:3: class=0x0c0300 card=0x72708086 chip=0x27cb8086 > rev=0x02 hdr=0x00 vendor = 'Intel Corporation' > device = '82801G (ICH7 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > > uhci3: port 0x4040-0x405f irq 16 at device > 29.3 on pci0 uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > uhci3: LegSup = 0x1010 > usb3: on uhci3 > usb3: USB revision 1.0 > usbd_get_string: getting lang failed, using 0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > > > Have you tried my new USB stack, popularly called HPS USB stack ? > > No, I'm going to try that now. I'm assuming it's: > http://www.turbocat.net/~hselasky/usb4bsd/ Yes, that is correct. If you are building with the latest FreeBSD-7 current, then be aware that it might break. You need to zero at least "/usr/src/sys/dev/usb/umass.c" after installation. In general, just zero out the files that won't compile, if you get any build errors. HINT: Use the "-k" option after "make" to get all the compile errors in one go: tcsh cd /usr/src make -k buildkernel KERNCONF=custom -DNOCLEAN -DNO_CLEAN >& compile_log.txt Else my USB stack compiles fine on FreeBSD 6.2. --HPS > > I tried building 1.6.1, but I got the following: That is an old version. There has been many changes since that release. > > So I'm trying the latest. > > > And what kind of platform are you using? > > It's an Apple MacBook Pro. > Ok. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 13:25:35 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77D0516A46D for ; Tue, 26 Jun 2007 13:25:35 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.234]) by mx1.freebsd.org (Postfix) with ESMTP id E4FFE13C4AE for ; Tue, 26 Jun 2007 13:25:34 +0000 (UTC) (envelope-from bdonnell@gmail.com) Received: by nz-out-0506.google.com with SMTP id 34so802201nzf for ; Tue, 26 Jun 2007 06:25:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=de5yFZrI72eXz2yBHinln6G04CBoPwyMF9T1wu+0AsFpNPn0j/UMwAeXpMw0pzImBbpm64GeppVbeKnDe88ZpWZAFR63WQFQKVrQAWbLJaYebSofYSTiRTrYUnrAUs3sDj+YW7eLMuP1KfkvyVKPEhW5nfZ7qNdJNW48PePeXSg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=bI6Fhwp19deSHgYbyXL77wbHWitSfnhuXLLOH7eEvDYm9vRBXZg8/AMIQctEt2ykqiEFMiScRKD9HL2Imeec99pyAuegLrf66tqrW7rfL9IkXXQKFIsNANXFLSruv4uKQatIkmgLiOrlHxpiIeAoo6mkW5ggdc5sJvUQqU4HaPQ= Received: by 10.142.252.11 with SMTP id z11mr246317wfh.1182864333758; Tue, 26 Jun 2007 06:25:33 -0700 (PDT) Received: by 10.143.44.7 with HTTP; Tue, 26 Jun 2007 06:25:33 -0700 (PDT) Message-ID: <1c5c32890706260625n799590e1j2557c48edef438b0@mail.gmail.com> Date: Tue, 26 Jun 2007 09:25:33 -0400 From: "Brian Donnell" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: TCP Spurious RST, segment rejected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 13:25:35 -0000 This error has come up before a couple weeks back, but my logs are getting filled with: +TCP: [192.168.0.101]:1726 to [192.168.0.103]:139 tcpflags 0x4; tcp_input: Listen socket: Spurious RST, segment rejected Where .103 is my FreeBSD-Current media storage server and .101 is my Windows XP HTPC. The last time this error was mentioned it was said it was a problem with the TCP implementation in -Current or something similar. I've been rebuilding world and kernel about every other day. Is this being looked at in -Current's TCP or should I be looking at my HTPC as the cause of this problem? It's obvious it's triggered every time Windows searches the network for shares but is it something I should just continue to ignore for now? -- Brian Donnell From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 13:35:23 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDBC016A41F for ; Tue, 26 Jun 2007 13:35:23 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id A3E5E13C484 for ; Tue, 26 Jun 2007 13:35:21 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id E6355C423; Tue, 26 Jun 2007 09:16:52 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (c-66-30-0-101.hsd1.ma.comcast.net [66.30.0.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 340C5C361; Tue, 26 Jun 2007 09:16:42 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1182863802; bh=huD4zjyxC7qgk6 v67LAusEzgYU6DIOq0GNFdjdQT1NA=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=G50Uk6O9WMoGwwr2LYikqBkhOcMuB8bF7TFaz pPReWnm84uxt7OLppP6Mi5C+ua6YxTd9QbUHoZd9O4jgEeKrB10eG/qS1uuu0i/HjWp Ev7v6NrIl5HcoBZTnoulM/2k DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=NAbOv12Wje1o7IFN1H0qvDsHGETyA+XuvLuk7uWmhHxj/mKYCTe9xxidVlLyzTmMu Sx8UH6vQQPOukY5Ssorl/B0r7rTvxmpAiBnUkRS6KtjKtfYYkc/IxZ6t3JFm02w Message-ID: <468111B8.60206@protected-networks.net> Date: Tue, 26 Jun 2007 09:16:40 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Tom Evans References: <20070626081951.GB85270@keltia.freenix.fr> <1182847326.1511.3.camel@localhost> <20070626091209.GA9260@keltia.freenix.fr> <1182850952.1511.12.camel@localhost> In-Reply-To: <1182850952.1511.12.camel@localhost> X-Enigmail-Version: 0.95.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Users' list Subject: Re: Is this reasonable ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 13:35:23 -0000 >> AMD Features=0x20100000 ^^ LM = 'long mode', i.e. 64-bits Michael From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 13:52:16 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4660E16A400 for ; Tue, 26 Jun 2007 13:52:16 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from mxintern.schlund.de (mxintern.schlund.de [212.227.126.205]) by mx1.freebsd.org (Postfix) with ESMTP id 0AAF013C45B for ; Tue, 26 Jun 2007 13:52:16 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from [172.17.24.193] (helo=[172.17.24.193]) by mxintern.kundenserver.de with esmtp (Exim 4.50) id 1I3BHj-0005ub-Qr for Current@FreeBSD.org; Tue, 26 Jun 2007 15:40:47 +0200 Message-ID: <46811756.105@jschmidle.org> Date: Tue, 26 Jun 2007 15:40:38 +0200 From: Jan Schmidle User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-UI-Msg-Verification: b1083c5d5de4bde8e028c06541809d4c Cc: Subject: ZFS deadlocks or panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 13:52:16 -0000 I'm trying to bild a storagebox with ZFS. Now I have some problems which seems to be related to ZFS. Perhaps after adding disks to an existing pool, all consoles trying to execute a command with I/O operations freezes. Only sometimes I get a panic. I played around with the tuning variables, proposed in http://wiki.freebsd.org/ZFSTuningGuide but didn't help. The box is running -CURRENT amd64/SMP in a GENERIC configuration. Last cvsup and build was "Fri Jun 22" I also tried with i386 with and without SMP. I collected some Information and uploaded it to https://jschmidle.org/upload/ In "panic1" you can see a whole system-bootup resulting in a Panic. "panic2" is just another lockup during bootup. "areca" contains the information about the raid controller in use. in "dump", I tried to create a coredump during a lockup. "alltrace", "witness", "ps" also have been created during the lockup. "sysctl" contains the current settings. Can anyone recognize where the problem is coming from or is additional information needed? Jan From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 14:32:13 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCF2516A41F for ; Tue, 26 Jun 2007 14:32:13 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 688AE13C45A for ; Tue, 26 Jun 2007 14:32:12 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5QEVLm3013171; Tue, 26 Jun 2007 08:31:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 26 Jun 2007 08:31:57 -0600 (MDT) Message-Id: <20070626.083157.1288667525.imp@bsdimp.com> To: ianf@clue.co.za From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 26 Jun 2007 08:31:21 -0600 (MDT) Cc: current@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 14:32:13 -0000 In message: Ian FREISLICH writes: : "M. Warner Losh" wrote: : > In message: : > Ian FREISLICH writes: : > : Ian FREISLICH wrote: : > : > I also fixed the onboard wireless mouse controller which previously : > : : > : s/I/It/ : > : : > : > worked for about 10 minutes before a usb bus error broke the : > : > connection. : > : : > : Seems I spoke too soon. After running fine for about an hour the : > : wireless mouse died with the following error: : > : : > : Jun 25 09:00:53 apple kernel: usb3: host controller process error : > : Jun 25 09:00:53 apple kernel: usb3: host controller halted : > : : > : Is there any debugging knob I can turn to get more data about what : > : went wrong? : > : > I don't know. You can try configuring USBDEBUG in your kernel, then : > setting hw.ums.debug=1, but that tends to generate a lot of traffic in : > an hour. : : Hmm. Not much more to go on: : : usb3: host controller process error : usb3: host controller halted : usb3 regs: cmd=0080, sts=0030, intr=000f, frnum=05f7, flbase=01bba7dc, sof=0040, portsc1=0095, portsc2=01a5 : intrs=33921 : QH(0xc4e02f80) at 01ba8f80: hlink=01ba8fa2 elink=00000001 You might try hw.usb.debug=1 (or some higher value). Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 16:36:05 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E353816A469 for ; Tue, 26 Jun 2007 16:36:04 +0000 (UTC) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.158]) by mx1.freebsd.org (Postfix) with ESMTP id 6B84213C4CB for ; Tue, 26 Jun 2007 16:36:03 +0000 (UTC) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.8/jtpda-5.5pre1) with ESMTP id l5QGCn4n056530 for ; Tue, 26 Jun 2007 18:12:49 +0200 (CEST) Received: from [IPv6:2001:660:2402:1001:20e:cff:fe60:e734] ([IPv6:fe80::215:60ff:feaa:bdf0]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id l5QGCmOr028497 for ; Tue, 26 Jun 2007 18:12:49 +0200 (CEST) Message-ID: <46813AF4.4020004@crc.u-strasbg.fr> Date: Tue, 26 Jun 2007 18:12:36 +0200 From: Philippe Pegon User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::158]); Tue, 26 Jun 2007 18:12:49 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.7/3531/Tue Jun 26 17:38:50 2007 on mr8.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mr8.u-strasbg.fr Cc: Subject: nfs on zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 16:36:05 -0000 Hi, I'm playing with zfs on vmware on FreeBSD current (world and kernel of today with GENERIC kernel). I have 3 disks (virtuals) in raidz : # zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1 ONLINE 0 0 0 da0 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 errors: No known data errors with this zfs configuration : # zfs list NAME USED AVAIL REFER MOUNTPOINT tank 844M 8.93G 25.3K none tank/nfs 24.0K 8.93G 24.0K /mnt/nfs tank/obj 436M 8.93G 436M /usr/obj tank/ports 244M 8.93G 244M /usr/ports tank/src 162M 8.93G 162M /usr/src /mnt/nfs is nfs exported (zfs set sharenfs=on tank/nfs) and when I mount it on a Linux box and try a ls from Linux, FreeBSD panic. panic and debug informations : # kgdb kernel.debug /var/crash/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x20:0xc08d088d stack pointer = 0x28:0xd61f88f0 frame pointer = 0x28:0xd61f8bec 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 = 722 (nfsd) panic: from debugger cpuid = 0 Uptime: 3h46m48s Physical memory: 499 MB Dumping 52 MB: 37 21 5 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc074997e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0749c3b in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc048bf87 in db_panic (addr=Could not find the frame base for "db_panic". ) at /usr/src/sys/ddb/db_command.c:433 #4 0xc048c975 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 #5 0xc048e0e5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:222 #6 0xc07703d6 in kdb_trap (type=12, code=0, tf=0xd61f88b0) at /usr/src/sys/kern/subr_kdb.c:502 #7 0xc09f31bc in trap_fatal (frame=0xd61f88b0, eva=16) at /usr/src/sys/i386/i386/trap.c:861 #8 0xc09f33f3 in trap_pfault (frame=0xd61f88b0, usermode=0, eva=16) at /usr/src/sys/i386/i386/trap.c:784 #9 0xc09f3d92 in trap (frame=0xd61f88b0) at /usr/src/sys/i386/i386/trap.c:462 #10 0xc09d9a0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #11 0xc08d088d in nfsrv_readdirplus (nfsd=0xc3bb4500, slp=0xc3d31900, td=0xc3b0be00, mrq=0xd61f8c58) at /usr/src/sys/nfsserver/nfs_serv.c:3640 #12 0xc08de4b4 in nfssvc (td=0xc3b0be00, uap=0xd61f8cfc) at /usr/src/sys/nfsserver/nfs_syscalls.c:469 #13 0xc09f36d3 in syscall (frame=0xd61f8d38) at /usr/src/sys/i386/i386/trap.c:1006 #14 0xc09d9a70 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #15 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) list *0xc08d088d 0xc08d088d is in nfsrv_readdirplus (/usr/src/sys/nfsserver/nfs_serv.c:3640). 3635 */ 3636 if (VFS_VGET(vp->v_mount, dp->d_fileno, LK_EXCLUSIVE, 3637 &nvp)) 3638 goto invalid; 3639 bzero((caddr_t)nfhp, NFSX_V3FH); 3640 nfhp->fh_fsid = 3641 nvp->v_mount->mnt_stat.f_fsid; 3642 /* 3643 * XXXRW: Assert the mountpoints are the same so that 3644 * we know that acquiring Giant based on the From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 17:48:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA52916A468 for ; Tue, 26 Jun 2007 17:48:36 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.freebsd.org (Postfix) with ESMTP id 8014413C448 for ; Tue, 26 Jun 2007 17:48:36 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [10.201.19.245] (doug02.dyn.qubesoft.com [10.201.19.245]) by mail.qubesoft.com (8.13.3/8.13.3) with ESMTP id l5QHC10B077610; Tue, 26 Jun 2007 18:12:06 +0100 (BST) (envelope-from dfr@rabson.org) In-Reply-To: <46813AF4.4020004@crc.u-strasbg.fr> References: <46813AF4.4020004@crc.u-strasbg.fr> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Doug Rabson Date: Tue, 26 Jun 2007 18:10:44 +0100 To: Philippe Pegon X-Mailer: Apple Mail (2.752.2) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.qubesoft.com X-Virus-Scanned: ClamAV 0.86.2/3531/Tue Jun 26 16:38:50 2007 on mail.qubesoft.com X-Virus-Status: Clean X-Mailman-Approved-At: Tue, 26 Jun 2007 18:55:29 +0000 Cc: current@freebsd.org Subject: Re: nfs on zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 17:48:37 -0000 It looks like nvp is NULL at the point where it crashed. Looking at the zfs code, zfs_vget always returns zero, even if it failed to find a vnode which matches the given 'inode' number. Try changing the return statement in zfs_vget from 'return (0)' to 'return (err)'. PS. the code is in src/sys/contrib/opensolaris/uts/common/fs/zfs/ zfs_vfsops.c - it took me a while to find it. On 26 Jun 2007, at 17:12, Philippe Pegon wrote: > Hi, > > I'm playing with zfs on vmware on FreeBSD current (world and kernel > of today with GENERIC kernel). I have 3 disks (virtuals) in raidz : > > # zpool status > pool: tank > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > raidz1 ONLINE 0 0 0 > da0 ONLINE 0 0 0 > da1 ONLINE 0 0 0 > da2 ONLINE 0 0 0 > > errors: No known data errors > > with this zfs configuration : > > # zfs list > NAME USED AVAIL REFER MOUNTPOINT > tank 844M 8.93G 25.3K none > tank/nfs 24.0K 8.93G 24.0K /mnt/nfs > tank/obj 436M 8.93G 436M /usr/obj > tank/ports 244M 8.93G 244M /usr/ports > tank/src 162M 8.93G 162M /usr/src > > /mnt/nfs is nfs exported (zfs set sharenfs=on tank/nfs) and when I > mount it on a Linux box and try a ls from Linux, FreeBSD panic. > > panic and debug informations : > > # kgdb kernel.debug /var/crash/vmcore.0 > [GDB will not be able to debug user-mode threads: /usr/lib/ > libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, > and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd". > > > Unread portion of the kernel message buffer: > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x10 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc08d088d > stack pointer = 0x28:0xd61f88f0 > frame pointer = 0x28:0xd61f8bec > 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 = 722 (nfsd) > panic: from debugger > cpuid = 0 > Uptime: 3h46m48s > Physical memory: 499 MB > Dumping 52 MB: 37 21 5 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0xc074997e in boot (howto=260) at /usr/src/sys/kern/ > kern_shutdown.c:409 > #2 0xc0749c3b in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc048bf87 in db_panic (addr=Could not find the frame base for > "db_panic". > ) at /usr/src/sys/ddb/db_command.c:433 > #4 0xc048c975 in db_command_loop () at /usr/src/sys/ddb/ > db_command.c:401 > #5 0xc048e0e5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/ > db_main.c:222 > #6 0xc07703d6 in kdb_trap (type=12, code=0, tf=0xd61f88b0) at /usr/ > src/sys/kern/subr_kdb.c:502 > #7 0xc09f31bc in trap_fatal (frame=0xd61f88b0, eva=16) at /usr/src/ > sys/i386/i386/trap.c:861 > #8 0xc09f33f3 in trap_pfault (frame=0xd61f88b0, usermode=0, > eva=16) at /usr/src/sys/i386/i386/trap.c:784 > #9 0xc09f3d92 in trap (frame=0xd61f88b0) at /usr/src/sys/i386/i386/ > trap.c:462 > #10 0xc09d9a0b in calltrap () at /usr/src/sys/i386/i386/exception.s: > 139 > #11 0xc08d088d in nfsrv_readdirplus (nfsd=0xc3bb4500, > slp=0xc3d31900, td=0xc3b0be00, mrq=0xd61f8c58) at /usr/src/sys/ > nfsserver/nfs_serv.c:3640 > #12 0xc08de4b4 in nfssvc (td=0xc3b0be00, uap=0xd61f8cfc) at /usr/ > src/sys/nfsserver/nfs_syscalls.c:469 > #13 0xc09f36d3 in syscall (frame=0xd61f8d38) at /usr/src/sys/i386/ > i386/trap.c:1006 > #14 0xc09d9a70 in Xint0x80_syscall () at /usr/src/sys/i386/i386/ > exception.s:196 > #15 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) list *0xc08d088d > 0xc08d088d is in nfsrv_readdirplus (/usr/src/sys/nfsserver/ > nfs_serv.c:3640). > 3635 */ > 3636 if (VFS_VGET(vp->v_mount, dp- > >d_fileno, LK_EXCLUSIVE, > 3637 &nvp)) > 3638 goto invalid; > 3639 bzero((caddr_t)nfhp, NFSX_V3FH); > 3640 nfhp->fh_fsid = > 3641 nvp->v_mount->mnt_stat.f_fsid; > 3642 /* > 3643 * XXXRW: Assert the mountpoints > are the same so that > 3644 * we know that acquiring Giant > based on the > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 17:50:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 609AB16A400 for ; Tue, 26 Jun 2007 17:50:03 +0000 (UTC) (envelope-from mvoorhis@cs.wpi.edu) Received: from mail1.wpi.edu (MAIL1.WPI.EDU [130.215.36.91]) by mx1.freebsd.org (Postfix) with ESMTP id CB9A113C447 for ; Tue, 26 Jun 2007 17:50:02 +0000 (UTC) (envelope-from mvoorhis@cs.wpi.edu) Received: from mcafee.wpi.edu (MCAFEE.WPI.EDU [130.215.36.86]) by mail1.wpi.edu (8.14.1/8.14.1) with SMTP id l5QHWvqH018372; Tue, 26 Jun 2007 13:32:57 -0400 Received: from (130.215.36.186) by mcafee.wpi.edu via smtp id 1244_47488ec0_240b_11dc_8c56_0013725b2d50; Tue, 26 Jun 2007 14:32:57 -0300 Received: from cs.wpi.edu (CS.WPI.EDU [130.215.28.181]) by SMTP.WPI.EDU (8.13.8/8.13.8) with ESMTP id l5QHWvK2001572; Tue, 26 Jun 2007 13:32:57 -0400 (envelope-from mvoorhis@cs.wpi.edu) Received: from cs.wpi.edu (localhost [127.0.0.1]) by cs.wpi.edu (8.13.3/8.13.3) with ESMTP id l5QHWucf000531; Tue, 26 Jun 2007 13:32:56 -0400 Received: (from mvoorhis@localhost) by cs.wpi.edu (8.13.3/8.13.3/Submit) id l5QHWuia000528; Tue, 26 Jun 2007 13:32:56 -0400 From: Michael C Voorhis MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18049.19912.746062.704028@cs.wpi.edu> Date: Tue, 26 Jun 2007 13:32:56 -0400 To: Steve Kargl In-Reply-To: <20070626022444.GA6571@troutmask.apl.washington.edu> References: <20070626022444.GA6571@troutmask.apl.washington.edu> X-Mailer: VM 7.07 under Emacs 21.4.1 X-Mailman-Approved-At: Tue, 26 Jun 2007 18:55:29 +0000 Cc: freebsd-current@freebsd.org, Kevin Gerry Subject: Re: Issues with 'xl0' keeping link (bge0, em0 as well?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 17:50:03 -0000 Steve Kargl writes: > Good luck in getting any help. bge0 has been going DOWN/UP for > about 2 months. I've been having issues with em0 going up/down as well. Have read FreeBSD-Stable, FreeBSD-Current, FreeBSD-net. Having this problem with separate NICs on both 6.2-STABLE and 7.0-CURRENT. On one SMP and one Uniprocessor machine, with and without POLLING, on shared (the UP) and unshared (on the SMP) interrupts. Since I found no recent complaints on the above mailing lists, I concluded I was being stupid and doing some obvious thing wrong. I had thought to solve the trouble on one machine (the other is a notebook) by swapping in a Broadcom card, but reading your email here, it appears that that may not be a solution, either. From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 19:31:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7010C16A46D for ; Tue, 26 Jun 2007 19:31:31 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 57E2813C46C for ; Tue, 26 Jun 2007 19:31:31 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id l5QJVUbY058640; Tue, 26 Jun 2007 12:31:30 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id l5QJVULg058639; Tue, 26 Jun 2007 12:31:30 -0700 (PDT) (envelope-from rizzo) Date: Tue, 26 Jun 2007 12:31:30 -0700 From: Luigi Rizzo To: jhb@freebsd.org, current@freebsd.org Message-ID: <20070626123130.A58530@xorpc.icir.org> References: <20070626040758.A48170@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20070626040758.A48170@xorpc.icir.org>; from rizzo@icir.org on Tue, Jun 26, 2007 at 04:07:58AM -0700 Cc: fabio@gandalf.sssup.it Subject: 'static inline' vs macros for kernel functions ? (was how to handle name clashes in linux/freebsd kernel sources ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 19:31:31 -0000 This is related to the post attached at the end of this email. In this commit: CVS log for src/sys/sys/systm.h Revision 1.252: download - view: text, markup, annotated - select for diffs Fri Mar 9 22:41:01 2007 UTC (3 months, 2 weeks ago) by jhb msleep() changed from a function to a macro wrapping _sleep(). Being a macro, it is a lot harder to hide it in case of name clashes such as the one mentioned below. This raises the question - what is the point in using macros in cases like this where we could use static inline function and probably even exploit better compiler checks ? Would it be possible to revert msleep() to a real function ? cheers luigi On Tue, Jun 26, 2007 at 04:07:58AM -0700, Luigi Rizzo wrote: > hi, > as part of the linux-kmod-compat code, and also SoC-KVM work, > we are integrating some linux kernel source code with FreeBSD source, > and there are a number of clashes in names (macros, functions, etc.) > used in different ways in the two camps. > > Any ideas on how to handle the conflict ? As a temporary workaround we > added a _compat suffix (in the source code) to the linux names, > but this is of course undesirable, especially for widely used names. > > E.g. take these two examples: > > msleep() - used to be a function in FreeBSD 6.x, but now it is a macro > > when it was a function we could make the linux source do the following > #include // bring in the prototype > #define msleep linux_msleep // override for linux source > // now reinclusion of sys/systm.h won't give problems > and then implement the linux function. However this breaks with > FreeBSD macros that call msleep, because they will be expanded using > linux msleep. > > With the macro version, we have not found a solution yet. > > list manipulation macros > these have the same names on linux and FreeBSD, but different > arguments, so they are not compatible. Here the redefinition through > a macro won't even work. > > So... any ideas on how to handle this, short of renaming the linux > macros ? > > cheers > luigi From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 20:31:29 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 716BE16A41F for ; Tue, 26 Jun 2007 20:31:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1605C13C45B for ; Tue, 26 Jun 2007 20:31:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.8/8.13.8) with ESMTP id l5QKVPNU039115; Tue, 26 Jun 2007 16:31:26 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Luigi Rizzo Date: Tue, 26 Jun 2007 16:25:00 -0400 User-Agent: KMail/1.9.6 References: <20070626040758.A48170@xorpc.icir.org> <20070626123130.A58530@xorpc.icir.org> In-Reply-To: <20070626123130.A58530@xorpc.icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706261625.00565.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 26 Jun 2007 16:31:26 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/3532/Tue Jun 26 14:23:24 2007 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: current@freebsd.org, fabio@gandalf.sssup.it Subject: Re: 'static inline' vs macros for kernel functions ? (was how to handle name clashes in linux/freebsd kernel sources ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 20:31:29 -0000 On Tuesday 26 June 2007 03:31:30 pm Luigi Rizzo wrote: > This is related to the post attached at the end of this email. > > In this commit: > > CVS log for src/sys/sys/systm.h > Revision 1.252: download - view: text, markup, annotated - select for diffs > Fri Mar 9 22:41:01 2007 UTC (3 months, 2 weeks ago) by jhb > > msleep() changed from a function to a macro wrapping _sleep(). > > Being a macro, it is a lot harder to hide it in case of name clashes > such as the one mentioned below. > > This raises the question - what is the point in using macros > in cases like this where we could use static inline function and > probably even exploit better compiler checks ? > > Would it be possible to revert msleep() to a real function ? FreeBSD already uses macros all over the place in sys/*.h. Go duke it out with bde@. :) You can always #undef msleep and redefine it to something else. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 21:26:33 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B21216A469 for ; Tue, 26 Jun 2007 21:26:33 +0000 (UTC) (envelope-from skreuzer@exit2shell.com) Received: from mail.exit2shell.com (clamps.exit2shell.com [38.99.2.93]) by mx1.freebsd.org (Postfix) with ESMTP id 7314413C4DE for ; Tue, 26 Jun 2007 21:26:33 +0000 (UTC) (envelope-from skreuzer@exit2shell.com) Received: from clamps.exit2shell.com (localhost [127.0.0.1]) by mail.exit2shell.com (8.13.5.20060614/8.13.3) with ESMTP id l5QLQKj8024912 for ; Tue, 26 Jun 2007 14:26:21 -0700 (PDT) Received: (from skreuzer@localhost) by clamps.exit2shell.com (8.13.5.20060614/8.13.3) id l5QLQK2P027224 for freebsd-current@FreeBSD.org; Tue, 26 Jun 2007 14:26:20 -0700 (PDT) Date: Tue, 26 Jun 2007 14:26:19 -0700 From: Steven Kreuzer To: freebsd-current@FreeBSD.org Message-ID: <20070626212619.GB26547@clamps.exit2shell.com> References: <20070622210119.GA4186@clamps.exit2shell.com> <467C45C7.6020401@FreeBSD.org> <20070624034649.63ebc0b7.stas@FreeBSD.org> <20070624020734.R17867@fledge.watson.org> <467E81BC.7060507@FreeBSD.org> <20070625114124.E2623@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline In-Reply-To: <20070625114124.E2623@fledge.watson.org> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: Port of OpenBSD's sdiff X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 21:26:33 -0000 --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 25, 2007 at 11:42:23AM +0100, Robert Watson wrote: > > On Sun, 24 Jun 2007, Gabor Kovesdan wrote: > > >Robert Watson escribi?: > >>On Sun, 24 Jun 2007, Stanislav Sedov wrote: > >>> > >>>Personally, I see no point in adding -- style options, since the entire > >>>our world build without them. GNU people can always install gnu- ports, > >>>we just should insure they're posix compatible. > >>> > >>>Furthermore, having -- and - style options in one world effectively > >>>broke BSD's perfect look and feel:-) > >> > >>On the other hand -- intentionally breaking scripts that have worked with > >>FreeBSD for years isn't exactly the best way to make end-users happy. > >> > >How you mean this? The current GNU textproc tools have those -- options. > >How would that break scripts, then? > > > >Personally, I don't need or insist on having -- style options, but > >currently we have those and people might have got used to them. If we > >change the available options by just changing to the BSD-licensed ones > >without a deeper look of their functionality, we might break POLA. > > > >Moreover, the BSD-licensed ones have some of those, too as I wrote before, > >thus we just need to document them in the accompanying manpages. It's > >strange, but the manpages don't cover the existing long options, maybe the > >OpenBSD people didn't want people to use them. > > Ah, OK -- I read the e-mail as stating that the options didn't exit in the > OpenBSD tools, yet proposing moving to them, and hence was concerned about > compatibility with existing scripts. My apologizes for not being clear. With the exception of --help and --version, all the GNU style options are available. (However, they are not documented in the man page). The original authors reason --help is not included is that it doesn't make sense to duplicate the man page in the code. I tend to agree with this. I had a little time on my hands today so I sat down and compared the GNU options to the options avaialble in OpenBSD's version and they are compatible. However, I did notice that --ignore-case was missing, so I added that in. In addition, I got an email from a person asking to include '1' and '2' as alises for 'l' and 'r' when doing merges. (See http://www.nabble.com/sdiff-UI-enhancement-t3877253.html for the reasoning behind it. Its quite interesting) It was a very trivial change so I added it in. Both changes I made are attached to this email as a patch. Finally, as per Doug's request, I did some regression testing with mergemaster and did not run into any issues. Hopefully, if anyone is planning on running mergemaster in the future, please consider doing it with this version of sdiff and let me know if you encounter any problems. Thanks. -- Steven Kreuzer http://www.exit2shell.com/~skreuzer --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sdiff-062607-patch.txt" --- /usr/src/usr.bin/sdiff/sdiff.c Sun Apr 22 06:52:20 2007 +++ sdiff.c Thu Jun 21 10:52:52 2007 @@ -1,4 +1,5 @@ /* $OpenBSD: sdiff.c,v 1.20 2006/09/19 05:52:23 otto Exp $ */ +/* $FreeBSD$ */ /* * Written by Raymond Lai . @@ -84,6 +85,7 @@ { "expand-tabs", no_argument, NULL, 't' }, { "ignore-all-space", no_argument, NULL, 'W' }, { "width", required_argument, NULL, 'w' }, + { "ignore-case", no_argument, NULL, 'i' }, { NULL, 0, NULL, 0 } }; @@ -435,6 +437,7 @@ break; case 'l': + case '1': /* Choose left column as-is. */ if (s1 != NULL) fprintf(outfile, "%s\n", s1); @@ -446,6 +449,7 @@ goto QUIT; case 'r': + case '2': /* Choose right column as-is. */ if (s2 != NULL) fprintf(outfile, "%s\n", s2); @@ -1018,8 +1022,8 @@ "eb:\tedit both diffs concatenated\n" "el:\tedit left diff\n" "er:\tedit right diff\n" - "l:\tchoose left diff\n" - "r:\tchoose right diff\n" + "l | 1:\tchoose left diff\n" + "r | 2:\tchoose right diff\n" "s:\tsilent mode--don't print identical lines\n" "v:\tverbose mode--print identical lines\n" "q:\tquit"); --wzJLGUyc3ArbnUjN-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 26 23:39:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1151A16A46B; Tue, 26 Jun 2007 23:39:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DE3BA13C4B8; Tue, 26 Jun 2007 23:39:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5QNdjls010249; Tue, 26 Jun 2007 19:39:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5QNdjRH039697; Tue, 26 Jun 2007 19:39:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A901073068; Tue, 26 Jun 2007 19:39:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070626233944.A901073068@freebsd-current.sentex.ca> Date: Tue, 26 Jun 2007 19:39:44 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jun 2007 23:39:46 -0000 TB --- 2007-06-26 22:12:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-26 22:12:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-06-26 22:12:08 - cleaning the object tree TB --- 2007-06-26 22:12:35 - checking out the source tree TB --- 2007-06-26 22:12:35 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-06-26 22:12:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-26 22:19:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-26 22:19:56 - cd /src TB --- 2007-06-26 22:19:56 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 26 22:19:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jun 26 23:34:53 UTC 2007 TB --- 2007-06-26 23:34:53 - generating LINT kernel config TB --- 2007-06-26 23:34:53 - cd /src/sys/powerpc/conf TB --- 2007-06-26 23:34:53 - /usr/bin/make -B LINT TB --- 2007-06-26 23:34:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-26 23:34:53 - cd /src TB --- 2007-06-26 23:34:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 26 23:34:53 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/isp/isp_pci.c:2853: error: expected expression before 'else' /src/sys/dev/isp/isp_pci.c:2877: error: invalid storage class for function 'isp_pci_reset0' /src/sys/dev/isp/isp_pci.c:2877: warning: no previous prototype for 'isp_pci_reset0' /src/sys/dev/isp/isp_pci.c:2883: error: invalid storage class for function 'isp_pci_reset1' /src/sys/dev/isp/isp_pci.c:2883: warning: no previous prototype for 'isp_pci_reset1' /src/sys/dev/isp/isp_pci.c:2894: error: invalid storage class for function 'isp_pci_dumpregs' /src/sys/dev/isp/isp_pci.c:2894: warning: no previous prototype for 'isp_pci_dumpregs' /src/sys/dev/isp/isp_pci.c:2929: error: expected declaration or statement at end of input *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-26 23:39:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-26 23:39:44 - ERROR: failed to build lint kernel TB --- 2007-06-26 23:39:44 - tinderbox aborted TB --- 0.72 user 2.46 system 5255.49 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 03:11:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BFB016A400 for ; Wed, 27 Jun 2007 03:11:57 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp812.mail.ird.yahoo.com (smtp812.mail.ird.yahoo.com [217.146.188.72]) by mx1.freebsd.org (Postfix) with SMTP id C1CD413C43E for ; Wed, 27 Jun 2007 03:11:54 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 56739 invoked from network); 27 Jun 2007 02:45:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:From:To:Subject:Date:User-Agent:MIME-Version:Content-Type:Message-Id; b=SIgZbTPYxYnzUFfsvXlVTtQUjqteCE4mgtKWnogYjY5Moms86k8ElX0LiU3iGQjxeV3Nlm/RiJTeHcMf90mO08iaxSnUKNYEd14rP6uWAQYbta3iXyO3oMPax3YwGk/RzrxQxvtIYLfRaWagb8eMS/haL922Tf02ICEGlpP/PqI= ; Received: from unknown (HELO ?192.168.0.22?) (thomas.sparrevohn@btinternet.com@81.156.175.229 with login) by smtp812.mail.ird.yahoo.com with SMTP; 27 Jun 2007 02:45:11 -0000 X-YMail-OSG: KnLvcw4VM1kxBAF0_Gnce1UMXIbp8wufoSub4SmprUcE4L1ur8SP9_r7KOghSkhSBk45bVZkUw-- From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Wed, 27 Jun 2007 03:45:10 +0100 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_28cgG228QcMcpdn" Message-Id: <200706270345.10606.Thomas.Sparrevohn@btinternet.com> Subject: Dump(8) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 03:11:57 -0000 --Boundary-00=_28cgG228QcMcpdn Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi I was wondering if I am the only one having trouble when I am using DUMP(8) on CURRENT. If get two situations If I compile a GENERIC kernel and I dump a "40GB volume" that contains app. 14GB of data dump gets to app. 6-7GB and then enters "pause state" on all children - What is weird is that small filesystems e.g. 512MB/1GB does not show this issue on a GENERIC kernel - however I expect that just "luck" If I use a kernel withot debugging and WITNESS code all file dumping root, var, etc also enters mutual wait state on all children on the dump process This happens when I backup "disk-to-disk" and it does not seem to matter whether I dump to a ATA device or USB device I have tried adding "L flag" and without it as its not an active partition - however that does not seem to matter. The command used are dump 0uaf /home/backup/root,dump /dev/ar0s1a There is nothing wrong with the disks etc. all file systems are UFS Its a pretty nasty error and I am somewhat puzzled Regards Thomas --Boundary-00=_28cgG228QcMcpdn Content-Type: text/plain; charset="iso-8859-1"; name="dump_ps" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dump_ps" 0 44304 2028 258 8 0 136768 0 wait IW+ v1 0:00.00 dump 0auLCf 128 /usr/home/backup/32Bit/usr.dump /dev/ar0s1f (du 0 45399 44304 231 4 0 136896 134572 sbwait I+ v1 2:56.77 dump: /dev/ar0s1f: pass 4: 59.16% done, finished in 0:19 at Mon 0 45404 45399 271 20 0 136768 134528 pause I+ v1 3:18.43 dump 0auLCf 128 /usr/home/backup/32Bit/usr.dump /dev/ar0s1f (du 0 45406 45399 262 20 0 136768 134528 pause D+ v1 3:18.12 dump 0auLCf 128 /usr/home/backup/32Bit/usr.dump /dev/ar0s1f (du 0 45407 45399 243 20 0 136768 134528 pause I+ v1 3:18.26 dump 0auLCf 128 /usr/home/backup/32Bit/usr.dump /dev/ar0s1f (du --Boundary-00=_28cgG228QcMcpdn Content-Type: text/plain; charset="iso-8859-1"; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-CURRENT #1: Wed Jun 27 03:03:21 BST 2007 root@w2fzz0vc03.aah-go-on.com:/usr/obj/usr/src/sys/w2fzz0vc03 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU @ 2.66GHz (3192.05-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4280160256 (4081 MB) avail memory = 4095180800 (3905 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 Security auditing service present BSM auditing present ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 25000000 Hz quality 2000 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, f00000 (3) failed acpi0: reservation of 1000000, 9edbcc00 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 1.0 (no driver attached) pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) pci0: at device 1.4 (no driver attached) pci0: at device 1.5 (no driver attached) pci0: at device 1.6 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xdc80-0xdcff mem 0xde000000-0xdeffffff,0xa0000000-0xafffffff,0xdc000000-0xddffffff irq 16 at device 0.0 on pci1 pcib2: at device 4.0 on pci0 pci2: on pcib2 pcib3: at device 5.0 on pci0 pci3: on pcib3 pci3:0:0: bad VPD cksum, remain 14 bge0: mem 0xdaff0000-0xdaffffff irq 18 at device 0.0 on pci3 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:19:b9:17:16:43 bge0: [ITHREAD] pci0: at device 9.0 (no driver attached) isab0: port 0x4f00-0x4fff at device 10.0 on pci0 isa0: on isab0 nfsmb0: port 0x4c00-0x4c3f,0x5000-0x503f,0x5100-0x513f irq 20 at device 10.1 on pci0 smbus0: on nfsmb0 smb0: on smbus0 nfsmb1: on nfsmb0 smbus1: on nfsmb1 smb1: on smbus1 ohci0: mem 0xdfffc000-0xdfffcfff irq 21 at device 11.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xdfffbf00-0xdfffbfff irq 22 at device 11.1 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: waiting for BIOS to give up control usb1: EHCI version 1.0 usb1: companion controller, 10 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered umass0: on uhub1 uhub2: on uhub1 uhub2: single transaction translator uhub2: 7 ports with 7 removable, self powered rum0: on uhub1 rum0: MAC/BBP RT2573 (rev 0x2573a), RF RT2528 rum0: Ethernet address: 00:17:3f:72:40:90 rum0: if_start running deferred for Giant umass1: on uhub1 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xecf0-0xecff at device 13.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfecf mem 0xdfffd000-0xdfffdfff irq 23 at device 14.0 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atapci2: port 0xfe40-0xfe47,0xfe50-0xfe53,0xfe60-0xfe67,0xfe70-0xfe73,0xfed0-0xfedf mem 0xdfffe000-0xdfffefff irq 20 at device 14.1 on pci0 atapci2: [ITHREAD] ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] atapci3: port 0xfe80-0xfe87,0xfe90-0xfe93,0xfea0-0xfea7,0xfeb0-0xfeb3,0xfef0-0xfeff mem 0xdffff000-0xdfffffff irq 21 at device 14.2 on pci0 atapci3: [ITHREAD] ata6: on atapci3 ata6: [ITHREAD] ata7: on atapci3 ata7: [ITHREAD] pcib4: at device 15.0 on pci0 pci4: on pcib4 pci4: at device 4.0 (no driver attached) pci4: at device 5.0 (no driver attached) fwohci0: mem 0xd9dfb800-0xd9dfbfff,0xd9dfc000-0xd9dfffff irq 18 at device 10.0 on pci4 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 80:b9:19:00:43:16:17:00 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x9523c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 82:b9:19:16:17:00 fwe0: Ethernet address: 82:b9:19:16:17:00 fwip0: on firewire0 fwip0: Firewire address: 80:b9:19:00:43:16:17:00 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode pcib5: at device 19.0 on pci0 pci5: on pcib5 pcib6: at device 24.0 on pci0 pci6: on pcib6 vgapci1: port 0xbc80-0xbcff mem 0xd1000000-0xd1ffffff,0xc0000000-0xcfffffff,0xd2000000-0xd3ffffff irq 16 at device 0.0 on pci6 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model MouseMan+, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] orm0: at iomem 0xc0000-0xcc7ff,0xcc800-0xce7ff,0xce800-0xd7fff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad4: 152587MB at ata2-master SATA150 ad6: 152587MB at ata3-master SATA150 acd0: CDRW at ata4-master SATA150 acd1: DVDR at ata5-master SATA150 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd1: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 ar0: 305175MBcd0 at ata4 bus 0 target 0 lun 0 status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 476940MB (976773168 512 byte sectors: 255H 63S/T 60801C) cd1 at ata5 bus 0 target 0 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 3.300MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed da1 at umass-sim1 bus 1 target 0 lun 0 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim1 bus 1 target 0 lun 1 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim1 bus 1 target 0 lun 2 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present da4 at umass-sim1 bus 1 target 0 lun 3 da4: Removable Direct Access SCSI-0 device da4: 40.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present GEOM_LABEL: Label for provider da0s1 is ntfs/Free Agent. Trying to mount root from ufs:/dev/ar0s3a WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 rum0: link state changed to UP --Boundary-00=_28cgG228QcMcpdn-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 05:41:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBB4116A400 for ; Wed, 27 Jun 2007 05:41:10 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCCC13C45D for ; Wed, 27 Jun 2007 05:41:10 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from susy.dsl-verizon.net ([71.106.254.248]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JKA00ENH54HPRM4@vms042.mailsrvcs.net> for freebsd-current@freebsd.org; Wed, 27 Jun 2007 00:41:05 -0500 (CDT) Date: Tue, 26 Jun 2007 22:39:36 -0700 From: vehemens In-reply-to: To: freebsd-current@freebsd.org Message-id: <200706262239.37281.vehemens@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: User-Agent: KMail/1.9.6 Subject: Re: KSE was Re: open/close/ioctl api change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 05:41:10 -0000 On Monday 25 June 2007 12:31:46 pm Danny Braniss wrote: > Julian, > I compiled the kernel, and DEFAULT contains > option KSE > then I compiled the loadable module, outside the source tree, where > KSE is not defined, the thread structure has #ifdef KSE ... #endif > so my module sees a different thread structure. The real arguable issue > is that the #ifdef KSE is below the *td_proc, So td->proc should not > be affected by the ifdef. BTW, it was NULL when compiled for i386, > garbage for amd64. The KSE structure option also broke my DRM modules. Is the plan to eliminate the KSE option from the headers? From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 06:54:49 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 307FA16A400 for ; Wed, 27 Jun 2007 06:54:49 +0000 (UTC) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.151]) by mx1.freebsd.org (Postfix) with ESMTP id C8FDD13C44C for ; Wed, 27 Jun 2007 06:54:48 +0000 (UTC) (envelope-from Philippe.Pegon@crc.u-strasbg.fr) Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.13.8/jtpda-5.5pre1) with ESMTP id l5R6siu1086025 ; Wed, 27 Jun 2007 08:54:44 +0200 (CEST) Received: from [127.0.0.1] ([IPv6:fe80::215:60ff:feaa:bdf0]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id l5R6shCB074325 ; Wed, 27 Jun 2007 08:54:44 +0200 (CEST) Message-ID: <468209B2.7010501@crc.u-strasbg.fr> Date: Wed, 27 Jun 2007 08:54:42 +0200 From: Philippe Pegon User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Doug Rabson References: <46813AF4.4020004@crc.u-strasbg.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::151]); Wed, 27 Jun 2007 08:54:45 +0200 (CEST) X-Virus-Scanned: ClamAV 0.88.7/3540/Wed Jun 27 04:54:27 2007 on mr1.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,NO_RELAYS autolearn=disabled version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mr1.u-strasbg.fr Cc: current@freebsd.org Subject: Re: nfs on zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 06:54:49 -0000 Doug Rabson wrote: > It looks like nvp is NULL at the point where it crashed. Looking at the > zfs code, zfs_vget always returns zero, even if it failed to find a > vnode which matches the given 'inode' number. Try changing the return > statement in zfs_vget from 'return (0)' to 'return (err)'. That seems to fix the problem :-) thanks > > PS. the code is in > src/sys/contrib/opensolaris/uts/common/fs/zfs/zfs_vfsops.c - it took me > a while to find it. > > On 26 Jun 2007, at 17:12, Philippe Pegon wrote: > >> Hi, >> >> I'm playing with zfs on vmware on FreeBSD current (world and kernel of >> today with GENERIC kernel). I have 3 disks (virtuals) in raidz : >> >> # zpool status >> pool: tank >> state: ONLINE >> scrub: none requested >> config: >> >> NAME STATE READ WRITE CKSUM >> tank ONLINE 0 0 0 >> raidz1 ONLINE 0 0 0 >> da0 ONLINE 0 0 0 >> da1 ONLINE 0 0 0 >> da2 ONLINE 0 0 0 >> >> errors: No known data errors >> >> with this zfs configuration : >> >> # zfs list >> NAME USED AVAIL REFER MOUNTPOINT >> tank 844M 8.93G 25.3K none >> tank/nfs 24.0K 8.93G 24.0K /mnt/nfs >> tank/obj 436M 8.93G 436M /usr/obj >> tank/ports 244M 8.93G 244M /usr/ports >> tank/src 162M 8.93G 162M /usr/src >> >> /mnt/nfs is nfs exported (zfs set sharenfs=on tank/nfs) and when I >> mount it on a Linux box and try a ls from Linux, FreeBSD panic. >> >> panic and debug informations : >> >> # kgdb kernel.debug /var/crash/vmcore.0 >> [GDB will not be able to debug user-mode threads: >> /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "i386-marcel-freebsd". >> >> >> Unread portion of the kernel message buffer: >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x10 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc08d088d >> stack pointer = 0x28:0xd61f88f0 >> frame pointer = 0x28:0xd61f8bec >> 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 = 722 (nfsd) >> panic: from debugger >> cpuid = 0 >> Uptime: 3h46m48s >> Physical memory: 499 MB >> Dumping 52 MB: 37 21 5 >> >> #0 doadump () at pcpu.h:195 >> 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); >> (kgdb) backtrace >> #0 doadump () at pcpu.h:195 >> #1 0xc074997e in boot (howto=260) at >> /usr/src/sys/kern/kern_shutdown.c:409 >> #2 0xc0749c3b in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:563 >> #3 0xc048bf87 in db_panic (addr=Could not find the frame base for >> "db_panic". >> ) at /usr/src/sys/ddb/db_command.c:433 >> #4 0xc048c975 in db_command_loop () at /usr/src/sys/ddb/db_command.c:401 >> #5 0xc048e0e5 in db_trap (type=12, code=0) at >> /usr/src/sys/ddb/db_main.c:222 >> #6 0xc07703d6 in kdb_trap (type=12, code=0, tf=0xd61f88b0) at >> /usr/src/sys/kern/subr_kdb.c:502 >> #7 0xc09f31bc in trap_fatal (frame=0xd61f88b0, eva=16) at >> /usr/src/sys/i386/i386/trap.c:861 >> #8 0xc09f33f3 in trap_pfault (frame=0xd61f88b0, usermode=0, eva=16) >> at /usr/src/sys/i386/i386/trap.c:784 >> #9 0xc09f3d92 in trap (frame=0xd61f88b0) at >> /usr/src/sys/i386/i386/trap.c:462 >> #10 0xc09d9a0b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >> #11 0xc08d088d in nfsrv_readdirplus (nfsd=0xc3bb4500, slp=0xc3d31900, >> td=0xc3b0be00, mrq=0xd61f8c58) at /usr/src/sys/nfsserver/nfs_serv.c:3640 >> #12 0xc08de4b4 in nfssvc (td=0xc3b0be00, uap=0xd61f8cfc) at >> /usr/src/sys/nfsserver/nfs_syscalls.c:469 >> #13 0xc09f36d3 in syscall (frame=0xd61f8d38) at >> /usr/src/sys/i386/i386/trap.c:1006 >> #14 0xc09d9a70 in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:196 >> #15 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) list *0xc08d088d >> 0xc08d088d is in nfsrv_readdirplus >> (/usr/src/sys/nfsserver/nfs_serv.c:3640). >> 3635 */ >> 3636 if (VFS_VGET(vp->v_mount, >> dp->d_fileno, LK_EXCLUSIVE, >> 3637 &nvp)) >> 3638 goto invalid; >> 3639 bzero((caddr_t)nfhp, NFSX_V3FH); >> 3640 nfhp->fh_fsid = >> 3641 nvp->v_mount->mnt_stat.f_fsid; >> 3642 /* >> 3643 * XXXRW: Assert the mountpoints are >> the same so that >> 3644 * we know that acquiring Giant based >> on the >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to >> "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 07:02:56 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D8C916A421 for ; Wed, 27 Jun 2007 07:02:56 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 2E8AE13C4C1 for ; Wed, 27 Jun 2007 07:02:55 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id DFEA8456AB; Wed, 27 Jun 2007 09:02:54 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 67DC445696; Wed, 27 Jun 2007 09:02:48 +0200 (CEST) Date: Wed, 27 Jun 2007 09:02:45 +0200 From: Pawel Jakub Dawidek To: Jan Schmidle Message-ID: <20070627070245.GB21749@garage.freebsd.pl> References: <46811756.105@jschmidle.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b5gNqxB1S1yM7hjW" Content-Disposition: inline In-Reply-To: <46811756.105@jschmidle.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Current@FreeBSD.org Subject: Re: ZFS deadlocks or panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 07:02:56 -0000 --b5gNqxB1S1yM7hjW Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 26, 2007 at 03:40:38PM +0200, Jan Schmidle wrote: > I'm trying to bild a storagebox with ZFS. Now I have some problems > which seems to be related to ZFS. Perhaps after adding disks to an > existing pool, all consoles trying to execute a command with I/O > operations freezes. Only sometimes I get a panic. Are you sure the disks are fine? > I played around with the tuning variables, proposed in > http://wiki.freebsd.org/ZFSTuningGuide > but didn't help. >=20 > The box is running -CURRENT amd64/SMP in a GENERIC configuration. > Last cvsup and build was "Fri Jun 22" >=20 > I also tried with i386 with and without SMP. >=20 > I collected some Information and uploaded it to > https://jschmidle.org/upload/ >=20 > In "panic1" you can see a whole system-bootup resulting in a Panic. > "panic2" is just another lockup during bootup. Backtraces would tell us if this is ZFS or not, can you include them? > "areca" contains the information about the raid controller in use. > in "dump", I tried to create a coredump during a lockup. > "alltrace", "witness", "ps" also have been created during the lockup. > "sysctl" contains the current settings. >=20 > Can anyone recognize where the problem is coming from or is > additional information needed? show lockedvnods show alllocks --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --b5gNqxB1S1yM7hjW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGgguVForvXbEpPzQRAgAlAKCXqMGsYRB5QjjNkZrx1kr/I164HACg1E3l PVWWk69tXE8zAghzoBKoA4k= =JzBh -----END PGP SIGNATURE----- --b5gNqxB1S1yM7hjW-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 07:06:24 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD4C816A41F for ; Wed, 27 Jun 2007 07:06:24 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 6342C13C447 for ; Wed, 27 Jun 2007 07:06:24 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 80992456AB; Wed, 27 Jun 2007 09:06:23 +0200 (CEST) Received: from localhost (154.81.datacomsa.pl [195.34.81.154]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 66EB645684; Wed, 27 Jun 2007 09:06:19 +0200 (CEST) Date: Wed, 27 Jun 2007 09:06:18 +0200 From: Pawel Jakub Dawidek To: Doug Rabson Message-ID: <20070627070618.GC21749@garage.freebsd.pl> References: <46813AF4.4020004@crc.u-strasbg.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TYecfFk8j8mZq+dy" Content-Disposition: inline In-Reply-To: X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=BAYES_00 autolearn=ham version=3.0.4 Cc: Philippe Pegon , current@freebsd.org Subject: Re: nfs on zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 07:06:24 -0000 --TYecfFk8j8mZq+dy Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 26, 2007 at 06:10:44PM +0100, Doug Rabson wrote: > It looks like nvp is NULL at the point where it crashed. Looking at the z= fs code, zfs_vget always returns zero, even if it failed to find a vnode wh= ich matches the given=20 > 'inode' number. Try changing the return statement in zfs_vget from 'retur= n (0)' to 'return (err)'. Your analysis is correct, can you commit this? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --TYecfFk8j8mZq+dy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGggxqForvXbEpPzQRAtS9AJ0eC1XU1PFoAjnfN2OBqX1ZXRBB6wCg2tf1 nyIfDJBNlLowKulFaytZYqc= =/rgg -----END PGP SIGNATURE----- --TYecfFk8j8mZq+dy-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 07:48:56 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77BD116A46C for ; Wed, 27 Jun 2007 07:48:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7DB13C447 for ; Wed, 27 Jun 2007 07:48:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2-b.corp.dcn.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id l5R7cWNQ072271; Wed, 27 Jun 2007 00:38:33 -0700 (PDT) Date: Wed, 27 Jun 2007 16:38:21 +0900 Message-ID: From: gnn@freebsd.org To: net@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.95 (i386-apple-darwin8.8.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: FAST_IPSEC import to HEAD is imminent.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 07:48:56 -0000 Hi, I have been hacking on, testing and fixing the FAST_IPSEC code with support for IPv6 for a while now. There are still some issues to be worked out in the v6 integration but the v4 code is solid, in that it passes the full TAHI test suite. I intend to integrate this code into HEAD (I already have re's permission) in the next few days so that I have the weekend to work on other issues that come up with the code. There have been various patches out for a while (to be found in www.freebsd.org/~gnn) but it is clearly time to remove the KAME IPsec which is unlocked and unmaintained and move to FAST_IPSEC. Comments, questions and help always welcome. Best, George From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 08:06:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 618F816A400; Wed, 27 Jun 2007 08:06:31 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id F376F13C447; Wed, 27 Jun 2007 08:06:30 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 7E1A717382; Wed, 27 Jun 2007 08:06:29 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id l5R86TxW024958; Wed, 27 Jun 2007 08:06:29 GMT (envelope-from phk@critter.freebsd.dk) To: gnn@freebsd.org From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 27 Jun 2007 16:38:21 +0900." Date: Wed, 27 Jun 2007 08:06:29 +0000 Message-ID: <24957.1182931589@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org, net@freebsd.org Subject: Re: FAST_IPSEC import to HEAD is imminent.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 08:06:31 -0000 Can I ask a really fundamental question: Names like "newbus", "SMPng", "FAST_IPSEC" and similar grow really silly over time, because the attribute they carry in their name gets outdated. Once FAST_IPSEC replaces IPSEC, what is it faster than ? Can we please drop the FAST_ prefix along with the old IPSEC when we get to that point ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 08:16:52 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0CDE16A468; Wed, 27 Jun 2007 08:16:52 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.freebsd.org (Postfix) with ESMTP id 86F8113C4BA; Wed, 27 Jun 2007 08:16:52 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from herring.rabson.org (herring.rabson.org [80.177.232.250]) by itchy.rabson.org (8.13.3/8.13.3) with ESMTP id l5R7bTJr031915; Wed, 27 Jun 2007 08:37:29 +0100 (BST) (envelope-from dfr@rabson.org) From: Doug Rabson To: Pawel Jakub Dawidek Date: Wed, 27 Jun 2007 08:37:27 +0100 User-Agent: KMail/1.9.6 References: <46813AF4.4020004@crc.u-strasbg.fr> <20070627070618.GC21749@garage.freebsd.pl> In-Reply-To: <20070627070618.GC21749@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706270837.28175.dfr@rabson.org> X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on itchy.rabson.org X-Virus-Scanned: ClamAV 0.87.1/3540/Wed Jun 27 03:54:27 2007 on itchy.rabson.org X-Virus-Status: Clean Cc: Philippe Pegon , current@freebsd.org Subject: Re: nfs on zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 08:16:52 -0000 On Wednesday 27 June 2007, Pawel Jakub Dawidek wrote: > On Tue, Jun 26, 2007 at 06:10:44PM +0100, Doug Rabson wrote: > > It looks like nvp is NULL at the point where it crashed. Looking at > > the zfs code, zfs_vget always returns zero, even if it failed to > > find a vnode which matches the given 'inode' number. Try changing > > the return statement in zfs_vget from 'return (0)' to 'return > > (err)'. > > Your analysis is correct, can you commit this? I tried to commit it but got the 'need Approved by: re' message. Do you have blanket re approval for this stuff? From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 08:28:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F2E116A46C for ; Wed, 27 Jun 2007 08:28:07 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 305AC13C45D for ; Wed, 27 Jun 2007 08:28:07 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so20229anc for ; Wed, 27 Jun 2007 01:28:06 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dNGlIazk0It0PupE5ObIjjBrpaEW/j6G8hcIQAxPbwKmfVljTkKkGddCDjnvP6Wk2tIOs4aAFlPMKigXPXkRcUC7yzpogbYpv01iYH2wfjJmtpUGgzqsbnSjvPgv63aiF7bljyyGGJGBHG4pPtp7cVUV+h5H2hCdhRl3JM4pAQ4= 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=psv6ys+M+m4DiglpB9yDeMWWCr6DKVdckhJpOjRdyEfN+xzViMsuRBWeRmS4c1famkihKhnJS3RDKEzIH+vb/OGsbldKH1zuehsFx8uk/PXsDZVFrFhDy1bM5HdwIXf/NKA53gj0HMOCK0r0adUUr9npEXiEouG2BS7RXFNUuD0= Received: by 10.100.177.16 with SMTP id z16mr158489ane.1182932886577; Wed, 27 Jun 2007 01:28:06 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Wed, 27 Jun 2007 01:28:06 -0700 (PDT) Message-ID: <499c70c0706270128j682e9d90qf8be5da2760cbfee@mail.gmail.com> Date: Wed, 27 Jun 2007 11:28:06 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Dtrace status in FreeBSD 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 08:28:07 -0000 Hello, Would we get it with no issues with FreeBSD 7.0, or we would see it in FreeBSD 8.0? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 09:23:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 467F816A400 for ; Wed, 27 Jun 2007 09:23:20 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA6013C468 for ; Wed, 27 Jun 2007 09:23:19 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 07E1C5B50 for ; Wed, 27 Jun 2007 01:55:26 -0700 (PDT) To: freebsd-current@freebsd.org Date: Wed, 27 Jun 2007 01:55:25 -0700 From: Bakul Shah Message-Id: <20070627085526.07E1C5B50@mail.bitblocks.com> Subject: questions re 32bit & 64bit ports in a 64bit world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 09:23:20 -0000 I updated my i386 -current world amd64 machine to a 64bit -current world by cross compiling, installing on a spare partition and rebooting with that partition as root. The whole process went pretty smoothly. All the 32 bit ports that I tried so far (all except cvsup) seem to work fine but they still pick up shared libs from /usr/local/lib which will cause problems if I now add 64bit ports. I really don't want to have to recompile and retest any 32bit port in 64bit mode if it already works well enough. It would be nice if 32bit ports and 64bit ports can co-exist. Is this possible? Seems to me for this to work ld-elf32.so would have to somehow first check /usr/local/lib32. Is any special set up needed in the 64bit world to cross-compile for a i386 target? Files such as are specific to amd64 so one would need to keep a copy of /usr/include from a 32bit world somewhere. BTW, ldd can't grok 32bit binaries. For that you need something like $ cat ldd32 #!/bin/sh for i in ${1+"$@"} do echo "$i": env LD_32_TRACE_LOADED_OBJECTS=1 "$i" done (script thanks to Rob Warnock) I figure such issues must already be well known and I may as well use existing solutions. Thanks! -- bakul From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 09:30:35 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78FB616A469 for ; Wed, 27 Jun 2007 09:30:35 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from mxintern.schlund.de (mxintern.schlund.de [212.227.126.201]) by mx1.freebsd.org (Postfix) with ESMTP id 142F913C45B for ; Wed, 27 Jun 2007 09:30:35 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from [172.17.24.193] (helo=[172.17.24.193]) by mxintern.kundenserver.de with esmtp (Exim 4.50) id 1I3Tr8-0006Zv-7U; Wed, 27 Jun 2007 11:30:34 +0200 Message-ID: <46822E39.2010507@jschmidle.org> Date: Wed, 27 Jun 2007 11:30:33 +0200 From: Jan Schmidle User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <46811756.105@jschmidle.org> <20070627070245.GB21749@garage.freebsd.pl> In-Reply-To: <20070627070245.GB21749@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-UI-Msg-Verification: e7213a74a8a1130d0d28424fbf20585d Cc: Current@FreeBSD.org Subject: Re: ZFS deadlocks or panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 09:30:35 -0000 Pawel Jakub Dawidek wrote: > On Tue, Jun 26, 2007 at 03:40:38PM +0200, Jan Schmidle wrote: >> I'm trying to bild a storagebox with ZFS. Now I have some problems >> which seems to be related to ZFS. Perhaps after adding disks to an >> existing pool, all consoles trying to execute a command with I/O >> operations freezes. Only sometimes I get a panic. > > Are you sure the disks are fine? Not 100%, but as the problem also shows up when I'm destroying pools, I don't think that there is a Problem. But I will check this. > >> I played around with the tuning variables, proposed in >> http://wiki.freebsd.org/ZFSTuningGuide >> but didn't help. >> >> The box is running -CURRENT amd64/SMP in a GENERIC configuration. >> Last cvsup and build was "Fri Jun 22" >> >> I also tried with i386 with and without SMP. >> >> I collected some Information and uploaded it to >> https://jschmidle.org/upload/ >> >> In "panic1" you can see a whole system-bootup resulting in a Panic. >> "panic2" is just another lockup during bootup. > > Backtraces would tell us if this is ZFS or not, can you include them? I will post a Backtrace as soon as I get a panic again. > >> "areca" contains the information about the raid controller in use. >> in "dump", I tried to create a coredump during a lockup. >> "alltrace", "witness", "ps" also have been created during the lockup. >> "sysctl" contains the current settings. >> >> Can anyone recognize where the problem is coming from or is >> additional information needed? > The following were created during a panic. ----------------------------- db> show lockedvnods Locked vnodes db> ----------------------------- db> show alllocks Process 4144 (vdev:worker da2) thread 0xffffff0004b10000 (100230) exclusive sleep mutex zfs:vdev:geom:queue r = 0 (0xffffff000707d4b0) locked @ /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/vdev_geom.c:203 Process 4118 (spa_zio_intr_2) thread 0xffffff000456a680 (100172) exclusive sleep mutex zio_cache (UMA zone) r = 0 (0xffffff00cff40b70) locked @ /usr/src/sys/vm/uma_core.c:2257 Process 20 (swi2: cambio) thread 0xffffff00010ea9c0 (100017) exclusive sleep mutex Giant r = 0 (0xffffffff809db980) locked @ /usr/src/sys/cam/cam_xpt.c:7141 db> ----------------------------------------------------- ----------------------------------------------------- And these during lockup ----------------------------- db> show lockedvnods Locked vnodes 0xffffff0004a2dd90: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xffffff000430c9c0 (pid 48) db> ----------------------------- db> show alllocks db> ----------------------------- From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 09:35:34 2007 Return-Path: X-Original-To: Current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F46F16A46B for ; Wed, 27 Jun 2007 09:35:34 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 3765613C4BB for ; Wed, 27 Jun 2007 09:35:34 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by wa-out-1112.google.com with SMTP id j37so146849waf for ; Wed, 27 Jun 2007 02:35:34 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A70lCJDorZjubJk2bcbwKrBmlZgZ2g0P82ZhcfO2X8xlKMRSB+pxojDCHccg/98vZYwafdfescieRa+JeATs4FTDzi887uy1hP3QSwRG0GWgR7IDYOUEexnzyS+EPns/L7MK4fNw2BBCgsOZOH+/HT4zaRo5+B87utFetZl8dN4= 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=bDcVTQzsikvay0QbLNzNOH6i7dazSx1csdUOwXNflW5p3ijZ1Al+qqZCOlUxQw8Pr5q6gxjH/iwPqyjV2QrFUiOjzW1vEXqInUNotPVoiMkdQdevBcjEx2FxwWY0C8wHVOxv8Ymd3q/ZRjtguHRGEYMqPkOOdVSXPmRKxtXjoOM= Received: by 10.114.92.2 with SMTP id p2mr305815wab.1182936934014; Wed, 27 Jun 2007 02:35:34 -0700 (PDT) Received: by 10.114.200.13 with HTTP; Wed, 27 Jun 2007 02:35:33 -0700 (PDT) Message-ID: Date: Wed, 27 Jun 2007 11:35:33 +0200 From: "Claus Guttesen" To: "Jan Schmidle" In-Reply-To: <46822E39.2010507@jschmidle.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <46811756.105@jschmidle.org> <20070627070245.GB21749@garage.freebsd.pl> <46822E39.2010507@jschmidle.org> Cc: Pawel Jakub Dawidek , Current@freebsd.org Subject: Re: ZFS deadlocks or panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 09:35:34 -0000 > Pawel Jakub Dawidek wrote: > > On Tue, Jun 26, 2007 at 03:40:38PM +0200, Jan Schmidle wrote: > >> I'm trying to bild a storagebox with ZFS. Now I have some problems > >> which seems to be related to ZFS. Perhaps after adding disks to an > >> existing pool, all consoles trying to execute a command with I/O > >> operations freezes. Only sometimes I get a panic. > > > > Are you sure the disks are fine? > Not 100%, but as the problem also shows up when I'm destroying > pools, I don't think that there is a Problem. But I will check this. If you have used the disks previously you have probably disklable'd them for that purpose. Try erasing the first sectors with 'dd if=/dev/zero of=/dev/your-disk' and re-create the zpool. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 10:06:12 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DED116A400; Wed, 27 Jun 2007 10:06:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 65F0013C447; Wed, 27 Jun 2007 10:06:12 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=Hm5tyAG0jShYpxpMiQMp+zTHugsYwfz3Wvg180V6lGPid1yk5qSQ7UDJ03SEeN3vPGv66x9a8tV6E3rWjdchqEkyNu5ExLXPkGY+KPsT39PbAF5MgdLMdhFB5pa9+wZcxcE+6kjNxZj9zU1LCkBE2DGuSmgVl55S0kx9VvdxsUhaRIVn/a5X++W4OoAVhx4T5Z3t0WM6+x6JwEzhgBvqo7Jy35uwVst6uflzcjxwRX7bHSYGgNGNR3++e1TC/3Vq; Received: from uucp by munchkin.clue.co.za with local (Exim 4.66) (envelope-from ) id 1I3UPZ-0002Uw-O3; Wed, 27 Jun 2007 10:06:09 +0000 Received: from atlas.clue.co.za ([10.0.0.18] helo=clue.co.za) by urchin.clue.co.za with esmtpa (Exim 4.66) (envelope-from ) id 1I3UOy-0001Ph-CE; Wed, 27 Jun 2007 10:05:32 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I3UOx-000130-Ic; Wed, 27 Jun 2007 12:05:31 +0200 To: Hans Petter Selasky From: Ian FREISLICH In-Reply-To: Message from Hans Petter Selasky of "Tue, 26 Jun 2007 14:55:34 +0200." <200706261455.34821.hselasky@c2i.net> X-Attribution: BOFH Date: Wed, 27 Jun 2007 12:05:31 +0200 Message-Id: Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 10:06:12 -0000 Hans Petter Selasky wrote: > Yes, that is correct. > > If you are building with the latest FreeBSD-7 current, then be aware that it > might break. You need to zero at least "/usr/src/sys/dev/usb/umass.c" after > installation. Your USB stack fixes the external mouse which is nice. It's a pity that it breaks the trackpad and umass. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 10:13:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 628C316A400 for ; Wed, 27 Jun 2007 10:13:00 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id D1DF313C45D for ; Wed, 27 Jun 2007 10:12:58 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 00A90487FA; Wed, 27 Jun 2007 12:12:56 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C0F7B4569A; Wed, 27 Jun 2007 12:12:51 +0200 (CEST) Date: Wed, 27 Jun 2007 12:12:50 +0200 From: Pawel Jakub Dawidek To: Doug Rabson Message-ID: <20070627101249.GA1128@garage.freebsd.pl> References: <46813AF4.4020004@crc.u-strasbg.fr> <20070627070618.GC21749@garage.freebsd.pl> <200706270837.28175.dfr@rabson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <200706270837.28175.dfr@rabson.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: Philippe Pegon , current@freebsd.org Subject: Re: nfs on zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 10:13:00 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 27, 2007 at 08:37:27AM +0100, Doug Rabson wrote: > On Wednesday 27 June 2007, Pawel Jakub Dawidek wrote: > > On Tue, Jun 26, 2007 at 06:10:44PM +0100, Doug Rabson wrote: > > > It looks like nvp is NULL at the point where it crashed. Looking at > > > the zfs code, zfs_vget always returns zero, even if it failed to > > > find a vnode which matches the given 'inode' number. Try changing > > > the return statement in zfs_vget from 'return (0)' to 'return > > > (err)'. > > > > Your analysis is correct, can you commit this? >=20 > I tried to commit it but got the 'need Approved by: re' message. Do you= =20 > have blanket re approval for this stuff? Nope. Could you ask re@ for approval? If you don't have time, I'll handle this later. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGgjghForvXbEpPzQRArbzAKCjL8q+yEJwq0JTEhJVn4fJOG00LgCgxrRs fNPLlWVY022UJ/DSnbE2BT0= =hyma -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 10:50:40 2007 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AEDE16A400 for ; Wed, 27 Jun 2007 10:50:40 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.freebsd.org (Postfix) with ESMTP id BF91713C48A for ; Wed, 27 Jun 2007 10:50:37 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [10.201.19.245] (doug02.dyn.qubesoft.com [10.201.19.245]) by mail.qubesoft.com (8.13.3/8.13.3) with ESMTP id l5RAoOoU022984; Wed, 27 Jun 2007 11:50:28 +0100 (BST) (envelope-from dfr@rabson.org) In-Reply-To: <20070627101249.GA1128@garage.freebsd.pl> References: <46813AF4.4020004@crc.u-strasbg.fr> <20070627070618.GC21749@garage.freebsd.pl> <200706270837.28175.dfr@rabson.org> <20070627101249.GA1128@garage.freebsd.pl> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0BA830D6-D3EA-4E07-A004-CD22DC473901@rabson.org> Content-Transfer-Encoding: 7bit From: Doug Rabson Date: Wed, 27 Jun 2007 11:50:15 +0100 To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.752.2) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.qubesoft.com X-Virus-Scanned: ClamAV 0.86.2/3540/Wed Jun 27 03:54:27 2007 on mail.qubesoft.com X-Virus-Status: Clean Cc: Philippe Pegon , current@FreeBSD.org Subject: Re: nfs on zfs panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 10:50:40 -0000 On 27 Jun 2007, at 11:12, Pawel Jakub Dawidek wrote: > On Wed, Jun 27, 2007 at 08:37:27AM +0100, Doug Rabson wrote: >> On Wednesday 27 June 2007, Pawel Jakub Dawidek wrote: >>> On Tue, Jun 26, 2007 at 06:10:44PM +0100, Doug Rabson wrote: >>>> It looks like nvp is NULL at the point where it crashed. Looking at >>>> the zfs code, zfs_vget always returns zero, even if it failed to >>>> find a vnode which matches the given 'inode' number. Try changing >>>> the return statement in zfs_vget from 'return (0)' to 'return >>>> (err)'. >>> >>> Your analysis is correct, can you commit this? >> >> I tried to commit it but got the 'need Approved by: re' message. >> Do you >> have blanket re approval for this stuff? > > Nope. Could you ask re@ for approval? If you don't have time, I'll > handle this later. I'll sort things out with re@. From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 11:06:58 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C56F516A41F; Wed, 27 Jun 2007 11:06:58 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 831CF13C469; Wed, 27 Jun 2007 11:06:56 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 93E911FFB57; Wed, 27 Jun 2007 12:50:11 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id CDBCF1FFE17; Wed, 27 Jun 2007 12:50:05 +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 631CC4448A9; Wed, 27 Jun 2007 10:48:57 +0000 (UTC) Date: Wed, 27 Jun 2007 10:48:56 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Poul-Henning Kamp In-Reply-To: <24957.1182931589@critter.freebsd.dk> Message-ID: <20070627104126.G98813@maildrop.int.zabbadoz.net> References: <24957.1182931589@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: "George V. Neville-Neil" , FreeBSD current mailing list , FreeBSD net mailing list Subject: Re: FAST_IPSEC import to HEAD is imminent.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 11:06:58 -0000 On Wed, 27 Jun 2007, Poul-Henning Kamp wrote: Hi, > Can we please drop the FAST_ prefix along with the old IPSEC when we > get to that point ? yes, I think that is gnn's plan. I was a bit worried because it'll be confusing that IPSEC->gone and FAST_IPSEC->IPSEC but hey IPSEC is gone;-) Don't know if it will happen instantly with the first commit but it will happen. I am currently also going through user space again and should find someone to help with the man page;-) /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 11:16:25 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9F6A16A421 for ; Wed, 27 Jun 2007 11:16:25 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id A55A613C455 for ; Wed, 27 Jun 2007 11:16:25 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A54457.dip.t-dialin.net [84.165.68.87]) by redbull.bpaserver.net (Postfix) with ESMTP id 0513F2E26E; Wed, 27 Jun 2007 13:16:14 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 648B85B5431; Wed, 27 Jun 2007 13:14:27 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l5RBERKq051304; Wed, 27 Jun 2007 13:14:27 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 27 Jun 2007 13:14:27 +0200 Message-ID: <20070627131427.7ndtsshku84k84ok@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 27 Jun 2007 13:14:27 +0200 From: Alexander Leidinger To: Bakul Shah References: <20070627085526.07E1C5B50@mail.bitblocks.com> In-Reply-To: <20070627085526.07E1C5B50@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.9, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: questions re 32bit & 64bit ports in a 64bit world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 11:16:26 -0000 Quoting Bakul Shah (from Wed, 27 Jun 2007 =20 01:55:25 -0700): > I updated my i386 -current world amd64 machine to a 64bit > -current world by cross compiling, installing on a spare > partition and rebooting with that partition as root. The > whole process went pretty smoothly. > > All the 32 bit ports that I tried so far (all except cvsup) > seem to work fine but they still pick up shared libs from > /usr/local/lib which will cause problems if I now add 64bit > ports. I really don't want to have to recompile and retest > any 32bit port in 64bit mode if it already works well enough. > It would be nice if 32bit ports and 64bit ports can co-exist. > Is this possible? Seems to me for this to work ld-elf32.so > would have to somehow first check /usr/local/lib32. I don't own a 64bit machine, but have you already played with =20 ldconfig32_paths in rc.conf? It may be the case that libtool hardcodes some paths somehow (either =20 directly in the binary or via the .lo's)... Bye, Alexander. --=20 We have met the enemy, and he is us. =09=09-- Walt Kelly http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 11:18:20 2007 Return-Path: X-Original-To: Current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 828DD16A46F; Wed, 27 Jun 2007 11:18:20 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from mxintern.schlund.de (mxintern.schlund.de [212.227.126.204]) by mx1.freebsd.org (Postfix) with ESMTP id 4585913C480; Wed, 27 Jun 2007 11:18:20 +0000 (UTC) (envelope-from freebsd-current@jschmidle.org) Received: from [172.17.24.193] (helo=[172.17.24.193]) by mxintern.kundenserver.de with esmtp (Exim 4.50) id 1I3VXP-0001rK-8L; Wed, 27 Jun 2007 13:18:19 +0200 Message-ID: <4682477A.7060300@jschmidle.org> Date: Wed, 27 Jun 2007 13:18:18 +0200 From: Jan Schmidle User-Agent: Thunderbird 1.5.0.12 (X11/20070604) MIME-Version: 1.0 To: Claus Guttesen References: <46811756.105@jschmidle.org> <20070627070245.GB21749@garage.freebsd.pl> <46822E39.2010507@jschmidle.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-UI-Msg-Verification: 4bcb60b637383c00d907b8e96948d3da Cc: Pawel Jakub Dawidek , Current@freebsd.org Subject: Re: ZFS deadlocks or panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 11:18:20 -0000 Claus Guttesen wrote: >> Pawel Jakub Dawidek wrote: >> > On Tue, Jun 26, 2007 at 03:40:38PM +0200, Jan Schmidle wrote: >> >> I'm trying to bild a storagebox with ZFS. Now I have some problems >> >> which seems to be related to ZFS. Perhaps after adding disks to an >> >> existing pool, all consoles trying to execute a command with I/O >> >> operations freezes. Only sometimes I get a panic. >> > >> > Are you sure the disks are fine? >> Not 100%, but as the problem also shows up when I'm destroying >> pools, I don't think that there is a Problem. But I will check this. > > If you have used the disks previously you have probably disklable'd > them for that purpose. Try erasing the first sectors with 'dd > if=/dev/zero of=/dev/your-disk' and re-create the zpool. > didn't help. And i think, if the disks were the problem, i should get more panics. But it is about every 10th or 15th reboot there is about 1 panic. Also there is no log or dmesg output at all. From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 11:30:28 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8AF116A421 for ; Wed, 27 Jun 2007 11:30:28 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.freebsd.org (Postfix) with SMTP id 0C83713C45D for ; Wed, 27 Jun 2007 11:30:27 +0000 (UTC) (envelope-from nike_d@cytexbg.com) Received: (qmail 20347 invoked by uid 1026); 27 Jun 2007 11:30:26 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-2.01 (clamdscan: 0.88.4/1784. Clear:RC:1(213.145.98.14):. Processed in 0.012305 secs); 27 Jun 2007 11:30:26 -0000 Received: from unknown (HELO ndenev.office.suresupport.com) (213.145.98.14) by office.suresupport.com with SMTP; 27 Jun 2007 11:30:25 -0000 Message-ID: <46824A51.4090308@cytexbg.com> Date: Wed, 27 Jun 2007 14:30:25 +0300 From: Niki Denev User-Agent: Thunderbird 2.0.0.0 (X11/20070531) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Hans Petter Selasky Subject: Re: USB mouse works again in current!!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 11:30:28 -0000 Ian FREISLICH wrote: > Hans Petter Selasky wrote: > >> Yes, that is correct. >> >> If you are building with the latest FreeBSD-7 current, then be aware that it >> might break. You need to zero at least "/usr/src/sys/dev/usb/umass.c" after >> installation. >> > > Your USB stack fixes the external mouse which is nice. > > It's a pity that it breaks the trackpad and umass. > > Ian > > -- > Ian Freislich > > I believe umass.c needs very little change to make it work in 7-Current, atleast it worked for me after simply adding one zero as the missing argument for the function that had changed from 6-stable to 7-current. I haven't tested how reliably it will work after this though, but my umass devices seem to be recognized. This is what i changed : --- umass-hps-orig 2007-06-27 14:25:32.000000000 +0000 +++ umass-hps-fixed 2007-06-27 14:27:17.000000000 +0000 @@ -2305,7 +2305,7 @@ mtx_lock(&(sc->sc_mtx)); #endif - if(xpt_bus_register(sc->sc_sim, sc->sc_unit) != CAM_SUCCESS) { + if(xpt_bus_register(sc->sc_sim, NULL, sc->sc_unit) != CAM_SUCCESS) { #if (__FreeBSD_version >= 700037) mtx_unlock(&(sc->sc_mtx)); #endif From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 14:03:37 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6A8416A421; Wed, 27 Jun 2007 14:03:37 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.freebsd.org (Postfix) with ESMTP id 9BFAC13C44B; Wed, 27 Jun 2007 14:03:37 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id l5RDr7s4071123; Wed, 27 Jun 2007 06:53:07 -0700 (PDT) Date: Wed, 27 Jun 2007 22:52:56 +0900 Message-ID: From: "George V. Neville-Neil" To: "Bjoern A. Zeeb" In-Reply-To: <20070627104126.G98813@maildrop.int.zabbadoz.net> References: <24957.1182931589@critter.freebsd.dk> <20070627104126.G98813@maildrop.int.zabbadoz.net> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.0.95 (i386-apple-darwin8.8.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Poul-Henning Kamp , FreeBSD current mailing list , FreeBSD net mailing list Subject: Re: FAST_IPSEC import to HEAD is imminent.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 14:03:38 -0000 At Wed, 27 Jun 2007 10:48:56 +0000 (UTC), Bjoern A. Zeeb wrote: > > On Wed, 27 Jun 2007, Poul-Henning Kamp wrote: > > Hi, > > > Can we please drop the FAST_ prefix along with the old IPSEC when we > > get to that point ? > > yes, I think that is gnn's plan. I was a bit worried because it'll be > confusing that IPSEC->gone and FAST_IPSEC->IPSEC but hey IPSEC is gone;-) > As Bjoern said, that is the plan. After all is said and done we'll just have an IPSEC option with completely different code backing it. Best, George From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 16:34:31 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55AD416A41F for ; Wed, 27 Jun 2007 16:34:31 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id DA9F213C448 for ; Wed, 27 Jun 2007 16:34:30 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so458771pyb for ; Wed, 27 Jun 2007 09:34:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=RvoZaPKMbMeGsP2aOgufn3HO17ca5IVC39ZnwV7yBQlo17z8+pM7QwKZZ/OCGnIEQyK7Qm8E+Gljiy50MqoIMQKQgKrDHWcKvQ+OhCT+e2ePAQuHgRaCITpb5+YjwTP6N6n6Pvwq6svWTWGuddkRCFOldKW/J1Scw3GxM+eUOio= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=uUaWohRXKJfAex4h8nk+9M/ALlnhn32YP7K/DopWPf5dq5vpNvJZxcFCDI2e2oXzs3IQRBCOiDZyaECcL8xQ5EsLhCZj4m2ICOcCVmNx41JePwXcYrqG13ngjfuHJ+HgFGm4J+B8TDdsafOd60yNw5/MtRDBPQt7ldaMI7Gv7B8= Received: by 10.35.132.13 with SMTP id j13mr1222161pyn.1182962066934; Wed, 27 Jun 2007 09:34:26 -0700 (PDT) Received: by 10.35.78.11 with HTTP; Wed, 27 Jun 2007 09:34:26 -0700 (PDT) Message-ID: Date: Thu, 28 Jun 2007 00:34:26 +0800 From: "Howard Su" To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_19119_25214203.1182962066882" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: concept prove patch for ktrace output to all file types X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 16:34:31 -0000 ------=_Part_19119_25214203.1182962066882 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline This is a concept prove patch for ktrace. In order to make ktrace write to stdout, /dev/xxx, fifo file, pipe, I changed ktrace syscall to accepting a file handler instead of a file name. I just get a workable kernel patch. And i make as small as possible changes to userland code. Now you can do something like: #mkfifo foo in session A: #kdump -f foo in session B: #ktrace -f foo ls Then, you can see a real time output like truss did. Before moving forward (hacking userland), i want to get some feedback if my changes in kernel part is the right direction to do. Appreciate your time. PS: The patch can be clearly apply to today's current. -- -Howard ------=_Part_19119_25214203.1182962066882 Content-Type: text/plain; name=ktrace.patch; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f3g0wgy8 Content-Disposition: attachment; filename="ktrace.patch" LS0tICBzeXMva2Vybi9rZXJuX2V4ZWMuYy5vcmlnCisrKyAgc3lzL2tlcm4va2Vybl9leGVjLmMK QEAgLTI5MCw3ICsyOTAsNyBAQAogCXN0cnVjdCBwYXJncyAqb2xkYXJncyA9IE5VTEwsICpuZXdh cmdzID0gTlVMTDsKIAlzdHJ1Y3Qgc2lnYWN0cyAqb2xkc2lnYWN0cywgKm5ld3NpZ2FjdHM7CiAj aWZkZWYgS1RSQUNFCi0Jc3RydWN0IHZub2RlICp0cmFjZXZwID0gTlVMTDsKKwlzdHJ1Y3QgZmls ZSAqdHJhY2VmcCA9IE5VTEw7CiAJc3RydWN0IHVjcmVkICp0cmFjZWNyZWQgPSBOVUxMOwogI2Vu ZGlmCiAJc3RydWN0IHZub2RlICp0ZXh0dnAgPSBOVUxMOwpAQCAtNTY2LDEyICs1NjYsMTIgQEAK IAkJc2V0c3VnaWQocCk7CiAKICNpZmRlZiBLVFJBQ0UKLQkJaWYgKHAtPnBfdHJhY2V2cCAhPSBO VUxMICYmCisJCWlmIChwLT5wX3RyYWNlZnAgIT0gTlVMTCAmJgogCQkgICAgcHJpdl9jaGVja19j cmVkKG9sZGNyZWQsIFBSSVZfREVCVUdfRElGRkNSRUQsIDApKSB7CiAJCQltdHhfbG9jaygma3Ry YWNlX210eCk7CiAJCQlwLT5wX3RyYWNlZmxhZyA9IDA7Ci0JCQl0cmFjZXZwID0gcC0+cF90cmFj ZXZwOwotCQkJcC0+cF90cmFjZXZwID0gTlVMTDsKKwkJCXRyYWNlZnAgPSBwLT5wX3RyYWNlZnA7 CisJCQlwLT5wX3RyYWNlZnAgPSBOVUxMOwogCQkJdHJhY2VjcmVkID0gcC0+cF90cmFjZWNyZWQ7 CiAJCQlwLT5wX3RyYWNlY3JlZCA9IE5VTEw7CiAJCQltdHhfdW5sb2NrKCZrdHJhY2VfbXR4KTsK QEAgLTczNiwxMiArNzM2LDggQEAKIAlpZiAobmRwLT5uaV92cCAmJiBlcnJvciAhPSAwKQogCQl2 cmVsZShuZHAtPm5pX3ZwKTsKICNpZmRlZiBLVFJBQ0UKLQlpZiAodHJhY2V2cCAhPSBOVUxMKSB7 Ci0JCWludCB0dmZzbG9ja2VkOwotCi0JCXR2ZnNsb2NrZWQgPSBWRlNfTE9DS19HSUFOVCh0cmFj ZXZwLT52X21vdW50KTsKLQkJdnJlbGUodHJhY2V2cCk7Ci0JCVZGU19VTkxPQ0tfR0lBTlQodHZm c2xvY2tlZCk7CisJaWYgKHRyYWNlZnAgIT0gTlVMTCkgeworCQlmZHJvcCh0cmFjZWZwLCB0ZCk7 CiAJfQogCWlmICh0cmFjZWNyZWQgIT0gTlVMTCkKIAkJY3JmcmVlKHRyYWNlY3JlZCk7Ci0tLSAg c3lzL2tlcm4va2Vybl9leGl0LmMub3JpZworKysgIHN5cy9rZXJuL2tlcm5fZXhpdC5jCkBAIC0x MTIsNyArMTEyLDcgQEAKIAlzdHJ1Y3Qgdm5vZGUgKnR0eXZwOwogCXN0cnVjdCB2bm9kZSAqdnRt cDsKICNpZmRlZiBLVFJBQ0UKLQlzdHJ1Y3Qgdm5vZGUgKnRyYWNldnA7CisJc3RydWN0IGZpbGUg KnRyYWNlZnA7CiAJc3RydWN0IHVjcmVkICp0cmFjZWNyZWQ7CiAjZW5kaWYKIAlzdHJ1Y3QgcGxp bWl0ICpwbGltOwpAQCAtMzY4LDE2ICszNjgsMTQgQEAKIAkJa3RycHJvY2V4aXQodGQpOwogCQlQ Uk9DX0xPQ0socCk7CiAJCW10eF9sb2NrKCZrdHJhY2VfbXR4KTsKLQkJdHJhY2V2cCA9IHAtPnBf dHJhY2V2cDsKLQkJcC0+cF90cmFjZXZwID0gTlVMTDsKKwkJdHJhY2VmcCA9IHAtPnBfdHJhY2Vm cDsKKwkJcC0+cF90cmFjZWZwID0gTlVMTDsKIAkJdHJhY2VjcmVkID0gcC0+cF90cmFjZWNyZWQ7 CiAJCXAtPnBfdHJhY2VjcmVkID0gTlVMTDsKIAkJbXR4X3VubG9jaygma3RyYWNlX210eCk7CiAJ CVBST0NfVU5MT0NLKHApOwotCQlpZiAodHJhY2V2cCAhPSBOVUxMKSB7Ci0JCQlsb2NrZWQgPSBW RlNfTE9DS19HSUFOVCh0cmFjZXZwLT52X21vdW50KTsKLQkJCXZyZWxlKHRyYWNldnApOwotCQkJ VkZTX1VOTE9DS19HSUFOVChsb2NrZWQpOworCQlpZiAodHJhY2VmcCAhPSBOVUxMKSB7CisJCQlm ZHJvcCh0cmFjZWZwLCB0ZCk7CiAJCX0KIAkJaWYgKHRyYWNlY3JlZCAhPSBOVUxMKQogCQkJY3Jm cmVlKHRyYWNlY3JlZCk7Ci0tLSAgc3lzL2tlcm4va2Vybl9mb3JrLmMub3JpZworKysgIHN5cy9r ZXJuL2tlcm5fZm9yay5jCkBAIC00NCw2ICs0NCw3IEBACiAjaW5jbHVkZSA8c3lzL3N5c3RtLmg+ CiAjaW5jbHVkZSA8c3lzL3N5c3Byb3RvLmg+CiAjaW5jbHVkZSA8c3lzL2V2ZW50aGFuZGxlci5o PgorI2luY2x1ZGUgPHN5cy9maWxlLmg+CiAjaW5jbHVkZSA8c3lzL2ZpbGVkZXNjLmg+CiAjaW5j bHVkZSA8c3lzL2tlcm5lbC5oPgogI2luY2x1ZGUgPHN5cy9rdGhyZWFkLmg+CkBAIC02MDEsMTEg KzYwMiwxMSBAQAogCSAqIENvcHkgdHJhY2VmbGFnIGFuZCB0cmFjZWZpbGUgaWYgZW5hYmxlZC4K IAkgKi8KIAltdHhfbG9jaygma3RyYWNlX210eCk7Ci0JS0FTU0VSVChwMi0+cF90cmFjZXZwID09 IE5VTEwsICgibmV3IHByb2Nlc3MgaGFzIGEga3RyYWNlIHZub2RlIikpOworCUtBU1NFUlQocDIt PnBfdHJhY2VmcCA9PSBOVUxMLCAoIm5ldyBwcm9jZXNzIGhhcyBhIGt0cmFjZSBmcCIpKTsKIAlp ZiAocDEtPnBfdHJhY2VmbGFnICYgS1RSRkFDX0lOSEVSSVQpIHsKIAkJcDItPnBfdHJhY2VmbGFn ID0gcDEtPnBfdHJhY2VmbGFnOwotCQlpZiAoKHAyLT5wX3RyYWNldnAgPSBwMS0+cF90cmFjZXZw KSAhPSBOVUxMKSB7Ci0JCQlWUkVGKHAyLT5wX3RyYWNldnApOworCQlpZiAoKHAyLT5wX3RyYWNl ZnAgPSBwMS0+cF90cmFjZWZwKSAhPSBOVUxMKSB7CisJCQlmaG9sZChwMi0+cF90cmFjZWZwKTsK IAkJCUtBU1NFUlQocDEtPnBfdHJhY2VjcmVkICE9IE5VTEwsCiAJCQkgICAgKCJrdHJhY2Ugdm5v ZGUgd2l0aCBubyBjcmVkIikpOwogCQkJcDItPnBfdHJhY2VjcmVkID0gY3Job2xkKHAxLT5wX3Ry YWNlY3JlZCk7Ci0tLSAgc3lzL2tlcm4va2Vybl9rdHJhY2UuYy5vcmlnCisrKyAgc3lzL2tlcm4v a2Vybl9rdHJhY2UuYwpAQCAtNDAsNiArNDAsNyBAQAogI2luY2x1ZGUgPHN5cy9wYXJhbS5oPgog I2luY2x1ZGUgPHN5cy9zeXN0bS5oPgogI2luY2x1ZGUgPHN5cy9mY250bC5oPgorI2luY2x1ZGUg PHN5cy9maWxlLmg+CiAjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPgogI2luY2x1ZGUgPHN5cy9rdGhy ZWFkLmg+CiAjaW5jbHVkZSA8c3lzL2xvY2suaD4KQEAgLTEzNCw4ICsxMzUsOCBAQAogc3RhdGlj IHZvaWQga3RyX2ZyZWVyZXF1ZXN0KHN0cnVjdCBrdHJfcmVxdWVzdCAqcmVxKTsKIHN0YXRpYyB2 b2lkIGt0cl93cml0ZXJlcXVlc3Qoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVjdCBrdHJfcmVxdWVz dCAqcmVxKTsKIHN0YXRpYyBpbnQga3RyY2Fuc2V0KHN0cnVjdCB0aHJlYWQgKixzdHJ1Y3QgcHJv YyAqKTsKLXN0YXRpYyBpbnQga3Ryc2V0Y2hpbGRyZW4oc3RydWN0IHRocmVhZCAqLHN0cnVjdCBw cm9jICosaW50LGludCxzdHJ1Y3Qgdm5vZGUgKik7Ci1zdGF0aWMgaW50IGt0cm9wcyhzdHJ1Y3Qg dGhyZWFkICosc3RydWN0IHByb2MgKixpbnQsaW50LHN0cnVjdCB2bm9kZSAqKTsKK3N0YXRpYyBp bnQga3Ryc2V0Y2hpbGRyZW4oc3RydWN0IHRocmVhZCAqLHN0cnVjdCBwcm9jICosaW50LGludCxz dHJ1Y3QgZmlsZSAqKTsKK3N0YXRpYyBpbnQga3Ryb3BzKHN0cnVjdCB0aHJlYWQgKixzdHJ1Y3Qg cHJvYyAqLGludCxpbnQsc3RydWN0IGZpbGUgKik7CiAKIC8qCiAgKiBrdHJhY2UgaXRzZWxmIGdl bmVyYXRlcyBldmVudHMsIHN1Y2ggYXMgY29udGV4dCBzd2l0Y2hlcywgd2hpY2ggd2UgZG8gbm90 CkBAIC01NzMsMTUgKzU3NCwxNCBAQAogCXJlZ2lzdGVyIHN0cnVjdCBrdHJhY2VfYXJncyAqdWFw OwogewogI2lmZGVmIEtUUkFDRQotCXJlZ2lzdGVyIHN0cnVjdCB2bm9kZSAqdnAgPSBOVUxMOwog CXJlZ2lzdGVyIHN0cnVjdCBwcm9jICpwOworCXN0cnVjdCBmaWxlICpmcCA9IE5VTEw7CiAJc3Ry dWN0IHBncnAgKnBnOwogCWludCBmYWNzID0gdWFwLT5mYWNzICYgfktUUkZBQ19ST09UOwogCWlu dCBvcHMgPSBLVFJPUCh1YXAtPm9wcyk7CiAJaW50IGRlc2NlbmQgPSB1YXAtPm9wcyAmIEtUUkZM QUdfREVTQ0VORDsKIAlpbnQgbmZvdW5kLCByZXQgPSAwOwotCWludCBmbGFncywgZXJyb3IgPSAw LCB2ZnNsb2NrZWQ7Ci0Jc3RydWN0IG5hbWVpZGF0YSBuZDsKKwlpbnQgZXJyb3IgPSAwOwogCXN0 cnVjdCB1Y3JlZCAqY3JlZDsKIAogCS8qCkBAIC01OTIsMjggKzU5MiwxMSBAQAogCiAJa3RyYWNl X2VudGVyKHRkKTsKIAlpZiAob3BzICE9IEtUUk9QX0NMRUFSKSB7Ci0JCS8qCi0JCSAqIGFuIG9w ZXJhdGlvbiB3aGljaCByZXF1aXJlcyBhIGZpbGUgYXJndW1lbnQuCi0JCSAqLwotCQlORElOSVQo Jm5kLCBMT09LVVAsIE5PRk9MTE9XIHwgTVBTQUZFLCBVSU9fVVNFUlNQQUNFLAotCQkgICAgdWFw LT5mbmFtZSwgdGQpOwotCQlmbGFncyA9IEZSRUFEIHwgRldSSVRFIHwgT19OT0ZPTExPVzsKLQkJ ZXJyb3IgPSB2bl9vcGVuKCZuZCwgJmZsYWdzLCAwLCBOVUxMKTsKKwkJZXJyb3IgPSBmZ2V0KHRk LCB1YXAtPmZkLCAmZnApOwogCQlpZiAoZXJyb3IpIHsKIAkJCWt0cmFjZV9leGl0KHRkKTsKIAkJ CXJldHVybiAoZXJyb3IpOwogCQl9Ci0JCXZmc2xvY2tlZCA9IE5ESEFTR0lBTlQoJm5kKTsKLQkJ TkRGUkVFKCZuZCwgTkRGX09OTFlfUE5CVUYpOwotCQl2cCA9IG5kLm5pX3ZwOwotCQlWT1BfVU5M T0NLKHZwLCAwLCB0ZCk7Ci0JCWlmICh2cC0+dl90eXBlICE9IFZSRUcpIHsKLQkJCSh2b2lkKSB2 bl9jbG9zZSh2cCwgRlJFQUR8RldSSVRFLCB0ZC0+dGRfdWNyZWQsIHRkKTsKLQkJCVZGU19VTkxP Q0tfR0lBTlQodmZzbG9ja2VkKTsKLQkJCWt0cmFjZV9leGl0KHRkKTsKLQkJCXJldHVybiAoRUFD Q0VTKTsKLQkJfQotCQlWRlNfVU5MT0NLX0dJQU5UKHZmc2xvY2tlZCk7CiAJfQogCS8qCiAJICog Q2xlYXIgYWxsIHVzZXMgb2YgdGhlIHRyYWNlZmlsZS4KQEAgLTYyNSwxMiArNjA4LDEyIEBACiAJ CXN4X3Nsb2NrKCZhbGxwcm9jX2xvY2spOwogCQlGT1JFQUNIX1BST0NfSU5fU1lTVEVNKHApIHsK IAkJCVBST0NfTE9DSyhwKTsKLQkJCWlmIChwLT5wX3RyYWNldnAgPT0gdnApIHsKKwkJCWlmIChw LT5wX3RyYWNlZnAgPT0gZnApIHsKIAkJCQlpZiAoa3RyY2Fuc2V0KHRkLCBwKSkgewogCQkJCQlt dHhfbG9jaygma3RyYWNlX210eCk7CiAJCQkJCWNyZWQgPSBwLT5wX3RyYWNlY3JlZDsKIAkJCQkJ cC0+cF90cmFjZWNyZWQgPSBOVUxMOwotCQkJCQlwLT5wX3RyYWNldnAgPSBOVUxMOworCQkJCQlw LT5wX3RyYWNlZnAgPSBOVUxMOwogCQkJCQlwLT5wX3RyYWNlZmxhZyA9IDA7CiAJCQkJCW10eF91 bmxvY2soJmt0cmFjZV9tdHgpOwogCQkJCQl2cmVsZV9jb3VudCsrOwpAQCAtNjQyLDEwICs2MjUs OCBAQAogCQl9CiAJCXN4X3N1bmxvY2soJmFsbHByb2NfbG9jayk7CiAJCWlmICh2cmVsZV9jb3Vu dCA+IDApIHsKLQkJCXZmc2xvY2tlZCA9IFZGU19MT0NLX0dJQU5UKHZwLT52X21vdW50KTsKIAkJ CXdoaWxlICh2cmVsZV9jb3VudC0tID4gMCkKLQkJCQl2cmVsZSh2cCk7Ci0JCQlWRlNfVU5MT0NL X0dJQU5UKHZmc2xvY2tlZCk7CisJCQkJZmRyb3AoZnAsIHRkKTsKIAkJfQogCQlnb3RvIGRvbmU7 CiAJfQpAQCAtNjc4LDkgKzY1OSw5IEBACiAJCQlQUk9DX1VOTE9DSyhwKTsgCiAJCQluZm91bmQr KzsKIAkJCWlmIChkZXNjZW5kKQotCQkJCXJldCB8PSBrdHJzZXRjaGlsZHJlbih0ZCwgcCwgb3Bz LCBmYWNzLCB2cCk7CisJCQkJcmV0IHw9IGt0cnNldGNoaWxkcmVuKHRkLCBwLCBvcHMsIGZhY3Ms IGZwKTsKIAkJCWVsc2UKLQkJCQlyZXQgfD0ga3Ryb3BzKHRkLCBwLCBvcHMsIGZhY3MsIHZwKTsK KwkJCQlyZXQgfD0ga3Ryb3BzKHRkLCBwLCBvcHMsIGZhY3MsIGZwKTsKIAkJfQogCQlpZiAobmZv dW5kID09IDApIHsKIAkJCXN4X3N1bmxvY2soJnByb2N0cmVlX2xvY2spOwpAQCAtNzA4LDE5ICs2 ODksMTQgQEAKIAkJCWdvdG8gZG9uZTsKIAkJfQogCQlpZiAoZGVzY2VuZCkKLQkJCXJldCB8PSBr dHJzZXRjaGlsZHJlbih0ZCwgcCwgb3BzLCBmYWNzLCB2cCk7CisJCQlyZXQgfD0ga3Ryc2V0Y2hp bGRyZW4odGQsIHAsIG9wcywgZmFjcywgZnApOwogCQllbHNlCi0JCQlyZXQgfD0ga3Ryb3BzKHRk LCBwLCBvcHMsIGZhY3MsIHZwKTsKKwkJCXJldCB8PSBrdHJvcHModGQsIHAsIG9wcywgZmFjcywg ZnApOwogCX0KIAlzeF9zdW5sb2NrKCZwcm9jdHJlZV9sb2NrKTsKIAlpZiAoIXJldCkKIAkJZXJy b3IgPSBFUEVSTTsKIGRvbmU6Ci0JaWYgKHZwICE9IE5VTEwpIHsKLQkJdmZzbG9ja2VkID0gVkZT X0xPQ0tfR0lBTlQodnAtPnZfbW91bnQpOwotCQkodm9pZCkgdm5fY2xvc2UodnAsIEZXUklURSwg dGQtPnRkX3VjcmVkLCB0ZCk7Ci0JCVZGU19VTkxPQ0tfR0lBTlQodmZzbG9ja2VkKTsKLQl9CiAJ a3RyYWNlX2V4aXQodGQpOwogCXJldHVybiAoZXJyb3IpOwogI2Vsc2UgLyogIUtUUkFDRSAqLwpA QCAtNzY2LDEzICs3NDIsMTMgQEAKIAogI2lmZGVmIEtUUkFDRQogc3RhdGljIGludAota3Ryb3Bz KHRkLCBwLCBvcHMsIGZhY3MsIHZwKQora3Ryb3BzKHRkLCBwLCBvcHMsIGZhY3MsIGZwKQogCXN0 cnVjdCB0aHJlYWQgKnRkOwogCXN0cnVjdCBwcm9jICpwOwogCWludCBvcHMsIGZhY3M7Ci0Jc3Ry dWN0IHZub2RlICp2cDsKKwlzdHJ1Y3QgZmlsZSAqZnA7CiB7Ci0Jc3RydWN0IHZub2RlICp0cmFj ZXZwID0gTlVMTDsKKwlzdHJ1Y3QgZmlsZSAqdHJhY2VmcCA9IE5VTEw7CiAJc3RydWN0IHVjcmVk ICp0cmFjZWNyZWQgPSBOVUxMOwogCiAJUFJPQ19MT0NLKHApOwpAQCAtNzgyLDEzICs3NTgsMTMg QEAKIAl9CiAJbXR4X2xvY2soJmt0cmFjZV9tdHgpOwogCWlmIChvcHMgPT0gS1RST1BfU0VUKSB7 Ci0JCWlmIChwLT5wX3RyYWNldnAgIT0gdnApIHsKKwkJaWYgKHAtPnBfdHJhY2VmcCAhPSBmcCkg ewogCQkJLyoKIAkJCSAqIGlmIHRyYWNlIGZpbGUgYWxyZWFkeSBpbiB1c2UsIHJlbGlucXVpc2gg YmVsb3cKIAkJCSAqLwotCQkJdHJhY2V2cCA9IHAtPnBfdHJhY2V2cDsKLQkJCVZSRUYodnApOwot CQkJcC0+cF90cmFjZXZwID0gdnA7CisJCQl0cmFjZWZwID0gcC0+cF90cmFjZWZwOworCQkJZmhv bGQoZnApOworCQkJcC0+cF90cmFjZWZwID0gZnA7CiAJCX0KIAkJaWYgKHAtPnBfdHJhY2VjcmVk ICE9IHRkLT50ZF91Y3JlZCkgewogCQkJdHJhY2VjcmVkID0gcC0+cF90cmFjZWNyZWQ7CkBAIC04 MDIsMjAgKzc3OCwxNiBAQAogCQlpZiAoKChwLT5wX3RyYWNlZmxhZyAmPSB+ZmFjcykgJiBLVFJG QUNfTUFTSykgPT0gMCkgewogCQkJLyogbm8gbW9yZSB0cmFjaW5nICovCiAJCQlwLT5wX3RyYWNl ZmxhZyA9IDA7Ci0JCQl0cmFjZXZwID0gcC0+cF90cmFjZXZwOwotCQkJcC0+cF90cmFjZXZwID0g TlVMTDsKKwkJCXRyYWNlZnAgPSBwLT5wX3RyYWNlZnA7CisJCQlwLT5wX3RyYWNlZnAgPSBOVUxM OwogCQkJdHJhY2VjcmVkID0gcC0+cF90cmFjZWNyZWQ7CiAJCQlwLT5wX3RyYWNlY3JlZCA9IE5V TEw7CiAJCX0KIAl9CiAJbXR4X3VubG9jaygma3RyYWNlX210eCk7CiAJUFJPQ19VTkxPQ0socCk7 Ci0JaWYgKHRyYWNldnAgIT0gTlVMTCkgewotCQlpbnQgdmZzbG9ja2VkOwotCi0JCXZmc2xvY2tl ZCA9IFZGU19MT0NLX0dJQU5UKHRyYWNldnAtPnZfbW91bnQpOwotCQl2cmVsZSh0cmFjZXZwKTsK LQkJVkZTX1VOTE9DS19HSUFOVCh2ZnNsb2NrZWQpOworCWlmICh0cmFjZWZwICE9IE5VTEwpIHsK KwkJZmRyb3AodHJhY2VmcCwgdGQpOwogCX0KIAlpZiAodHJhY2VjcmVkICE9IE5VTEwpCiAJCWNy ZnJlZSh0cmFjZWNyZWQpOwpAQCAtODI0LDExICs3OTYsMTEgQEAKIH0KIAogc3RhdGljIGludAot a3Ryc2V0Y2hpbGRyZW4odGQsIHRvcCwgb3BzLCBmYWNzLCB2cCkKK2t0cnNldGNoaWxkcmVuKHRk LCB0b3AsIG9wcywgZmFjcywgZnApCiAJc3RydWN0IHRocmVhZCAqdGQ7CiAJc3RydWN0IHByb2Mg KnRvcDsKIAlpbnQgb3BzLCBmYWNzOwotCXN0cnVjdCB2bm9kZSAqdnA7CisJc3RydWN0IGZpbGUg KmZwOwogewogCXJlZ2lzdGVyIHN0cnVjdCBwcm9jICpwOwogCXJlZ2lzdGVyIGludCByZXQgPSAw OwpAQCAtODM2LDcgKzgwOCw3IEBACiAJcCA9IHRvcDsKIAlzeF9hc3NlcnQoJnByb2N0cmVlX2xv Y2ssIFNYX0xPQ0tFRCk7CiAJZm9yICg7OykgewotCQlyZXQgfD0ga3Ryb3BzKHRkLCBwLCBvcHMs IGZhY3MsIHZwKTsKKwkJcmV0IHw9IGt0cm9wcyh0ZCwgcCwgb3BzLCBmYWNzLCBmcCk7CiAJCS8q CiAJCSAqIElmIHRoaXMgcHJvY2VzcyBoYXMgY2hpbGRyZW4sIGRlc2NlbmQgdG8gdGhlbSBuZXh0 LAogCQkgKiBvdGhlcndpc2UgZG8gYW55IHNpYmxpbmdzLCBhbmQgaWYgZG9uZSB3aXRoIHRoaXMg bGV2ZWwsCkBAIC04NjEsMTQgKzgzMywxMyBAQAoga3RyX3dyaXRlcmVxdWVzdChzdHJ1Y3QgdGhy ZWFkICp0ZCwgc3RydWN0IGt0cl9yZXF1ZXN0ICpyZXEpCiB7CiAJc3RydWN0IGt0cl9oZWFkZXIg Kmt0aDsKLQlzdHJ1Y3Qgdm5vZGUgKnZwOworCXN0cnVjdCBmaWxlICpmcDsKIAlzdHJ1Y3QgcHJv YyAqcDsKIAlzdHJ1Y3QgdWNyZWQgKmNyZWQ7CiAJc3RydWN0IHVpbyBhdWlvOwogCXN0cnVjdCBp b3ZlYyBhaW92WzNdOwotCXN0cnVjdCBtb3VudCAqbXA7CiAJaW50IGRhdGFsZW4sIGJ1Zmxlbiwg dnJlbGVfY291bnQ7Ci0JaW50IGVycm9yLCB2ZnNsb2NrZWQ7CisJaW50IGVycm9yOwogCiAJLyoK IAkgKiBXZSBob2xkIHRoZSB2bm9kZSBhbmQgY3JlZGVudGlhbCBmb3IgdXNlIGluIEkvTyBpbiBj YXNlIGt0cmFjZSBpcwpAQCAtODc4LDIwICs4NDksMjAgQEAKIAkgKiB0aGUgdm5vZGUgaGFzIGJl ZW4gY2xvc2VkLgogCSAqLwogCW10eF9sb2NrKCZrdHJhY2VfbXR4KTsKLQl2cCA9IHRkLT50ZF9w cm9jLT5wX3RyYWNldnA7Ci0JaWYgKHZwICE9IE5VTEwpCi0JCVZSRUYodnApOworCWZwID0gdGQt PnRkX3Byb2MtPnBfdHJhY2VmcDsKKwlpZiAoZnAgIT0gTlVMTCkKKwkJZmhvbGQoZnApOwogCWNy ZWQgPSB0ZC0+dGRfcHJvYy0+cF90cmFjZWNyZWQ7CiAJaWYgKGNyZWQgIT0gTlVMTCkKIAkJY3Jo b2xkKGNyZWQpOwogCW10eF91bmxvY2soJmt0cmFjZV9tdHgpOwogCiAJLyoKLQkgKiBJZiB2cCBp cyBOVUxMLCB0aGUgdnAgaGFzIGJlZW4gY2xlYXJlZCBvdXQgZnJvbSB1bmRlciB0aGlzCisJICog SWYgZnAgaXMgTlVMTCwgdGhlIGZwIGhhcyBiZWVuIGNsZWFyZWQgb3V0IGZyb20gdW5kZXIgdGhp cwogCSAqIHJlcXVlc3QsIHNvIGp1c3QgZHJvcCBpdC4gIE1ha2Ugc3VyZSB0aGUgY3JlZGVudGlh bCBhbmQgdm5vZGUgYXJlCiAJICogaW4gc3luYzogd2Ugc2hvdWxkIGhhdmUgYm90aCBvciBuZWl0 aGVyLgogCSAqLwotCWlmICh2cCA9PSBOVUxMKSB7CisJaWYgKGZwID09IE5VTEwpIHsKIAkJS0FT U0VSVChjcmVkID09IE5VTEwsICgia3RyX3dyaXRlcmVxdWVzdDogY3JlZCAhPSBOVUxMIikpOwog CQlyZXR1cm47CiAJfQpAQCAtOTI0LDE5ICs4OTUsMTEgQEAKIAkJYXVpby51aW9faW92Y250Kys7 CiAJfQogCi0JdmZzbG9ja2VkID0gVkZTX0xPQ0tfR0lBTlQodnAtPnZfbW91bnQpOwotCXZuX3N0 YXJ0X3dyaXRlKHZwLCAmbXAsIFZfV0FJVCk7Ci0Jdm5fbG9jayh2cCwgTEtfRVhDTFVTSVZFIHwg TEtfUkVUUlksIHRkKTsKLQkodm9pZClWT1BfTEVBU0UodnAsIHRkLCBjcmVkLCBMRUFTRV9XUklU RSk7CiAjaWZkZWYgTUFDCi0JZXJyb3IgPSBtYWNfY2hlY2tfdm5vZGVfd3JpdGUoY3JlZCwgTk9D UkVELCB2cCk7CisJZXJyb3IgPSBtYWNfY2hlY2tfdm5vZGVfd3JpdGUoY3JlZCwgTk9DUkVELCBm cC0+dl9ub2RlKTsKIAlpZiAoZXJyb3IgPT0gMCkKICNlbmRpZgotCQllcnJvciA9IFZPUF9XUklU RSh2cCwgJmF1aW8sIElPX1VOSVQgfCBJT19BUFBFTkQsIGNyZWQpOwotCVZPUF9VTkxPQ0sodnAs IDAsIHRkKTsKLQl2bl9maW5pc2hlZF93cml0ZShtcCk7Ci0JdnJlbGUodnApOwotCVZGU19VTkxP Q0tfR0lBTlQodmZzbG9ja2VkKTsKKwkJZXJyb3IgPSBmb193cml0ZShmcCwgJmF1aW8sIGNyZWQs IDAsIHRkKTsKIAlpZiAoIWVycm9yKQogCQlyZXR1cm47CiAJLyoKQEAgLTk1OCw5ICs5MjEsOSBA QAogCXN4X3Nsb2NrKCZhbGxwcm9jX2xvY2spOwogCUZPUkVBQ0hfUFJPQ19JTl9TWVNURU0ocCkg ewogCQlQUk9DX0xPQ0socCk7Ci0JCWlmIChwLT5wX3RyYWNldnAgPT0gdnApIHsKKwkJaWYgKHAt PnBfdHJhY2VmcCA9PSBmcCkgewogCQkJbXR4X2xvY2soJmt0cmFjZV9tdHgpOwotCQkJcC0+cF90 cmFjZXZwID0gTlVMTDsKKwkJCXAtPnBfdHJhY2VmcCA9IE5VTEw7CiAJCQlwLT5wX3RyYWNlZmxh ZyA9IDA7CiAJCQljcmVkID0gcC0+cF90cmFjZWNyZWQ7CiAJCQlwLT5wX3RyYWNlY3JlZCA9IE5V TEw7CkBAIC05ODAsMTAgKzk0Myw4IEBACiAJICogdGhlbSBidXQgbm90IHlldCBjb21taXR0ZWQg dGhlbSwgYXMgdGhvc2UgYXJlIHBlci10aHJlYWQuICBUaGUKIAkgKiB0aHJlYWQgd2lsbCBoYXZl IHRvIGNsZWFyIGl0IGl0c2VsZiBvbiBzeXN0ZW0gY2FsbCByZXR1cm4uCiAJICovCi0JdmZzbG9j a2VkID0gVkZTX0xPQ0tfR0lBTlQodnAtPnZfbW91bnQpOwogCXdoaWxlICh2cmVsZV9jb3VudC0t ID4gMCkKLQkJdnJlbGUodnApOwotCVZGU19VTkxPQ0tfR0lBTlQodmZzbG9ja2VkKTsKKwkJZmRy b3AoZnAsIHRkKTsKIH0KIAogLyoKLS0tICBzeXMva2Vybi9rZXJuX3Byb2MuYy5vcmlnCisrKyAg c3lzL2tlcm4va2Vybl9wcm9jLmMKQEAgLTQ3LDYgKzQ3LDcgQEAKICNpbmNsdWRlIDxzeXMvc2No ZWQuaD4KICNpbmNsdWRlIDxzeXMvc21wLmg+CiAjaW5jbHVkZSA8c3lzL3N5c2N0bC5oPgorI2lu Y2x1ZGUgPHN5cy9maWxlLmg+CiAjaW5jbHVkZSA8c3lzL2ZpbGVkZXNjLmg+CiAjaW5jbHVkZSA8 c3lzL3R0eS5oPgogI2luY2x1ZGUgPHN5cy9zaWduYWx2YXIuaD4KQEAgLTYzNiw3ICs2MzcsOCBA QAogCWtwLT5raV9hcmdzID0gcC0+cF9hcmdzOwogCWtwLT5raV90ZXh0dnAgPSBwLT5wX3RleHR2 cDsKICNpZmRlZiBLVFJBQ0UKLQlrcC0+a2lfdHJhY2VwID0gcC0+cF90cmFjZXZwOworCWlmIChw LT5wX3RyYWNlZnAgIT0gTlVMTCkKKwkJa3AtPmtpX3RyYWNlcCA9IHAtPnBfdHJhY2VmcC0+Zl92 bm9kZTsKIAltdHhfbG9jaygma3RyYWNlX210eCk7CiAJa3AtPmtpX3RyYWNlZmxhZyA9IHAtPnBf dHJhY2VmbGFnOwogCW10eF91bmxvY2soJmt0cmFjZV9tdHgpOwotLS0gIHN5cy9rZXJuL3N5c2Nh bGxzLm1hc3Rlci5vcmlnCisrKyAgc3lzL2tlcm4vc3lzY2FsbHMubWFzdGVyCkBAIC0xMTcsNyAr MTE3LDcgQEAKIDQzCUFVRV9HRVRFR0lECVNURAl7IGdpZF90IGdldGVnaWQodm9pZCk7IH0KIDQ0 CUFVRV9QUk9GSUxFCVNURAl7IGludCBwcm9maWwoY2FkZHJfdCBzYW1wbGVzLCBzaXplX3Qgc2l6 ZSwgXAogCQkJCSAgICBzaXplX3Qgb2Zmc2V0LCB1X2ludCBzY2FsZSk7IH0KLTQ1CUFVRV9LVFJB Q0UJU1RECXsgaW50IGt0cmFjZShjb25zdCBjaGFyICpmbmFtZSwgaW50IG9wcywgXAorNDUJQVVF X0tUUkFDRQlTVEQJeyBpbnQga3RyYWNlKGludCBmZCwgaW50IG9wcywgXAogCQkJCSAgICBpbnQg ZmFjcywgaW50IHBpZCk7IH0KIDQ2CUFVRV9TSUdBQ1RJT04JQ09NUEFUCXsgaW50IHNpZ2FjdGlv bihpbnQgc2lnbnVtLCBcCiAJCQkJICAgIHN0cnVjdCBvc2lnYWN0aW9uICpuc2EsIFwKLS0tICBz eXMva2Vybi9zeXN0cmFjZV9hcmdzLmMub3JpZworKysgIHN5cy9rZXJuL3N5c3RyYWNlX2FyZ3Mu YwpAQCAtMiw3ICsyLDcgQEAKICAqIFN5c3RlbSBjYWxsIGFyZ3VtZW50IHRvIERUcmFjZSByZWdp c3RlciBhcnJheSBjb252ZXJzdGlvbi4KICAqCiAgKiBETyBOT1QgRURJVC0tIHRoaXMgZmlsZSBp cyBhdXRvbWF0aWNhbGx5IGdlbmVyYXRlZC4KLSAqICRGcmVlQlNEOiBzcmMvc3lzL2tlcm4vc3lz dHJhY2VfYXJncy5jLHYgMS4xMiAyMDA2LzExLzExIDIyOjAxOjI1IHJ1IEV4cCAkCisgKiAkRnJl ZUJTRCQKICAqIFRoaXMgZmlsZSBpcyBwYXJ0IG9mIHRoZSBEVHJhY2Ugc3lzY2FsbCBwcm92aWRl ci4KICAqLwogCkBAIC0zMTMsNyArMzEzLDcgQEAKIAkvKiBrdHJhY2UgKi8KIAljYXNlIDQ1OiB7 CiAJCXN0cnVjdCBrdHJhY2VfYXJncyAqcCA9IHBhcmFtczsKLQkJdWFyZ1swXSA9IChpbnRwdHJf dCkgcC0+Zm5hbWU7IC8qIGNvbnN0IGNoYXIgKiAqLworCQlpYXJnWzBdID0gcC0+ZmQ7IC8qIGlu dCAqLwogCQlpYXJnWzFdID0gcC0+b3BzOyAvKiBpbnQgKi8KIAkJaWFyZ1syXSA9IHAtPmZhY3M7 IC8qIGludCAqLwogCQlpYXJnWzNdID0gcC0+cGlkOyAvKiBpbnQgKi8KLS0tICBzeXMvc3lzL3By b2MuaC5vcmlnCisrKyAgc3lzL3N5cy9wcm9jLmgKQEAgLTUzMSw3ICs1MzEsNyBAQAogCWludAkJ cF9wcm9mdGhyZWFkczsJLyogKGMpIE51bSB0aHJlYWRzIGluIGFkZHVwY190YXNrLiAqLwogCXZv bGF0aWxlIGludAlwX2V4aXR0aHJlYWRzOwkvKiAoaikgTnVtYmVyIG9mIHRocmVhZHMgZXhpdGlu ZyAqLwogCWludAkJcF90cmFjZWZsYWc7CS8qIChvKSBLZXJuZWwgdHJhY2UgcG9pbnRzLiAqLwot CXN0cnVjdCB2bm9kZQkqcF90cmFjZXZwOwkvKiAoYyArIG8pIFRyYWNlIHRvIHZub2RlLiAqLwor CXN0cnVjdCBmaWxlCSpwX3RyYWNlZnA7CS8qIChjICsgbykgVHJhY2UgdG8gdm5vZGUuICovCiAJ c3RydWN0IHVjcmVkCSpwX3RyYWNlY3JlZDsJLyogKG8pIENyZWRlbnRpYWxzIHRvIHRyYWNlIHdp dGguICovCiAJc3RydWN0IHZub2RlCSpwX3RleHR2cDsJLyogKGIpIFZub2RlIG9mIGV4ZWN1dGFi bGUuICovCiAJY2hhcgkJcF9sb2NrOwkJLyogKGMpIFByb2Nsb2NrIChwcmV2ZW50IHN3YXApIGNv dW50LiAqLwotLS0gIHN5cy9zeXMvc3lzcHJvdG8uaC5vcmlnCisrKyAgc3lzL3N5cy9zeXNwcm90 by5oCkBAIC0yLDcgKzIsNyBAQAogICogU3lzdGVtIGNhbGwgcHJvdG90eXBlcy4KICAqCiAgKiBE TyBOT1QgRURJVC0tIHRoaXMgZmlsZSBpcyBhdXRvbWF0aWNhbGx5IGdlbmVyYXRlZC4KLSAqICRG cmVlQlNEOiBzcmMvc3lzL3N5cy9zeXNwcm90by5oLHYgMS4yMTMgMjAwNi8xMS8xMSAyMjowMToy NCBydSBFeHAgJAorICogJEZyZWVCU0QkCiAgKiBjcmVhdGVkIGZyb20gRnJlZUJTRDogc3JjL3N5 cy9rZXJuL3N5c2NhbGxzLm1hc3Rlcix2IDEuMjMxIDIwMDYvMTEvMDMgMTU6MjM6MTQgcnJzIEV4 cCAKICAqLwogCkBAIC0xOTMsNyArMTkzLDcgQEAKIAljaGFyIHNjYWxlX2xfW1BBRExfKHVfaW50 KV07IHVfaW50IHNjYWxlOyBjaGFyIHNjYWxlX3JfW1BBRFJfKHVfaW50KV07CiB9Owogc3RydWN0 IGt0cmFjZV9hcmdzIHsKLQljaGFyIGZuYW1lX2xfW1BBRExfKGNvbnN0IGNoYXIgKildOyBjb25z dCBjaGFyICogZm5hbWU7IGNoYXIgZm5hbWVfcl9bUEFEUl8oY29uc3QgY2hhciAqKV07CisJY2hh ciBmZF9sX1tQQURMXyhpbnQpXTsgaW50IGZkOyBjaGFyIGZkX3JfW1BBRFJfKGludCldOwogCWNo YXIgb3BzX2xfW1BBRExfKGludCldOyBpbnQgb3BzOyBjaGFyIG9wc19yX1tQQURSXyhpbnQpXTsK IAljaGFyIGZhY3NfbF9bUEFETF8oaW50KV07IGludCBmYWNzOyBjaGFyIGZhY3Nfcl9bUEFEUl8o aW50KV07CiAJY2hhciBwaWRfbF9bUEFETF8oaW50KV07IGludCBwaWQ7IGNoYXIgcGlkX3JfW1BB RFJfKGludCldOwotLS0gIHVzci5iaW4va3RyYWNlL2t0cmFjZS5jLm9yaWcKKysrICB1c3IuYmlu L2t0cmFjZS9rdHJhY2UuYwpAQCAtMTM3LDkgKzEzNywxMyBAQAogCQkJcGlkID0gMTsKIAkJfSBl bHNlCiAJCQlvcHMgfD0gcGlkc2V0ID8gS1RST1BfQ0xFQVIgOiBLVFJPUF9DTEVBUkZJTEU7Ci0K LQkJaWYgKGt0cmFjZSh0cmFjZWZpbGUsIG9wcywgdHJwb2ludHMsIHBpZCkgPCAwKQorCQlpZiAo KGZkID0gb3Blbih0cmFjZWZpbGUsIE9fUkRXUiwgCisgICAgICAgICAgICAgICAgICAgIERFRkZJ TEVNT0RFKSkgPCAwKQorICAgICAgICAgICAgICAgICAgICAgICAgZXJyKDEsICIlcyIsIHRyYWNl ZmlsZSk7CisJCQorCQlpZiAoa3RyYWNlKGZkLCBvcHMsIHRycG9pbnRzLCBwaWQpIDwgMCkKIAkJ CWVycigxLCAiJXMiLCB0cmFjZWZpbGUpOworCQljbG9zZShmZCk7CiAJCWV4aXQoMCk7CiAJfQog CkBAIC0xNTQsMjMgKzE1OCwyMSBAQAogCQlpZiAoIShTX0lTUkVHKHNiLnN0X21vZGUpKSkKIAkJ CWVycngoMSwgIiVzIG5vdCByZWd1bGFyIGZpbGUiLCB0cmFjZWZpbGUpOwogCX0gZWxzZSB7Ci0J CWlmICh1bmxpbmsodHJhY2VmaWxlKSA9PSAtMSAmJiBlcnJubyAhPSBFTk9FTlQpCi0JCQllcnIo MSwgInVubGluayAlcyIsIHRyYWNlZmlsZSk7Ci0JCWlmICgoZmQgPSBvcGVuKHRyYWNlZmlsZSwg T19DUkVBVCB8IE9fRVhDTCB8IE9fV1JPTkxZLAorCQlpZiAoKGZkID0gb3Blbih0cmFjZWZpbGUs IE9fQ1JFQVQgfCBPX1dST05MWSB8IE9fQVBQRU5ELAogCQkgICAgREVGRklMRU1PREUpKSA8IDAp CiAJCQllcnIoMSwgIiVzIiwgdHJhY2VmaWxlKTsKIAl9CiAJKHZvaWQpdW1hc2sob21hc2spOwot CSh2b2lkKWNsb3NlKGZkKTsKIAotCWlmICgqYXJndikgeyAKLQkJaWYgKGt0cmFjZSh0cmFjZWZp bGUsIG9wcywgdHJwb2ludHMsIGdldHBpZCgpKSA8IDApCisJaWYgKCphcmd2KSB7CisJCWlmIChr dHJhY2UoZmQsIG9wcywgdHJwb2ludHMsIGdldHBpZCgpKSA8IDApCiAJCQllcnIoMSwgIiVzIiwg dHJhY2VmaWxlKTsKIAkJZXhlY3ZwKGFyZ3ZbMF0sICZhcmd2WzBdKTsKIAkJZXJyKDEsICJleGVj IG9mICclcycgZmFpbGVkIiwgYXJndlswXSk7CiAJfQotCWVsc2UgaWYgKGt0cmFjZSh0cmFjZWZp bGUsIG9wcywgdHJwb2ludHMsIHBpZCkgPCAwKQorCWVsc2UgaWYgKGt0cmFjZShmZCwgb3BzLCB0 cnBvaW50cywgcGlkKSA8IDApCiAJCWVycigxLCAiJXMiLCB0cmFjZWZpbGUpOworCWNsb3NlKGZk KTsKIAlleGl0KDApOwogfQogCg== ------=_Part_19119_25214203.1182962066882-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 17:19:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C3F716A468 for ; Wed, 27 Jun 2007 17:19:07 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id DB55513C43E for ; Wed, 27 Jun 2007 17:19:06 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by ug-out-1314.google.com with SMTP id u2so431925uge for ; Wed, 27 Jun 2007 10:19:05 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=X/clF2dlhr0N60pmZ/pUFZYyZm4VewDPriuS3OMXsv9dyd2EG3fwBl41rdeWXsv2uZjGHvMr+DeE2E85gOJWqw5lRU7WbXNLhvqESnm+c7TJj3gretFa0nHNhebN9yMLJ4iUn2rJK01m7Z/OMCAcLio9TyxXC8GJQMyi2te0avE= 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=AP3pQIcR+UIAKP5eeyLfr+SC8UZOWfg6cU9D1/V1j8LFN+0/pkDc66ku7bhSZ2qAhnLLtw8zD5hugki0shP24FMvepIIwpVDLG/yGBwQgIS+zpm2tCOk1mSDEgK9wcSzEFnGDdtvkPTxMACGED01vPYazzvw8yW6ihSqVKuX6Pk= Received: by 10.82.160.2 with SMTP id i2mr1627631bue.1182963039750; Wed, 27 Jun 2007 09:50:39 -0700 (PDT) Received: by 10.82.171.9 with HTTP; Wed, 27 Jun 2007 09:50:39 -0700 (PDT) Message-ID: <14989d6e0706270950j61f37425o4ebb11bca00e9d4e@mail.gmail.com> Date: Wed, 27 Jun 2007 16:50:39 +0000 From: "Christian Walther" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Snapshots on the homepage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 17:19:07 -0000 Hi, this might be the wrong list, so please point me to the real one if possible. I wanted to download a recent snapshot of CURRENT, but the latest snapshot listed on the Homepage is from april. This might confuse people who want to give CURRENT a try. The page http://www.freebsd.org/snapshots/ should either be updated or the monthly listing replaced with a link pointing to the parent directory. Regards Christian From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 18:47:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1391516A46E for ; Wed, 27 Jun 2007 18:47:29 +0000 (UTC) (envelope-from jmadle@tac-tac.cz) Received: from mail.tac-tac.cz (mail.tac-tac.cz [194.212.102.90]) by mx1.freebsd.org (Postfix) with ESMTP id 5C99513C44C for ; Wed, 27 Jun 2007 18:47:28 +0000 (UTC) (envelope-from jmadle@tac-tac.cz) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.tac-tac.cz (Postfix) with ESMTP id 6A9C626D13 for ; Wed, 27 Jun 2007 20:29:51 +0200 (CEST) Received: from mail.tac-tac.cz ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03737-01 for ; Wed, 27 Jun 2007 20:29:45 +0200 (CEST) Received: from pcjirka (unknown [1.0.0.10]) by mail.tac-tac.cz (Postfix) with SMTP id 9A61723291 for ; Wed, 27 Jun 2007 20:29:44 +0200 (CEST) Message-ID: <00bc01c7b8e9$2d093f60$0a000001@pcjirka> From: "TAC-TAC computer s.r.o." To: Date: Wed, 27 Jun 2007 20:30:02 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at tac-tac.cz Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: buildworld error - ssl_stat.c:249 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 18:47:29 -0000 I have problem with make buildworld. I got always error in : = /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_stat.c:249: = error I've read = http://lists.freebsd.org/pipermail/freebsd-current/2007-April/071478.html= . If it is really compiler optimization problem, could you help me please = with correct/optimal setting? Thank you in advance for help Jiri Madle cat /etc/make.conf # added by use.perl 2007-06-18 15:28:47 PERL_VER=3D5.8.8 PERL_VERSION=3D5.8.8 CPUTYPE?=3Dnocona CFLAGS=3D -O -pipe COPTFLAGS=3D -O -pipe I tried also -O2 - same problem. cc -O -pipe -march=3Dnocona -DTERMIOS -DANSI_SOURCE = -I/usr/src/secure/lib/libssl/../../../crypto/openssl = -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto = -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN = -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -c = /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_stat.c /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_stat.c: In = function 'SSL_state_string': /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_stat.c:249: = error: stray '\2' in program /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_stat.c:249: = error: 'SSL2_ST_SEND_SERVER_HELLO_' undeclared (first use in this = function) /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_stat.c:249: = error: (Each undeclared identifier is reported only once /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_stat.c:249: = error: for each function it appears in.) *** Error code 1 Stop in /usr/src/secure/lib/libssl. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src uname -a FreeBSD bsd7-aj.tac-tac.cz 7.0-CURRENT-200706 FreeBSD 7.0-CURRENT-200706 = #0: Thu Jun 7 21:38:42 UTC 2007 = root@stiles.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 CPU: Intel(R) Pentium(R) D CPU 3.20GHz (3192.03-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf65 Stepping =3D 5 = Features=3D0xbfebfbff Features2=3D0xe49d AMD Features=3D0x20100800 AMD Features2=3D0x1 Cores per package: 2 From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 20:09:29 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B43A216A400 for ; Wed, 27 Jun 2007 20:09:29 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from smtp.qwerty.ru (smtp.qwerty.ru [87.240.2.134]) by mx1.freebsd.org (Postfix) with ESMTP id 4027F13C4AE for ; Wed, 27 Jun 2007 20:09:29 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from acer.lissyara.int.otradno.ru (unknown [10.21.64.215]) by smtp.qwerty.ru (Spam Firewall) with ESMTP id 957781869A97 for ; Wed, 27 Jun 2007 23:53:12 +0400 (MSD) Message-ID: <4682C028.2040504@lissyara.su> Date: Wed, 27 Jun 2007 23:53:12 +0400 From: Alex Keda User-Agent: Thunderbird 2.0.0.4 (X11/20070617) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: update 6.2 -> current failed - optimization problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 20:09:29 -0000 ussr# make buildworld -------------------------------------------------------------- >>> World build started on Wed Jun 27 23:48:21 MSD 2007 -------------------------------------------------------------- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/tmp rm -rf /usr/obj/usr/src/lib32 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/bin mkdir -p /usr/obj/usr/src/tmp/legacy/usr/games mkdir -p /usr/obj/usr/src/tmp/legacy/usr/include/sys mkdir -p /usr/obj/usr/src/tmp/legacy/usr/lib mkdir -p /usr/obj/usr/src/tmp/legacy/usr/libexec mkdir -p /usr/obj/usr/src/tmp/legacy/usr/sbin mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/dict mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/tmp/lib mkdir -p /usr/obj/usr/src/tmp/usr/bin mkdir -p /usr/obj/usr/src/tmp/usr/include mkdir -p /usr/obj/usr/src/tmp/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/tmp/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/tmp/usr/libexec mkdir -p /usr/obj/usr/src/tmp/usr/sbin mkdir -p /usr/obj/usr/src/tmp/usr/share/misc mkdir -p /usr/obj/usr/src/tmp/usr/share/snmp/defs mkdir -p /usr/obj/usr/src/tmp/usr/share/snmp/mibs mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/tmp/usr/include >/dev/null ln -sf /usr/src/sys /usr/obj/usr/src/tmp -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk -m /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= BOOTSTRAPPING=602000 -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy ===> tools/build (obj,includes,depend,all,install) /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/tools/build/dummy.c cc -O2 -fno-strict-aliasing -fno-tree-vrp -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/dummy.c cc1: error: unrecognized command line option "-fno-tree-vrp" *** Error code 1 Stop in /usr/src/tools/build. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ussr# pwd /usr/src ussr# ussr# uname -a FreeBSD ussr.lissyara.int.otradno.ru 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 08:43:30 UTC 2007 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64 ussr# ============================ if add to make.conf CFLAGS=-O then update success ========= may be add this to /usr/src/UPDATING? From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 20:53:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7D69F16A421 for ; Wed, 27 Jun 2007 20:53:32 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 5A07A13C45E for ; Wed, 27 Jun 2007 20:53:30 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 27 Jun 2007 13:53:30 -0700 X-IronPort-AV: i="4.16,467,1175497200"; d="scan'208"; a="173262071:sNHT57951315" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l5RKrUgY032020; Wed, 27 Jun 2007 13:53:30 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5RKrOn0005825; Wed, 27 Jun 2007 20:53:30 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 27 Jun 2007 13:53:29 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 27 Jun 2007 13:53:28 -0700 Message-ID: <4682CEAE.9080304@cisco.com> Date: Wed, 27 Jun 2007 16:55:10 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alex Keda References: <4682C028.2040504@lissyara.su> In-Reply-To: <4682C028.2040504@lissyara.su> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Jun 2007 20:53:28.0989 (UTC) FILETIME=[36DABCD0:01C7B8FD] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=5001; t=1182977610; x=1183841610; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20update=206.2=20->=20current=20failed=20-=20optimizati on=20problem |Sender:=20; bh=Sda+kXR0nSW5yT7YY1ZWrC2Tblj1pbMFsqZiKOURKSc=; b=L9HoBuLi2m4sHUSd+3Wooq4ziwp4AxGWN5coq7labOdl8es0EVDZq5skUK3pm0u5NhvEHlBy ZqmqIcubS3U/D5yGOuRfMOY4qOni8ZShOjnAVPF98JeEfdnemhn0EMv77TEFPZZVz9WzZjFAFN QKhkgsa8ZXRQV4YvFphes48T0=; Authentication-Results: sj-dkim-1; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim1004 verified; ); Cc: freebsd-current@freebsd.org Subject: Re: update 6.2 -> current failed - optimization problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 20:53:32 -0000 Alex Keda wrote: > ussr# make buildworld > -------------------------------------------------------------- > >>> World build started on Wed Jun 27 23:48:21 MSD 2007 > -------------------------------------------------------------- > > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/tmp > rm -rf /usr/obj/usr/src/lib32 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/bin > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/games > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/include/sys > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/lib > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/libexec > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/sbin > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/dict > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX100 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX100-12 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX75 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX75-12 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devascii > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devcp1047 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devdvi > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devhtml > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devkoi8-r > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlatin1 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlbp > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlj4 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devps > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devutf8 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/tmac/mdoc > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/tmac/mm > mkdir -p /usr/obj/usr/src/tmp/lib > mkdir -p /usr/obj/usr/src/tmp/usr/bin > mkdir -p /usr/obj/usr/src/tmp/usr/include > mkdir -p /usr/obj/usr/src/tmp/usr/lib/compat/aout > mkdir -p /usr/obj/usr/src/tmp/usr/libdata/ldscripts > mkdir -p /usr/obj/usr/src/tmp/usr/libexec > mkdir -p /usr/obj/usr/src/tmp/usr/sbin > mkdir -p /usr/obj/usr/src/tmp/usr/share/misc > mkdir -p /usr/obj/usr/src/tmp/usr/share/snmp/defs > mkdir -p /usr/obj/usr/src/tmp/usr/share/snmp/mibs > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p > /usr/obj/usr/src/tmp/usr/include >/dev/null > ln -sf /usr/src/sys /usr/obj/usr/src/tmp > > -------------------------------------------------------------- > >>> stage 1.1: legacy release compatibility shims > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp INSTALL="sh > /usr/src/tools/install.sh" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk -m > /usr/src/share/mk" make -f Makefile.inc1 DESTDIR= > BOOTSTRAPPING=602000 -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT > -DWITHOUT_MAN -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED > -DNO_CPU_CFLAGS -DNO_WARNS legacy > ===> tools/build (obj,includes,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build > cd /usr/src/tools/build; make buildincludes; make installincludes > rm -f .depend > mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include > /usr/src/tools/build/dummy.c > cc -O2 -fno-strict-aliasing -fno-tree-vrp -pipe > -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/dummy.c > cc1: error: unrecognized command line option "-fno-tree-vrp" > *** Error code 1 > > Stop in /usr/src/tools/build. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > ussr# pwd > /usr/src > ussr# ussr# uname -a > FreeBSD ussr.lissyara.int.otradno.ru 6.2-RELEASE FreeBSD 6.2-RELEASE #0: > Fri Jan 12 08:43:30 UTC 2007 > root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64 > ussr# ============================ > if add to make.conf > CFLAGS=-O > then update success > ========= > may be add this to /usr/src/UPDATING? > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > I hit the same problem today... the way I got around it was to go into /usr/ports/lang/gcc42 make install and then manually ln -s /bin/cc to /usr/local/bin/gcc42 and /bin/c++ to /usr/local/bin/g++42 Once I did that the build works again.. R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Wed Jun 27 23:48:21 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B18AD16A468 for ; Wed, 27 Jun 2007 23:48:21 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (darklight.org.ru [194.186.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 3F3D413C46E for ; Wed, 27 Jun 2007 23:48:19 +0000 (UTC) (envelope-from yuri@darklight.org.ru) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.1/8.14.1) with ESMTP id l5RNljBG021847; Thu, 28 Jun 2007 03:47:46 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Received: (from yuri@localhost) by darklight.org.ru (8.14.1/8.14.1/Submit) id l5RNliWJ021846; Thu, 28 Jun 2007 03:47:44 +0400 (MSD) (envelope-from yuri@darklight.org.ru) Date: Thu, 28 Jun 2007 03:47:44 +0400 From: Yuri Pankov To: Alex Keda Message-ID: <20070627234744.GA18599@darklight.org.ru> References: <4682C028.2040504@lissyara.su> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=SHA1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <4682C028.2040504@lissyara.su> User-Agent: Mutt/1.5.15 (2007-04-06) X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-3.0 (darklight.org.ru [127.0.0.1]); Thu, 28 Jun 2007 03:47:46 +0400 (MSD) Cc: freebsd-current@freebsd.org Subject: Re: update 6.2 -> current failed - optimization problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Jun 2007 23:48:21 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 27, 2007 at 11:53:12PM +0400, Alex Keda wrote: > ussr# make buildworld > -------------------------------------------------------------- > >>> World build started on Wed Jun 27 23:48:21 MSD 2007 > -------------------------------------------------------------- >=20 > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/tmp > rm -rf /usr/obj/usr/src/lib32 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/bin > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/games > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/include/sys > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/lib > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/libexec > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/sbin > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/dict > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX100 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX100-12 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX75 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devX75-12 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devascii > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devcp1047 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devdvi > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devhtml > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devkoi8-r > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlatin1 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlbp > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devlj4 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devps > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/groff_font/devutf8 > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/tmac/mdoc > mkdir -p /usr/obj/usr/src/tmp/legacy/usr/share/tmac/mm > mkdir -p /usr/obj/usr/src/tmp/lib > mkdir -p /usr/obj/usr/src/tmp/usr/bin > mkdir -p /usr/obj/usr/src/tmp/usr/include > mkdir -p /usr/obj/usr/src/tmp/usr/lib/compat/aout > mkdir -p /usr/obj/usr/src/tmp/usr/libdata/ldscripts > mkdir -p /usr/obj/usr/src/tmp/usr/libexec > mkdir -p /usr/obj/usr/src/tmp/usr/sbin > mkdir -p /usr/obj/usr/src/tmp/usr/share/misc > mkdir -p /usr/obj/usr/src/tmp/usr/share/snmp/defs > mkdir -p /usr/obj/usr/src/tmp/usr/share/snmp/mibs > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p=20 > /usr/obj/usr/src/tmp/usr/include >/dev/null > ln -sf /usr/src/sys /usr/obj/usr/src/tmp >=20 > -------------------------------------------------------------- > >>> stage 1.1: legacy release compatibility shims > -------------------------------------------------------------- > cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/tmp INSTALL=3D"sh=20 > /usr/src/tools/install.sh" =20 > PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/= usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin= =20 > WORLDTMP=3D/usr/obj/usr/src/tmp MAKEFLAGS=3D"-m /usr/src/tools/build/m= k -m=20 > /usr/src/share/mk" make -f Makefile.inc1 DESTDIR=3D BOOTSTRAPPING=3D60= 2000 =20 > -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_NLS=20 > -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy > =3D=3D=3D> tools/build (obj,includes,depend,all,install) > /usr/obj/usr/src/tmp/usr/src/tools/build created for /usr/src/tools/build > cd /usr/src/tools/build; make buildincludes; make installincludes > rm -f .depend > mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include=20 > /usr/src/tools/build/dummy.c > cc -O2 -fno-strict-aliasing -fno-tree-vrp -pipe =20 > -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/tools/build/dummy.c > cc1: error: unrecognized command line option "-fno-tree-vrp" > *** Error code 1 >=20 > Stop in /usr/src/tools/build. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > ussr# pwd > /usr/src > ussr# ussr# uname -a > FreeBSD ussr.lissyara.int.otradno.ru 6.2-RELEASE FreeBSD 6.2-RELEASE #0:= Fri=20 > Jan 12 08:43:30 UTC 2007 =20 > root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64 > ussr# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > if add to make.conf > CFLAGS=3D-O > then update success > =3D=3D=3D=3D=3D=3D=3D=3D=3D > may be add this to /usr/src/UPDATING? >=20 It's in the process of fixing, I think :-) http://lists.freebsd.org/pipermail/cvs-src/2007-June/080252.html Yuri --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBGgvcgeoAklVFrLdgRAgKVAKCg5p1HdTmjG5T0pd+N/rfoqQdlQwCeNtjl h3zS2ShDzmE2W8Q4v8jJ50k= =K7By -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 01:43:39 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 259B316A469 for ; Thu, 28 Jun 2007 01:43:39 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id E6C8E13C468 for ; Thu, 28 Jun 2007 01:43:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5S1hGYu050025 for ; Wed, 27 Jun 2007 18:43:16 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5S1hCTl050024 for freebsd-current@freebsd.org; Wed, 27 Jun 2007 18:43:12 -0700 (PDT) (envelope-from sgk) Date: Wed, 27 Jun 2007 18:43:11 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20070628014311.GA50012@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 01:43:39 -0000 Any advice on how to isolate or avoid? Jun 27 18:31:19 node11 kernel: TCP: [192.168.0.11]:59661 to [192.168.0.11]:63266 tcpflags 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 05:46:20 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16B2516A468 for ; Thu, 28 Jun 2007 05:46:20 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id C462813C46C for ; Thu, 28 Jun 2007 05:46:19 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 365DB244C19 for ; Thu, 28 Jun 2007 14:24:03 +0900 (JST) Message-ID: <468345F2.1060209@freebsd.org> Date: Thu, 28 Jun 2007 14:24:02 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Current@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Nvidia-driver and current lead system reboot with no error message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 05:46:20 -0000 current (Jun 27 2007) and nvidia-driver (GeForce 7300 GT) lead system reboot 3d feature used without some error messages, for example, beryl leads reboot, glxinfo too, and something like that. 2D features work looks fine. Have someone any idea? Thanks. -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 06:36:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id E9A2316A421; Thu, 28 Jun 2007 06:36:47 +0000 (UTC) Date: Thu, 28 Jun 2007 06:36:47 +0000 From: Andrey Chernov To: Yuri Pankov Message-ID: <20070628063647.GB88421@freebsd.org> Mail-Followup-To: Andrey Chernov , Yuri Pankov , Alex Keda , freebsd-current@freebsd.org References: <4682C028.2040504@lissyara.su> <20070627234744.GA18599@darklight.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070627234744.GA18599@darklight.org.ru> User-Agent: Mutt/1.4.2.1i Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: update 6.2 -> current failed - optimization problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 06:36:48 -0000 On Thu, Jun 28, 2007 at 03:47:44AM +0400, Yuri Pankov wrote: > > cc1: error: unrecognized command line option "-fno-tree-vrp" > > *** Error code 1 > > It's in the process of fixing, I think :-) > > http://lists.freebsd.org/pipermail/cvs-src/2007-June/080252.html > I still await re@ approvement on revised patch version. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 08:43:40 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1A4316A468 for ; Thu, 28 Jun 2007 08:43:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id B6D6C13C44C for ; Thu, 28 Jun 2007 08:43:40 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 523C146F20; Thu, 28 Jun 2007 04:43:40 -0400 (EDT) Date: Thu, 28 Jun 2007 09:43:40 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Howard Su In-Reply-To: Message-ID: <20070628094219.W9286@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: concept prove patch for ktrace output to all file types X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 08:43:41 -0000 On Thu, 28 Jun 2007, Howard Su wrote: > This is a concept prove patch for ktrace. In order to make ktrace write to > stdout, /dev/xxx, fifo file, pipe, I changed ktrace syscall to accepting a > file handler instead of a file name. > > I just get a workable kernel patch. And i make as small as possible changes > to userland code. Now you can do something like: > #mkfifo foo > in session A: #kdump -f foo > in session B: #ktrace -f foo ls > > Then, you can see a real time output like truss did. > > Before moving forward (hacking userland), i want to get some feedback if my > changes in kernel part is the right direction to do. Appreciate your time. > > PS: The patch can be clearly apply to today's current. What happens to processes associated with the same or other ktrace sessions if one ktrace session stalls due to a fifo or pipe buffer filling? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 09:04:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3AEC16A468 for ; Thu, 28 Jun 2007 09:04:24 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 828A313C46C for ; Thu, 28 Jun 2007 09:04:24 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so112027anc for ; Thu, 28 Jun 2007 02:04:23 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rrzrWcqVcuD0Yy2XKPP0mkTcAGHj0/ok4eNaRyq8bUVbr6vUzuYiXJtmHWxewTTTVLMmGyj0pDOSQPA/gvKM85G+eRGa9Y3rFNNz02bkHOw3Ld2Ag1c5MRUZ37TlyIwrYVMQWBuRXV96Yw/+P5iqi69aT40xfISmRB6XKEHJ9Vk= 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=pfcNF7mRLPL77dL/jSGMVx2gyACtAOG2fma1e7kmrJgGJA2PasCPM+EOjYHXSAxRG5ikbFsYelK+2xkVPNC5Rk0BJIFeFsBxnQcsU1XCRzLq/jHz+SKyNUIMIUInxVEkRdAYKGIOTD+6FMy4woojbgF02AeCa8ty4yD7zpHKO3Y= Received: by 10.100.123.9 with SMTP id v9mr545476anc.1183021463803; Thu, 28 Jun 2007 02:04:23 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Thu, 28 Jun 2007 02:04:23 -0700 (PDT) Message-ID: <499c70c0706280204mb252d0ekb01d107b88209a02@mail.gmail.com> Date: Thu, 28 Jun 2007 12:04:23 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: "Steve Kargl" In-Reply-To: <20070628014311.GA50012@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070628014311.GA50012@troutmask.apl.washington.edu> Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 09:04:24 -0000 On 6/28/07, Steve Kargl wrote: > Any advice on how to isolate or avoid? > > Jun 27 18:31:19 node11 kernel: TCP: [192.168.0.11]:59661 to > [192.168.0.11]:63266 tcpflags 0x10; syncache_expand: Segment failed > SYNCOOKIE authentication, segment rejected (probably spoofed) > > -- > Steve It's too weird, I even get it in my server even I use antispoof via pf, and I get the same msg while for the IPs in the same server. -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 09:35:12 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F71816A41F for ; Thu, 28 Jun 2007 09:35:12 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id CF74D13C46E for ; Thu, 28 Jun 2007 09:35:11 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 95EA0244C19; Thu, 28 Jun 2007 18:35:10 +0900 (JST) Message-ID: <468380CE.5060005@freebsd.org> Date: Thu, 28 Jun 2007 18:35:10 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: speconly@post.ru References: <468345F2.1060209@freebsd.org> <20070628090536.GC1465@io.k.vu> In-Reply-To: <20070628090536.GC1465@io.k.vu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Current@FreeBSD.org Subject: Re: Nvidia-driver and current lead system reboot with no error message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 09:35:12 -0000 speconly@post.ru wrote: > On Thu, Jun 28, 2007 at 02:24:02PM +0900, Daichi GOTO wrote: >> current (Jun 27 2007) and nvidia-driver (GeForce 7300 GT) lead >> system reboot 3d feature used without some error messages, >> for example, beryl leads reboot, glxinfo too, and something >> like that. 2D features work looks fine. >> >> Have someone any idea? Thanks. >> > > Updating driver to something 100.14.xx didn't solve this? > > At least it helped me. thanks response. what do you mean ``driver''? I do not know the number series '100.14.xx' I have tried follow nvidia driver o NVIDIA-FreeBSD-x86-1.0-9746.tar.gz o NVIDIA-FreeBSD-x86-1.0-9755.tar.gz both lead reboot. thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 09:58:35 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0C30F16A41F for ; Thu, 28 Jun 2007 09:58:35 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id CC18213C45E for ; Thu, 28 Jun 2007 09:58:34 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 01BAA244C19; Thu, 28 Jun 2007 18:58:33 +0900 (JST) Message-ID: <46838649.3060405@freebsd.org> Date: Thu, 28 Jun 2007 18:58:33 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: speconly@post.ru References: <468345F2.1060209@freebsd.org> <20070628090536.GC1465@io.k.vu> In-Reply-To: <20070628090536.GC1465@io.k.vu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Current@FreeBSD.org Subject: Re: Nvidia-driver and current lead system reboot with no error message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 09:58:35 -0000 speconly@post.ru wrote: > On Thu, Jun 28, 2007 at 02:24:02PM +0900, Daichi GOTO wrote: >> current (Jun 27 2007) and nvidia-driver (GeForce 7300 GT) lead >> system reboot 3d feature used without some error messages, >> for example, beryl leads reboot, glxinfo too, and something >> like that. 2D features work looks fine. >> >> Have someone any idea? Thanks. >> > > Updating driver to something 100.14.xx didn't solve this? yeah, alright. 100.14.xx is new nvidia-drvier number. http://www.nvidia.com/object/unix.html have you installed manually? or make a new port to install? ;) > At least it helped me. -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 10:50:48 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7709C16A41F for ; Thu, 28 Jun 2007 10:50:48 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 2C30913C447 for ; Thu, 28 Jun 2007 10:50:48 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=FnYICejy4u68/37tRhX7P6+5HVb4+M3+V+ffHznBy56hIVRvMcqKrsrEa8DekTz/9Rojm4MBggrqXJ/jT5Ofjel4Dy9gIoBB6n4xbQ+o1ECj13AZVSCYMjQx0TLM39WeZP0o8eoqff4e7rLJv6o5Vy2vi+4sU2IEZL9YAagES7U=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1I3raG-000Dx0-Gn; Thu, 28 Jun 2007 14:50:44 +0400 Date: Thu, 28 Jun 2007 14:50:40 +0400 From: Eygene Ryabinkin To: Steve Kargl Message-ID: <20070628105039.GE11335@void.codelabs.ru> References: <20070628014311.GA50012@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070628014311.GA50012@troutmask.apl.washington.edu> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_00 Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 10:50:48 -0000 Steve, good day. Wed, Jun 27, 2007 at 06:43:11PM -0700, Steve Kargl wrote: > Any advice on how to isolate or avoid? > > Jun 27 18:31:19 node11 kernel: TCP: [192.168.0.11]:59661 to > [192.168.0.11]:63266 tcpflags 0x10; syncache_expand: Segment failed > SYNCOOKIE authentication, segment rejected (probably spoofed) According to Andre Oppermann, these are harmless: http://lists.freebsd.org/pipermail/freebsd-net/2007-June/014401.html But I am expiriencing some problems related to the other messages like 'tcp_input: Listen socket: Spurious RST, segment rejected'. Though it seems not to be your case, but my problems are documented in the aforementioned thread. Just in case you're curious... -- Eygene From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 11:25:15 2007 Return-Path: X-Original-To: Current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3250916A400 for ; Thu, 28 Jun 2007 11:25:15 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.freebsd.org (Postfix) with ESMTP id F1C0913C44B for ; Thu, 28 Jun 2007 11:25:14 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 185FA244C19; Thu, 28 Jun 2007 20:25:14 +0900 (JST) Message-ID: <46839A99.3030805@freebsd.org> Date: Thu, 28 Jun 2007 20:25:13 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: speconly@post.ru References: <468345F2.1060209@freebsd.org> <20070628090536.GC1465@io.k.vu> <46838649.3060405@freebsd.org> In-Reply-To: <46838649.3060405@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Current@FreeBSD.org Subject: Re: Nvidia-driver and current lead system reboot with no error message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 11:25:15 -0000 Daichi GOTO wrote: > speconly@post.ru wrote: >> On Thu, Jun 28, 2007 at 02:24:02PM +0900, Daichi GOTO wrote: >>> current (Jun 27 2007) and nvidia-driver (GeForce 7300 GT) lead >>> system reboot 3d feature used without some error messages, >>> for example, beryl leads reboot, glxinfo too, and something >>> like that. 2D features work looks fine. >>> >>> Have someone any idea? Thanks. >>> >> >> Updating driver to something 100.14.xx didn't solve this? > > yeah, alright. 100.14.xx is new nvidia-drvier number. > > http://www.nvidia.com/object/unix.html > > have you installed manually? or make a new port to install? ;) I have tried 100.14.11 and it works great fine :) Thanks! >> At least it helped me. -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 11:31:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2450A16A41F for ; Thu, 28 Jun 2007 11:31:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 16D5513C455 for ; Thu, 28 Jun 2007 11:31:10 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Message-ID:MIME-Version:Content-Type:Content-Disposition:Sender:X-Spam-Status:Subject; b=lMPMhynaWEJtKLqKbdvsn7HGi9GdC4Ej2M1H0pZcECLuhHmaQPSrqwfVJIekFiSf1ldb/qF0DOMGGgNZGubbL9sT3YsF8WlBhKu+sTRMQImmN3SkKrs9GpKobq2ksXTSXosXl3GfCbib29kzVhupJ3HUB4yeRf8HJg//9k9F7EE=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1I3sDN-000Dzs-5z for freebsd-current@freebsd.org; Thu, 28 Jun 2007 15:31:09 +0400 Date: Thu, 28 Jun 2007 15:31:04 +0400 From: Eygene Ryabinkin To: freebsd-current@freebsd.org Message-ID: <20070628113104.GF11335@void.codelabs.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.6 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Subject: cam_periph.c compilation errors on the -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 11:31:11 -0000 Good day. Today's CURRENT, i386 arch. Got signedness warnings that were transferred to errors because of compilation flags: ----- cc -c -O2 -pipe -fno-strict-aliasing -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -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 -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror ../../../cam/cam_periph.c cc1: note: obsolete option -I- used, please use -iquote instead cc1: warnings being treated as errors ../../../cam/cam_periph.c: In function 'cam_periph_mapmem': ../../../cam/cam_periph.c:651: warning: pointer targets in assignment differ in signedness ../../../cam/cam_periph.c:679: warning: pointer targets in assignment differ in signedness *** Error code 1 ----- Not very familiar with the cam subsystem, so can not judge what will be the right way to fix this. -- Eygene From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 09:29:25 2007 Return-Path: X-Original-To: Current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A56716A41F; Thu, 28 Jun 2007 09:29:25 +0000 (UTC) (envelope-from speconly@post.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id DB54913C457; Thu, 28 Jun 2007 09:29:24 +0000 (UTC) (envelope-from speconly@post.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id 40B6063F40E; Thu, 28 Jun 2007 13:05:37 +0400 (MSD) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.198.26.238] (account speconly@post.ru HELO localhost) by corbina.ru (CommuniGate Pro SMTP 5.1.10) with ESMTPSA id 2203055; Thu, 28 Jun 2007 13:05:42 +0400 Date: Thu, 28 Jun 2007 13:05:36 +0400 From: speconly@post.ru To: Daichi GOTO Message-ID: <20070628090536.GC1465@io.k.vu> References: <468345F2.1060209@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <468345F2.1060209@freebsd.org> User-Agent: Mutt/1.5.15 (2007-04-06) X-Mailman-Approved-At: Thu, 28 Jun 2007 11:31:43 +0000 Cc: Current@FreeBSD.org Subject: Re: Nvidia-driver and current lead system reboot with no error message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 09:29:25 -0000 On Thu, Jun 28, 2007 at 02:24:02PM +0900, Daichi GOTO wrote: > current (Jun 27 2007) and nvidia-driver (GeForce 7300 GT) lead > system reboot 3d feature used without some error messages, > for example, beryl leads reboot, glxinfo too, and something > like that. 2D features work looks fine. > > Have someone any idea? Thanks. > Updating driver to something 100.14.xx didn't solve this? At least it helped me. From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 12:00:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4289416A473 for ; Thu, 28 Jun 2007 12:00:46 +0000 (UTC) (envelope-from randall@lakerest.net) Received: from lakerest.net (adsl-070-155-160-098.sip.cae.bellsouth.net [70.155.160.98]) by mx1.freebsd.org (Postfix) with ESMTP id F181D13C4BB for ; Thu, 28 Jun 2007 12:00:45 +0000 (UTC) (envelope-from randall@lakerest.net) Received: from [10.1.1.11] (ibmlap [10.1.1.11]) by lakerest.net (8.14.1/8.13.8) with ESMTP id l5SBL5HP001160 for ; Thu, 28 Jun 2007 07:21:05 -0400 (EDT) (envelope-from randall@lakerest.net) Message-ID: <46839A06.6080408@lakerest.net> Date: Thu, 28 Jun 2007 07:22:46 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 28 Jun 2007 12:29:10 +0000 Cc: Subject: F/W - dhcpd deamon question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 12:00:46 -0000 Hi all: I have a question about an error message I have seen off and on now.. for quite some time :-) I seem to get: dhcpd: send_packet: Permission denied On my main server quite a bit... like once every 3-5 minutes. Now I have a F/W up and I am thinking maybe its a rule I am missing or something.. The complaint is about a interface I allow dhcp to speak too (inside my nat).. and I am not sure what dhcpd wants to announce.. I am guessing its a broadcast of some sort. As to it working.. it seems to work just fine, I am getting dhcpd request and devices do get addresses... so I am curious.. has anyone seen this (probably so) and whats the simple F/W or other rule I am missing to make dhcpd completly happy ;-D Thanks R -- Randall Stewart 803-345-0369 815-342-5222(cell) From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 13:05:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BA8A16A41F for ; Thu, 28 Jun 2007 13:05:21 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.freebsd.org (Postfix) with ESMTP id 51DE313C487 for ; Thu, 28 Jun 2007 13:05:21 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id BDF1BC5D7; Thu, 28 Jun 2007 08:48:56 -0400 (EDT) Received: from toshi.auburn.protected-networks.net (c-66-30-0-101.hsd1.ma.comcast.net [66.30.0.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id B416CC407; Thu, 28 Jun 2007 08:48:45 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1183034925; bh=kgzh3Bzo34C0+N on4u+4vpFrx+xpPIw4ZFZR19rOkF4=; h=DomainKey-Signature:Message-ID: Date:From:User-Agent:MIME-Version:To:CC:Subject:References: In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type: Content-Transfer-Encoding; b=HN4eR9ZC3Mo9z5yj/W2GAzT3pjbyIDDxFtd8j lSrcsaTi629orlYZlADwyO62htFYWg/9WzsItNiWnG9tHfoyNk/lX5hfrmdYEe+v1Yv 1J8YCcJxBy0y5Sso/JG2cLjZ DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=V92QuZyg3XCId8YJLXoUYdc4O02+svQfHlawKD9DbKxfPz3nw4cqQQ4KEFZIUpaEf y8GRx0mRTQO6aILW5axl2MLlZla7RYpX3hUhI8e9gNlvNgZk0Z72uRFbrHlEvRr Message-ID: <4683AE2C.6010709@protected-networks.net> Date: Thu, 28 Jun 2007 08:48:44 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.4 (X11/20070615) MIME-Version: 1.0 To: Randall Stewart References: <46839A06.6080408@lakerest.net> In-Reply-To: <46839A06.6080408@lakerest.net> X-Enigmail-Version: 0.95.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: F/W - dhcpd deamon question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 13:05:21 -0000 Randall Stewart wrote: > I seem to get: > > dhcpd: send_packet: Permission denied > > On my main server quite a bit... like once every 3-5 minutes. > > Now I have a F/W up and I am thinking maybe its a rule I > am missing or something.. These are likely UDP broadcasts to address 255.255.255.255 but, fortunately, with a low TTL. These are responses to the following .. >From the client, dhcp queries are always directed to the bootp port (68) of the server even if it doesn't yet have an appropriate address of its own (it will use a source of 255.255.255.255). What you need is a rule-set which allows both halves of this transaction, Michael From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 15:13:05 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB9A516A46C for ; Thu, 28 Jun 2007 15:13:05 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB0C13C4B7 for ; Thu, 28 Jun 2007 15:13:05 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5SFCOQw058232; Thu, 28 Jun 2007 08:12:24 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5SFCFkL058231; Thu, 28 Jun 2007 08:12:15 -0700 (PDT) (envelope-from sgk) Date: Thu, 28 Jun 2007 08:12:15 -0700 From: Steve Kargl To: Eygene Ryabinkin Message-ID: <20070628151215.GA58165@troutmask.apl.washington.edu> References: <20070628014311.GA50012@troutmask.apl.washington.edu> <20070628105039.GE11335@void.codelabs.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070628105039.GE11335@void.codelabs.ru> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 15:13:05 -0000 On Thu, Jun 28, 2007 at 02:50:40PM +0400, Eygene Ryabinkin wrote: > Steve, good day. > > Wed, Jun 27, 2007 at 06:43:11PM -0700, Steve Kargl wrote: > > Any advice on how to isolate or avoid? > > > > Jun 27 18:31:19 node11 kernel: TCP: [192.168.0.11]:59661 to > > [192.168.0.11]:63266 tcpflags 0x10; syncache_expand: Segment failed > > SYNCOOKIE authentication, segment rejected (probably spoofed) > > According to Andre Oppermann, these are harmless: > http://lists.freebsd.org/pipermail/freebsd-net/2007-June/014401.html > > But I am expiriencing some problems related to the other messages > like 'tcp_input: Listen socket: Spurious RST, segment rejected'. > Though it seems not to be your case, but my problems are documented > in the aforementioned thread. Just in case you're curious... > -- Andre certainly knows more about TCP/IP than I, but no, these are not harmless. Everytime one of these messages appears on the console, my MPI application hangs and must be restarted. My large numerical simulations randomly die anywhere from 15 minutes to 25 hours after launching the job. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 15:14:37 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 306D416A46F for ; Thu, 28 Jun 2007 15:14:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outQ.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 1C83213C489 for ; Thu, 28 Jun 2007 15:14:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Thu, 28 Jun 2007 08:14:36 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 60B04125B3F; Thu, 28 Jun 2007 08:14:36 -0700 (PDT) Message-ID: <4683D063.5040105@elischer.org> Date: Thu, 28 Jun 2007 08:14:43 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Steve Kargl References: <20070628014311.GA50012@troutmask.apl.washington.edu> <20070628105039.GE11335@void.codelabs.ru> <20070628151215.GA58165@troutmask.apl.washington.edu> In-Reply-To: <20070628151215.GA58165@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 15:14:37 -0000 Steve Kargl wrote: > On Thu, Jun 28, 2007 at 02:50:40PM +0400, Eygene Ryabinkin wrote: >> Steve, good day. >> >> Wed, Jun 27, 2007 at 06:43:11PM -0700, Steve Kargl wrote: >>> Any advice on how to isolate or avoid? >>> >>> Jun 27 18:31:19 node11 kernel: TCP: [192.168.0.11]:59661 to >>> [192.168.0.11]:63266 tcpflags 0x10; syncache_expand: Segment failed >>> SYNCOOKIE authentication, segment rejected (probably spoofed) >> According to Andre Oppermann, these are harmless: >> http://lists.freebsd.org/pipermail/freebsd-net/2007-June/014401.html >> >> But I am expiriencing some problems related to the other messages >> like 'tcp_input: Listen socket: Spurious RST, segment rejected'. >> Though it seems not to be your case, but my problems are documented >> in the aforementioned thread. Just in case you're curious... >> -- > > Andre certainly knows more about TCP/IP than I, but no, these > are not harmless. Everytime one of these messages appears > on the console, my MPI application hangs and must be restarted. > My large numerical simulations randomly die anywhere from > 15 minutes to 25 hours after launching the job. is the app on that machine or another machine? > From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 16:18:00 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C99316A46D for ; Thu, 28 Jun 2007 16:18:00 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 0696A13C4BF for ; Thu, 28 Jun 2007 16:17:59 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id EA4F639E33; Thu, 28 Jun 2007 18:17:57 +0200 (CEST) Date: Thu, 28 Jun 2007 18:17:57 +0200 From: Lars Engels To: current@freebsd.org Message-ID: <20070628161757.GN44311@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0FRtVia6Q6lt+M0P" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Subject: recent USB changes broke multimedia/pwcbsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 16:18:00 -0000 --0FRtVia6Q6lt+M0P Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On todays current building multimedia/pwcbsd (kmod for philips based USB webcams) results in the following errors: cc -O2 -fno-strict-aliasing -fno-tree-vrp -pipe -march=3Dprescott -march=3D= prescott -D_KERNEL -DKLD_MODULE -std=3Dc99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --p= aram large-function-growth=3D1000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno= -sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-q= ual -Wundef -Wno-pointer-sign -fformat-extensions -c pwc.c pwc.c:101: warning: data definition has no type or storage class pwc.c:101: warning: type defaults to 'int' in declaration of 'USB_DECLARE_DRIVER' pwc.c:101: warning: parameter names (without types) in function declaration pwc.c:104: warning: return type defaults to 'int' pwc.c:104: warning: function declaration isn't a prototype pwc.c: In function 'USB_MATCH': pwc.c:104: warning: type of 'pwc' defaults to 'int' pwc.c:105: warning: implicit declaration of function 'USB_MATCH_START' pwc.c:105: warning: nested extern declaration of 'USB_MATCH_START' pwc.c:105: error: 'uaa' undeclared (first use in this function) pwc.c:105: error: (Each undeclared identifier is reported only once pwc.c:105: error: for each function it appears in.) pwc.c: At top level: pwc.c:141: warning: return type defaults to 'int' pwc.c:141: warning: function declaration isn't a prototype pwc.c: In function 'USB_ATTACH': pwc.c:141: warning: type of 'pwc' defaults to 'int' pwc.c:142: warning: implicit declaration of function 'USB_ATTACH_START' pwc.c:142: warning: nested extern declaration of 'USB_ATTACH_START' pwc.c:142: error: 'sc' undeclared (first use in this function) pwc.c:142: error: 'uaa' undeclared (first use in this function) pwc.c:155: error: 'USB_ATTACH_ERROR_RETURN' undeclared (first use in this function) pwc.c:159: error: 'USB_ATTACH_SETUP' undeclared (first use in this function) pwc.c:199: error: 'self' undeclared (first use in this function) pwc.c:287: warning: implicit declaration of function 'USBDEV' pwc.c:287: warning: nested extern declaration of 'USBDEV' pwc.c:287: warning: passing argument 3 of 'usbd_add_drv_event' makes pointer from integer without a cast pwc.c:288: error: 'USB_ATTACH_SUCCESS_RETURN' undeclared (first use in this function) pwc.c: At top level: pwc.c:292: warning: return type defaults to 'int' pwc.c:292: warning: function declaration isn't a prototype pwc.c: In function 'USB_DETACH': pwc.c:292: warning: type of 'pwc' defaults to 'int' pwc.c:293: warning: implicit declaration of function 'USB_DETACH_START' pwc.c:293: warning: nested extern declaration of 'USB_DETACH_START' pwc.c:293: error: 'sc' undeclared (first use in this function) pwc.c:321: warning: passing argument 3 of 'usbd_add_drv_event' makes pointer from integer without a cast pwc.c: At top level: pwc.c:326: error: expected declaration specifiers or '...' before 'usb_proc_ptr' pwc.c:327: error: conflicting types for 'pwc_open' pwc.c:42: error: previous declaration of 'pwc_open' was here pwc.c: In function 'pwc_open': pwc.c:332: warning: implicit declaration of function 'USB_GET_SC_OPEN' pwc.c:332: warning: nested extern declaration of 'USB_GET_SC_OPEN' pwc.c:332: error: 'pwc' undeclared (first use in this function) pwc.c: At top level: pwc.c:460: error: expected declaration specifiers or '...' before 'usb_proc_ptr' pwc.c:461: error: conflicting types for 'pwc_close' pwc.c:43: error: previous declaration of 'pwc_close' was here pwc.c: In function 'pwc_close': pwc.c:465: warning: implicit declaration of function 'USB_GET_SC' pwc.c:465: warning: nested extern declaration of 'USB_GET_SC' pwc.c:465: error: 'pwc' undeclared (first use in this function) pwc.c: In function 'pwc_read': pwc.c:516: error: 'pwc' undeclared (first use in this function) pwc.c: At top level: pwc.c:568: error: expected declaration specifiers or '...' before 'usb_proc_ptr' pwc.c:569: error: conflicting types for 'pwc_ioctl' pwc.c:45: error: previous declaration of 'pwc_ioctl' was here pwc.c: In function 'pwc_ioctl': pwc.c:573: error: 'pwc' undeclared (first use in this function) pwc.c: At top level: pwc.c:582: error: expected declaration specifiers or '...' before 'usb_proc_ptr' pwc.c:583: error: conflicting types for 'pwc_poll' pwc.c:47: error: previous declaration of 'pwc_poll' was here pwc.c: In function 'pwc_poll': pwc.c:588: error: 'pwc' undeclared (first use in this function) pwc.c:597: error: 'p' undeclared (first use in this function) pwc.c: At top level: pwc.c:1069: error: 'pwc_driver' undeclared here (not in a function) pwc.c:1069: error: 'pwc_devclass' undeclared here (not in a function) *** Error code 1 Does the port need to be patched or is it a problem on the USB side? Lars --=20 Lars Engels E-Mail: lars.engels@0x20.net =09 --0FRtVia6Q6lt+M0P Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGg981Kc512sD3afgRAm8XAJ9GoBEDymiSlDl31PogvnSU5Hf5awCfaqJW A7ac99KATHsi7YCkb0rHcwM= =d0Gs -----END PGP SIGNATURE----- --0FRtVia6Q6lt+M0P-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 16:28:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6753E16A421 for ; Thu, 28 Jun 2007 16:28:21 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.freebsd.org (Postfix) with ESMTP id 3D49E13C44B for ; Thu, 28 Jun 2007 16:28:21 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-6.cisco.com with ESMTP; 28 Jun 2007 09:28:21 -0700 X-IronPort-AV: i="4.16,471,1175497200"; d="scan'208"; a="173822034:sNHT42567984" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l5SGSKR6029545; Thu, 28 Jun 2007 09:28:20 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l5SGSJmw010428; Thu, 28 Jun 2007 16:28:20 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 28 Jun 2007 09:28:15 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 28 Jun 2007 09:28:14 -0700 Message-ID: <4683E203.2020702@cisco.com> Date: Thu, 28 Jun 2007 12:29:55 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070601 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Butler References: <46839A06.6080408@lakerest.net> <4683AE2C.6010709@protected-networks.net> In-Reply-To: <4683AE2C.6010709@protected-networks.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 Jun 2007 16:28:14.0888 (UTC) FILETIME=[53B96280:01C7B9A1] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1133; t=1183048100; x=1183912100; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:=20Randall=20Stewart=20 |Subject:=20Re=3A=20F/W=20-=20dhcpd=20deamon=20question |Sender:=20; bh=O+yUsug6mQn+iTVBgtt6zM3iTED5agXUMEQz7hbDZG8=; b=ZwSxh1UAzmwzxDVAnMoPHvmUcMcHyOlBFgX9N9Ct6XbD66JchJvOUXu8Sm0x6PAwwVL6xspq fjxdgc7CKN7p1Rt/cfBMHdGaFG0Z2vjW/PKlfgxrQf18/OP/DL2tq/U3; Authentication-Results: sj-dkim-4; header.From=rrs@cisco.com; dkim=pass (sig from cisco.com/sjdkim4002 verified; ); Cc: current@freebsd.org Subject: Re: F/W - dhcpd deamon question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 16:28:21 -0000 Michael Butler wrote: > Randall Stewart wrote: > >>I seem to get: >> >>dhcpd: send_packet: Permission denied >> >>On my main server quite a bit... like once every 3-5 minutes. >> >>Now I have a F/W up and I am thinking maybe its a rule I >>am missing or something.. > > > These are likely UDP broadcasts to address 255.255.255.255 but, > fortunately, with a low TTL. These are responses to the following .. > >>From the client, dhcp queries are always directed to the bootp port (68) > of the server even if it doesn't yet have an appropriate address of its > own (it will use a source of 255.255.255.255). > > What you need is a rule-set which allows both halves of this transaction, > > Michael > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Thanks Michael I knew it was something I was forgetting :-D R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 803-317-4952 (cell) From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 16:32:17 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 887BC16A474 for ; Thu, 28 Jun 2007 16:32:17 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id 450D813C48C for ; Thu, 28 Jun 2007 16:32:17 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id A15B2690BBB; Thu, 28 Jun 2007 17:28:02 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 6F993690C53; Thu, 28 Jun 2007 17:28:02 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (87-196-121-68.net.novis.pt [87.196.121.68]) by core.fnop.net (Postfix) with ESMTP id CA566690BBB; Thu, 28 Jun 2007 17:28:01 +0100 (WEST) Date: Thu, 28 Jun 2007 17:32:13 +0100 Message-ID: <86ejjwm44y.wl%rpaulo@fnop.net> From: Rui Paulo To: Lars Engels In-Reply-To: <20070628161757.GN44311@e.0x20.net> References: <20070628161757.GN44311@e.0x20.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: current@freebsd.org Subject: Re: recent USB changes broke multimedia/pwcbsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 16:32:17 -0000 At Thu, 28 Jun 2007 18:17:57 +0200, Lars Engels wrote: > > Does the port need to be patched or is it a problem on the USB side? Try adding #include -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 16:50:36 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B0B316A421 for ; Thu, 28 Jun 2007 16:50:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id D8EE113C455 for ; Thu, 28 Jun 2007 16:50:35 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5SGo1SB059093; Thu, 28 Jun 2007 09:50:01 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5SGnvXe059089; Thu, 28 Jun 2007 09:49:57 -0700 (PDT) (envelope-from sgk) Date: Thu, 28 Jun 2007 09:49:57 -0700 From: Steve Kargl To: Julian Elischer Message-ID: <20070628164957.GA59038@troutmask.apl.washington.edu> References: <20070628014311.GA50012@troutmask.apl.washington.edu> <20070628105039.GE11335@void.codelabs.ru> <20070628151215.GA58165@troutmask.apl.washington.edu> <4683D063.5040105@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4683D063.5040105@elischer.org> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 16:50:36 -0000 On Thu, Jun 28, 2007 at 08:14:43AM -0700, Julian Elischer wrote: > Steve Kargl wrote: > >On Thu, Jun 28, 2007 at 02:50:40PM +0400, Eygene Ryabinkin wrote: > >>Steve, good day. > >> > >>Wed, Jun 27, 2007 at 06:43:11PM -0700, Steve Kargl wrote: > >>>Any advice on how to isolate or avoid? > >>> > >>>Jun 27 18:31:19 node11 kernel: TCP: [192.168.0.11]:59661 to > >>>[192.168.0.11]:63266 tcpflags 0x10; syncache_expand: Segment failed > >>>SYNCOOKIE authentication, segment rejected (probably spoofed) > >>According to Andre Oppermann, these are harmless: > >> http://lists.freebsd.org/pipermail/freebsd-net/2007-June/014401.html > >> > >>But I am expiriencing some problems related to the other messages > >>like 'tcp_input: Listen socket: Spurious RST, segment rejected'. > >>Though it seems not to be your case, but my problems are documented > >>in the aforementioned thread. Just in case you're curious... > >>-- > > > >Andre certainly knows more about TCP/IP than I, but no, these > >are not harmless. Everytime one of these messages appears > >on the console, my MPI application hangs and must be restarted. > >My large numerical simulations randomly die anywhere from > >15 minutes to 25 hours after launching the job. > > is the app on that machine or another machine? > It's a message passing interface MPI application. I have 6 nodes in a cluster. Each node has 4 CPUs. Each node gets 4 processes. There are a total of 24 processes, and communication between nodes is over a GigE network. This is top(1) output on node11 last pid: 2919; load averages: 4.76, 4.56, 4.55 up 0+12:48:23 09:45:04 34 processes: 5 running, 29 sleeping CPU states: 23.6% user, 0.0% nice, 66.4% system, 10.0% interrupt, 0.0% idle Mem: 4587M Active, 588M Inact, 263M Wired, 596K Cache, 214M Buf, 10G Free Swap: 17G Total, 17G Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 896 kargl 1 130 0 1567M 1428M CPU3 2 659:31 86.77% AVL_PS_mpi 897 kargl 1 130 0 1201M 1061M CPU2 3 655:01 86.33% AVL_PS_mpi 898 kargl 1 130 0 1201M 1061M RUN 1 653:25 86.18% AVL_PS_mpi 899 kargl 1 139 0 1201M 1061M RUN 2 655:00 85.89% AVL_PS_mpi When I get the SYNCOOKIE authentication error message, CPU state shows 0% user and 99.9% system. All 4 processes show WCPU 99.99%. This occurs on all the nodes. AFAICT, the processes are spinning waiting for info from other processes. This info never comes -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 17:14:33 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 537A316A46B for ; Thu, 28 Jun 2007 17:14:33 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 19ABC13C43E for ; Thu, 28 Jun 2007 17:14:33 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 6CCB139E33; Thu, 28 Jun 2007 19:14:32 +0200 (CEST) Date: Thu, 28 Jun 2007 19:14:32 +0200 From: Lars Engels To: Rui Paulo Message-ID: <20070628171432.GP44311@e.0x20.net> References: <20070628161757.GN44311@e.0x20.net> <86ejjwm44y.wl%rpaulo@fnop.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wA9WyeW1yVBM2Q32" Content-Disposition: inline In-Reply-To: <86ejjwm44y.wl%rpaulo@fnop.net> X-Editor: VIM - Vi IMproved 7.0 X-Operation-System: FreeBSD 5.5-RELEASE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org Subject: Re: recent USB changes broke multimedia/pwcbsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 17:14:33 -0000 --wA9WyeW1yVBM2Q32 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 28, 2007 at 05:32:13PM +0100, Rui Paulo wrote: > At Thu, 28 Jun 2007 18:17:57 +0200, > Lars Engels wrote: > >=20 > > Does the port need to be patched or is it a problem on the USB side? >=20 > Try adding #include Thanks, that fixed it. However I updated my -current because I was hoping to be able to use my webcam on -current. On a 6.2 system the pwcbsd driver works very well but on -current it does not. e.g. with mplayer: # mplayer -demuxer rawvideo -rawvideo fps=3D15:w=3D320:h=3D240:i420 /dev/vi= deo0 MPlayer 1.0rc1-4.2.0 (C) 2000-2006 MPlayer Team Playing /dev/video0. rawvideo file format detected. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Opening video decoder: [raw] RAW Uncompressed Video VDec: vo config request - 320 x 240 (preferred colorspace: Planar I420) VDec: using Planar I420 as output csp (no 0) Movie-Aspect is undefined - no prescaling applied. VO: [x11] 320x240 =3D> 320x240 Planar I420 [zoom] SwScaler: using unscaled yuv420p -> rgb32 special converter Selected video codec: [rawi420] vfm: raw (RAW I420) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Audio: no sound Starting playback... V: 0.0 0/ 0 ??% ??% ??,?% 0 0 Exiting... (End of file) pwcview: # pwcview Webcam set to: 320x240 (sif) at 5 fps Error reading from webcam: Input/output error The cam itself is recognized correctly and /dev/video0 is created. Has anybody managed to use a pwc based webcam on -current? Lars --wA9WyeW1yVBM2Q32 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGg+x4Kc512sD3afgRAq9DAKCWe9L/6hZ0A/h4hlrVP+CaR+8UAwCfSX9v IFY2DASEoh7oKiJ5+Xhkk5M= =SvvI -----END PGP SIGNATURE----- --wA9WyeW1yVBM2Q32-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 28 21:16:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11A0516A46C for ; Thu, 28 Jun 2007 21:16:23 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id BB38B13C44C for ; Thu, 28 Jun 2007 21:16:22 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 50A561441E8 for ; Thu, 28 Jun 2007 23:16:21 +0200 (CEST) Received: from ls248.t-com.hr (localhost.localdomain [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 4C7C6D5004A for ; Thu, 28 Jun 2007 23:16:21 +0200 (CEST) Received: from ls248.t-com.hr (localhost.localdomain [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 36F99D50047 for ; Thu, 28 Jun 2007 23:16:21 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rKqEp+7gPgz3n9gJWtqBPBQ6StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (78-0-84-208.adsl.net.t-com.hr [78.0.84.208]) by ls248.t-com.hr (Qmali) with ESMTP id 057F95E0152 for ; Thu, 28 Jun 2007 23:16:16 +0200 (CEST) Message-ID: <4684251F.9070905@fer.hr> Date: Thu, 28 Jun 2007 23:16:15 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1F773A7D3ECF521613ADDC47" Cc: Subject: mount_smbfs stuck in devdrn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2007 21:16:23 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1F773A7D3ECF521613ADDC47 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi I've noticed a serious problem with mount_smbfs again: it doesn't work, it gets stuck in devdrn state. I've reported this before, and I think it was solved at the time (IIRC, interaction with devfs or devd), but it's back again. I can reproduce this 100% on two machines running different recent versions of 7-CURRENT, compiled without WITNESS and INVARIANTS. It works in 6-STABLE (maybe it was fixed in RELENG_6 only?). I've filed a PR about this but I didn't get a confirmation mail so maybe it's eaten by gnats again. I'm using mount_smbfs like this: # mount_smbfs -I host //ivoras@host/c$ /mnt --------------enig1F773A7D3ECF521613ADDC47 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.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGhCUfldnAQVacBcgRAoXGAJwNvBqNgawQluN0ii8Cq9+SskIbrgCgpBuc pkL2/BiET2tFd19qWQHU85o= =bcOs -----END PGP SIGNATURE----- --------------enig1F773A7D3ECF521613ADDC47-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 00:36:57 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6541416A46E for ; Fri, 29 Jun 2007 00:36:57 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 09D5613C480 for ; Fri, 29 Jun 2007 00:36:56 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so8921wxd for ; Thu, 28 Jun 2007 17:36:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=MKXGm/yFS5X7XUjzRzpAJ2XUCcjhQfWrprM0ugB/GdpQEaTg23lsQkr/8kIx6sS+n7Dk3lnVOGJbjg3mZq9XDdy9oA6Bjsl4i+h9DmShGlNfoAPgAsaeTMTO7VxLnhqX06kxV1/pErQklWAXGNyccxhH2N3vbsWm8cQ8/+SBx4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=A9gPeSkzEw5UfoeTrNuKFDoL7m1MM5dHuh8sb6T6oI8NBotUQv7TdyelxLoLoD3o7hEgOne0y7zQ9Vmqdwl7NZ2g/Cp/BaVSwCJFjzkyXXG2FVFn3YQOGDcak7tRHk30le/fytYADU/GlKtB5hRYcAx9HvQx8knvXGL0vSMxZYY= Received: by 10.70.59.9 with SMTP id h9mr3786249wxa.1183077416499; Thu, 28 Jun 2007 17:36:56 -0700 (PDT) Received: from kan.dnsalias.net ( [24.34.98.164]) by mx.google.com with ESMTP id 11sm11809279wrl.2007.06.28.17.36.55 (version=SSLv3 cipher=OTHER); Thu, 28 Jun 2007 17:36:55 -0700 (PDT) Date: Thu, 28 Jun 2007 20:36:54 -0400 From: Alexander Kabaev To: Eygene Ryabinkin Message-ID: <20070628203654.17be03e8@kan.dnsalias.net> In-Reply-To: <20070628113104.GF11335@void.codelabs.ru> References: <20070628113104.GF11335@void.codelabs.ru> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_YYzoyszmZSOum69yW_iVOHE; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-current@freebsd.org Subject: Re: cam_periph.c compilation errors on the -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 00:36:57 -0000 --Sig_YYzoyszmZSOum69yW_iVOHE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 28 Jun 2007 15:31:04 +0400 Eygene Ryabinkin wrote: > Good day. >=20 > Today's CURRENT, i386 arch. Got signedness warnings that were > transferred to errors because of compilation flags: > ----- > cc -c -O2 -pipe -fno-strict-aliasing -march=3Dpentium3 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=3Dc99 -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 -fno-common -finline-limit=3D8000 --param > inline-unit-growth=3D100 --param large-function-growth=3D1000 > -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx > -mno-3dnow -mno-sse -mno-sse2 -ffreestanding > -Werror ../../../cam/cam_periph.c cc1: note: obsolete option -I- > used, please use -iquote instead cc1: warnings being treated as > errors ../../../cam/cam_periph.c: In function > 'cam_periph_mapmem': ../../../cam/cam_periph.c:651: warning: pointer > targets in assignment differ in > signedness ../../../cam/cam_periph.c:679: warning: pointer targets in > assignment differ in signedness *** Error code 1 ----- Not very > familiar with the cam subsystem, so can not judge what will be the > right way to fix this. -- Eygene You are using wrong compiler on wrong sources. Do not do that, it rightfully hurts. --=20 Alexander Kabaev --Sig_YYzoyszmZSOum69yW_iVOHE Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGhFQmQ6z1jMm+XZYRAmunAKDbw4rhkSbaYHlFd0masUR8ar7J8QCgiirY oulSwPNfNq5OtzVGL49p9EQ= =pBd4 -----END PGP SIGNATURE----- --Sig_YYzoyszmZSOum69yW_iVOHE-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 01:18:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5382316A421 for ; Fri, 29 Jun 2007 01:18:15 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id B57AA13C45A for ; Fri, 29 Jun 2007 01:18:14 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5T180ev014037 for ; Fri, 29 Jun 2007 10:38:00 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Fri, 29 Jun 2007 10:48:07 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 29 Jun 2007 10:48:07 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l5T1I46G006188 for ; Fri, 29 Jun 2007 09:18:04 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l5T1I495006187 for freebsd-current@freebsd.org; Fri, 29 Jun 2007 09:18:04 +0800 (WST) (envelope-from wilkinsa) Date: Fri, 29 Jun 2007 09:18:04 +0800 From: "Wilkinson, Alex" To: freebsd-current@freebsd.org Message-ID: <20070629011803.GB5981@obelix.dsto.defence.gov.au> Mail-Followup-To: freebsd-current@freebsd.org References: <4684251F.9070905@fer.hr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <4684251F.9070905@fer.hr> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.15 (2007-04-06) X-OriginalArrivalTime: 29 Jun 2007 01:18:07.0607 (UTC) FILETIME=[59A95070:01C7B9EB] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-3.6.1039-15266.000 X-TM-AS-Result: No-0.776100-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: mount_smbfs stuck in devdrn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 01:18:15 -0000 0n Thu, Jun 28, 2007 at 11:16:15PM +0200, Ivan Voras wrote: >Hi > >I've noticed a serious problem with mount_smbfs again: it doesn't work, >it gets stuck in devdrn state. I've reported this before, and I think it >was solved at the time (IIRC, interaction with devfs or devd), but it's >back again. > >I can reproduce this 100% on two machines running different recent >versions of 7-CURRENT, compiled without WITNESS and INVARIANTS. It works >in 6-STABLE (maybe it was fixed in RELENG_6 only?). > >I've filed a PR about this but I didn't get a confirmation mail so maybe >it's eaten by gnats again. > >I'm using mount_smbfs like this: > ># mount_smbfs -I host //ivoras@host/c$ /mnt ditto! -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 03:53:03 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1835416A421 for ; Fri, 29 Jun 2007 03:53:03 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.freebsd.org (Postfix) with ESMTP id CCFE813C44C for ; Fri, 29 Jun 2007 03:53:02 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so43934wxd for ; Thu, 28 Jun 2007 20:53:02 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=XMoi+wsYLaDsUQgT3/nOqij8x9XbbTXzBRS/lj12yLUZOwWEQpPVNugw/mb2t4jizadAY5E97RkxTl/IuZVGPtKeoc5PjeJxzKx/1e5u4YmKGxMgn7nY2oH6glopDEQ4jEUd2YcS4Mr4miRF+yrmAVpkYOExHve4qqTQKB/UPrg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=Wa703ZoC2+sw72YrQLV6PFNNFqy9YzeZy6YegF0CUANX0j1slRfgXiDGt9tnnHBmpAhmrYS8291J/FD2dF3YUlyoryP0Ye2+U37HoJCJgjlq/91c0DWe7IQLPfSMaIhR65SWUdUFR4ZqcqLd1k9iYQmxH4akC/NQlcC2ZrHt8tc= Received: by 10.90.68.15 with SMTP id q15mr2726406aga.1183089182389; Thu, 28 Jun 2007 20:53:02 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Thu, 28 Jun 2007 20:53:02 -0700 (PDT) Message-ID: Date: Thu, 28 Jun 2007 20:53:02 -0700 From: "Kevin Gerry" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Wireless NICs not obeying 'SSID' setting. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 03:53:03 -0000 I've noticed that in a recent patch that when you set a NIC with ifconfig ath0 ssid "This One" that it won't always honor that and jump on the strongest one. Example: 3 WAPs: SSIDs WAP1, WAP2, WAP3 I have set ath0's ssid to "WAP2" and ral0's ssid to "WAP3". They both will honor the ssid setting for the first connection. However, after a few hours/etc the drivers both associate with WAP1. The settings to require the specific SSID are in /etc/start_if.ral0/start_if.ath0. There aren't any conflicting directives to force it to go blank and select a random AP. From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 04:21:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B17316A468 for ; Fri, 29 Jun 2007 04:21:08 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1655B13C4AD for ; Fri, 29 Jun 2007 04:21:08 +0000 (UTC) (envelope-from sam@errno.com) Received: from sam-lefflers-powerbook-g4-15.local ([10.0.0.178]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5T4L7Wb026982 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Jun 2007 21:21:07 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <468488B3.7010607@errno.com> Date: Thu, 28 Jun 2007 21:21:07 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Kevin Gerry References: In-Reply-To: X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Wireless NICs not obeying 'SSID' setting. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 04:21:08 -0000 Kevin Gerry wrote: > I've noticed that in a recent patch that when you set a NIC with ifconfig > ath0 ssid "This One" that it won't always honor that and jump on the > strongest one. > > Example: > > 3 WAPs: SSIDs WAP1, WAP2, WAP3 > > I have set ath0's ssid to "WAP2" and ral0's ssid to "WAP3". They both will > honor the ssid setting for the first connection. However, after a few > hours/etc the drivers both associate with WAP1. > > The settings to require the specific SSID are in > /etc/start_if.ral0/start_if.ath0. There aren't any conflicting > directives to > force it to go blank and select a random AP. You're probably roaming. wlandebug roam will verify what's going on. You can disable roaming several ways: ifconfig ral0 roaming device should do the trick (if you set it to manual then you won't do what you want if your beacon is turned off). Alternatively you can do ifconfig ral0 -bgscan as roaming won't take place w/o bg scanning. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 04:33:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2897116A421 for ; Fri, 29 Jun 2007 04:33:07 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 001F913C483 for ; Fri, 29 Jun 2007 04:33:06 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l5T4X6HD027046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Jun 2007 21:33:06 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <46848C1E.2080404@errno.com> Date: Thu, 28 Jun 2007 21:35:42 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.0 (X11/20070530) MIME-Version: 1.0 To: Kevin Gerry References: <468488B3.7010607@errno.com> In-Reply-To: <468488B3.7010607@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Wireless NICs not obeying 'SSID' setting. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 04:33:07 -0000 Sam Leffler wrote: > Kevin Gerry wrote: >> I've noticed that in a recent patch that when you set a NIC with ifconfig >> ath0 ssid "This One" that it won't always honor that and jump on the >> strongest one. >> >> Example: >> >> 3 WAPs: SSIDs WAP1, WAP2, WAP3 >> >> I have set ath0's ssid to "WAP2" and ral0's ssid to "WAP3". They both will >> honor the ssid setting for the first connection. However, after a few >> hours/etc the drivers both associate with WAP1. >> >> The settings to require the specific SSID are in >> /etc/start_if.ral0/start_if.ath0. There aren't any conflicting >> directives to >> force it to go blank and select a random AP. > > You're probably roaming. wlandebug roam will verify what's going on. > You can disable roaming several ways: > > ifconfig ral0 roaming device > > should do the trick (if you set it to manual then you won't do what you > want if your beacon is turned off). Alternatively you can do > > ifconfig ral0 -bgscan > > as roaming won't take place w/o bg scanning. If you are roaming you can also just fiddle with the roaming thresholds; e.g. roam:rssi11g and roam:rate11g. I haven't updated the man page for ifconfig for these yet; they are threshold settings that when crossed cause the system to consider roaming to a different ap. The handling of ssid changed when roaming went in; it's now a "desired ssid". That is, if the scan doesn't see an ap with the desired ssid then it'll associate to another ap if possible. Should the ap w/ the desired ssid re-appear and roaming is enabled then you'll switch over to it. There is also hysteresis to this algorithm so you don't just bounce around from one ap to another. Sam From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 09:53:21 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BA2416A400 for ; Fri, 29 Jun 2007 09:53:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id B768B13C480 for ; Fri, 29 Jun 2007 09:53:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I4DAE-0002Bn-Bb for current@freebsd.org; Fri, 29 Jun 2007 12:53:19 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5T9r0Ch002823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jun 2007 12:53:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5T9r6iI014101; Fri, 29 Jun 2007 12:53:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l5T9r44s014074; Fri, 29 Jun 2007 12:53:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 29 Jun 2007 12:53:04 +0300 From: Kostik Belousov To: Ivan Voras Message-ID: <20070629095304.GA2268@deviant.kiev.zoral.com.ua> References: <4684251F.9070905@fer.hr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XODIZCjph7+hF8o9" Content-Disposition: inline In-Reply-To: <4684251F.9070905@fer.hr> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: b3971b7ac160fe45482707327a257f38 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1187 [June 28 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: current@freebsd.org Subject: Re: mount_smbfs stuck in devdrn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 09:53:21 -0000 --XODIZCjph7+hF8o9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 28, 2007 at 11:16:15PM +0200, Ivan Voras wrote: > Hi >=20 > I've noticed a serious problem with mount_smbfs again: it doesn't work, > it gets stuck in devdrn state. I've reported this before, and I think it > was solved at the time (IIRC, interaction with devfs or devd), but it's > back again. It was never fixed in the CVS. >=20 > I can reproduce this 100% on two machines running different recent > versions of 7-CURRENT, compiled without WITNESS and INVARIANTS. It works > in 6-STABLE (maybe it was fixed in RELENG_6 only?). RELENG_6 instead has a lot of use-after-free bugs fix for which causes "devdrn" state you observed. >=20 > I've filed a PR about this but I didn't get a confirmation mail so maybe > it's eaten by gnats again. >=20 > I'm using mount_smbfs like this: >=20 > # mount_smbfs -I host //ivoras@host/c$ /mnt >=20 Try http://people.freebsd.org/~kib/misc/destroy_dev_sched.14.patch Most likely, this shall fix your immediate problem. I'm very interested in regression reports. --XODIZCjph7+hF8o9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGhNaAC3+MBN1Mb4gRAle7AKDMIxOh6jyiXBC0X9GBoKD7TeWTjACfSsYA z1R5d1DyBt5Gy7Hv+Xe06U8= =HKtr -----END PGP SIGNATURE----- --XODIZCjph7+hF8o9-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 10:17:10 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0ED7416A421 for ; Fri, 29 Jun 2007 10:17:10 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id C2BE913C48A for ; Fri, 29 Jun 2007 10:17:09 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1225306pyb for ; Fri, 29 Jun 2007 03:17:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=FSwoDfHQLqPXQPbbkhoZld/vF2EL6PI8UuQSC036J71ntJmsoAVv0yUaIDA6c/gPhA6W+BGv6biTuJFkFqIJmPK2s2io7pEsQv8oRKs2x0jhqjcXDAV4Ui/Og0GcZxpIFc1W3YCmn0RpOBhbT883eDJODGBqWWBO26Ufk9FNFdQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=bBEUOr+K3+SBI5IwiCNBPnzjr9L+Ar2uTFGAjxx9X9Me0agUn1uOHQo0U9ErmBEF4AMYRU47noA/2+/9h4VZpEC0FQ5kjvDJt5IKIk78PZWsoKslqo3retudem21d20cnuHtLchcA7DqeUhccyBYVJoEUn4ua3Wqzqn9cMqpjIs= Received: by 10.35.10.13 with SMTP id n13mr362754pyi.1183112229052; Fri, 29 Jun 2007 03:17:09 -0700 (PDT) Received: by 10.35.78.11 with HTTP; Fri, 29 Jun 2007 03:17:09 -0700 (PDT) Message-ID: Date: Fri, 29 Jun 2007 18:17:09 +0800 From: "Howard Su" To: "Robert Watson" In-Reply-To: <20070628094219.W9286@fledge.watson.org> MIME-Version: 1.0 References: <20070628094219.W9286@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: concept prove patch for ktrace output to all file types X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 10:17:10 -0000 On 6/28/07, Robert Watson wrote: > > What happens to processes associated with the same or other ktrace > sessions if > one ktrace session stalls due to a fifo or pipe buffer filling? I don't think my patch will bring the new problem here. Original, we write to disk still be blocked due to some things like disk busy, etc. If my reading is right, ktrace use two way to submit request. ktr_enqueue will put the request into a queue if it is not safe to enter VFS. ktr_submitrequest will be used to commit record to disk immediately. in my case, blocking will be safe there. The issue about losting some recording to fifo blocking. I don't think we can solve that in the kernel. It is userland code's responsiblity to read it to avoid losting data. -- -Howard From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 11:00:36 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB31316A468 for ; Fri, 29 Jun 2007 11:00:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id B5AE013C45D for ; Fri, 29 Jun 2007 11:00:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 79A4A4820F; Fri, 29 Jun 2007 07:00:17 -0400 (EDT) Date: Fri, 29 Jun 2007 12:00:17 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Howard Su In-Reply-To: Message-ID: <20070629115820.N50751@fledge.watson.org> References: <20070628094219.W9286@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: concept prove patch for ktrace output to all file types X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 11:00:36 -0000 On Fri, 29 Jun 2007, Howard Su wrote: > On 6/28/07, Robert Watson wrote: >> >> What happens to processes associated with the same or other ktrace sessions >> if one ktrace session stalls due to a fifo or pipe buffer filling? > > I don't think my patch will bring the new problem here. Original, we write > to disk still be blocked due to some things like disk busy, etc. > > If my reading is right, ktrace use two way to submit request. ktr_enqueue > will put the request into a queue if it is not safe to enter VFS. > ktr_submitrequest will be used to commit record to disk immediately. in my > case, blocking will be safe there. > > The issue about losting some recording to fifo blocking. I don't think we > can solve that in the kernel. It is userland code's responsiblity to read it > to avoid losting data. The question I'm asking is most interesting with respect to independent ktrace sessions, potentially associated with different users. If a tracing app can't keep up with the app it's tracing, that's quite a different case from all system tracing breaking because one tracing app can't keep up with its particular target. In a casual analysis, it looks like if one fifo blocks, then all tracing across the system is stuck waiting on that fifo to unblock? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 14:55:50 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BEF5016A46B for ; Fri, 29 Jun 2007 14:55:50 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.freebsd.org (Postfix) with SMTP id AB57A13C44C for ; Fri, 29 Jun 2007 14:55:49 +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 ; 29 Jun 2007 11:51:40 +0100 (BST) Date: Fri, 29 Jun 2007 11:51:40 +0100 From: David Malone To: Steve Kargl Message-ID: <20070629105140.GA51586@walton.maths.tcd.ie> References: <20070628014311.GA50012@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070628014311.GA50012@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 14:55:50 -0000 On Wed, Jun 27, 2007 at 06:43:11PM -0700, Steve Kargl wrote: > Any advice on how to isolate or avoid? > > Jun 27 18:31:19 node11 kernel: TCP: [192.168.0.11]:59661 to > [192.168.0.11]:63266 tcpflags 0x10; syncache_expand: Segment failed > SYNCOOKIE authentication, segment rejected (probably spoofed) It looks like you tried to open a TCP connection to yourself, but the connection failed. You could try leaving a tcpdump running: tcpdump -i whatever_interface -w /tmp/synfinrstdata -s 1500 'tcp[tcpflags] & (tcp-syn|tcp-fin|tcp-rst) != 0' while your MPI app runs and then we can have a look at the packets that caused the problem. The above should collect all TCP SYN, FIN and RST packets, which would probably be enough to diagnose the problem. David. From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 15:20:13 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6787616A421 for ; Fri, 29 Jun 2007 15:20:13 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 228A713C45A for ; Fri, 29 Jun 2007 15:20:13 +0000 (UTC) (envelope-from almarrie@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so219235anc for ; Fri, 29 Jun 2007 08:20:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=d1hbM/YIoaaAiOS+TeaM9eGwyeiKoklEgxPThWvHRHu1mbfrxxRA41DwB/cgefTCAnaq+MqYRE8STsr3FPJRb9Tq8OxTxiTqMH6Yz2n08RFEYIk76P2axNa9mBM+aYNvY4hPHFaQUaumVxBp84iog6U9d4KDh6++gWCPmadiomU= 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=H23qRTtghiDWWFuDQZzmSYQB5/Y5kIHbVQg01j8keDsWqBZxD6gRpxS21gGLw5hswq6dF/9mXZgWU1UnW6oEwi+LuCcUVXFzHdr+SM6iebcG1yfDsTmk0II0UBbPvCwXDCwmsz6eA0MAqwGcPqdDVK7o0V+3tzxpMa9IAb0fK0k= Received: by 10.100.13.12 with SMTP id 12mr2180563anm.1183130412433; Fri, 29 Jun 2007 08:20:12 -0700 (PDT) Received: by 10.100.9.14 with HTTP; Fri, 29 Jun 2007 08:20:12 -0700 (PDT) Message-ID: <499c70c0706290820r2bf5c119p6014285a449dd618@mail.gmail.com> Date: Fri, 29 Jun 2007 18:20:12 +0300 From: "Abdullah Ibn Hamad Al-Marri" To: attilio@freebsd.org In-Reply-To: <467F71CA.2030206@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <499c70c0706241546j1b1e62a0ldb51ef1e13c15386@mail.gmail.com> <467F71CA.2030206@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: options IPI_PREEMPTION and PREEMPTION in 7.0 AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 15:20:13 -0000 On 6/25/07, Attilio Rao wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > Hello, > > > > I run FreeBSD 7.0 AMD64 and powered by C2D with 2 GB of ram. > > > > options PREEMPTION in the kernel, but in NOTES it says I can use > > IPI_PREEMPTION to make the kernel make the other running threads to > > run in the other core. > > > > So the question is, did you guys try it with ULE 2? shall I keep both > > PREEMPTION and IPI_PREEMPTION in the kernel file? > > IPI_PREEMPTION and PREEMPTION are only marginally linked, and you need > to use both with ULE. > > Thanks, > Attilio Adding IPI_PREEMPTION in the kernel didn't make my Intel C2D 6600 which runs 7.0 AMD64 busy as before, so I removed, and now MySQL runs fatser after hashing it out, maybe this is need for Intel C2Q or 8 cores at least? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 16:33:31 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8729516A400 for ; Fri, 29 Jun 2007 16:33:31 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1AB13C43E for ; Fri, 29 Jun 2007 16:33:31 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5TGWpBY006393; Fri, 29 Jun 2007 09:32:51 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5TGWlw4006392; Fri, 29 Jun 2007 09:32:47 -0700 (PDT) (envelope-from sgk) Date: Fri, 29 Jun 2007 09:32:47 -0700 From: Steve Kargl To: David Malone Message-ID: <20070629163247.GA6373@troutmask.apl.washington.edu> References: <20070628014311.GA50012@troutmask.apl.washington.edu> <20070629105140.GA51586@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070629105140.GA51586@walton.maths.tcd.ie> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 16:33:31 -0000 On Fri, Jun 29, 2007 at 11:51:40AM +0100, David Malone wrote: > On Wed, Jun 27, 2007 at 06:43:11PM -0700, Steve Kargl wrote: > > Any advice on how to isolate or avoid? > > > > Jun 27 18:31:19 node11 kernel: TCP: [192.168.0.11]:59661 to > > [192.168.0.11]:63266 tcpflags 0x10; syncache_expand: Segment failed > > SYNCOOKIE authentication, segment rejected (probably spoofed) > > It looks like you tried to open a TCP connection to yourself, but > the connection failed. You could try leaving a tcpdump running: > > tcpdump -i whatever_interface -w /tmp/synfinrstdata -s 1500 'tcp[tcpflags] & (tcp-syn|tcp-fin|tcp-rst) != 0' > > while your MPI app runs and then we can have a look at the packets > that caused the problem. The above should collect all TCP SYN, FIN > and RST packets, which would probably be enough to diagnose the > problem. > I placed synfinrstdata.gz at http://troutmask.apl.washington.edu/~kargl/synfinrstdata.gz The following were in /var/log/messages Jun 29 09:21:58 node11 kernel: TCP: [192.168.0.12]:54528 to [192.168.0.11]:52690 tcpflags 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) Jun 29 09:22:01 node11 kernel: TCP: [192.168.0.15]:62391 to [192.168.0.11]:60621 tcpflags 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) Jun 29 09:26:43 node11 kernel: TCP: [192.168.0.11]:59578 to [192.168.0.11]:53378 tcpflags 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) Jun 29 09:27:51 node11 kernel: bge0: promiscuous mode disabled Jun 29 09:28:05 node11 kernel: TCP: [192.168.0.11]:64006 to [192.168.0.11]:53378 tcpflags 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 17:49:11 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 824F316A41F for ; Fri, 29 Jun 2007 17:49:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8D513C46C for ; Fri, 29 Jun 2007 17:49:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5THmSTd007014; Fri, 29 Jun 2007 10:48:28 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5THmOSA007013; Fri, 29 Jun 2007 10:48:24 -0700 (PDT) (envelope-from sgk) Date: Fri, 29 Jun 2007 10:48:24 -0700 From: Steve Kargl To: David Malone Message-ID: <20070629174824.GA6989@troutmask.apl.washington.edu> References: <20070628014311.GA50012@troutmask.apl.washington.edu> <20070629105140.GA51586@walton.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070629105140.GA51586@walton.maths.tcd.ie> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 17:49:11 -0000 On Fri, Jun 29, 2007 at 11:51:40AM +0100, David Malone wrote: > On Wed, Jun 27, 2007 at 06:43:11PM -0700, Steve Kargl wrote: > > Any advice on how to isolate or avoid? > > > > Jun 27 18:31:19 node11 kernel: TCP: [192.168.0.11]:59661 to > > [192.168.0.11]:63266 tcpflags 0x10; syncache_expand: Segment failed > > SYNCOOKIE authentication, segment rejected (probably spoofed) > > It looks like you tried to open a TCP connection to yourself, but > the connection failed. You could try leaving a tcpdump running: > > tcpdump -i whatever_interface -w /tmp/synfinrstdata -s 1500 'tcp[tcpflags] & (tcp-syn|tcp-fin|tcp-rst) != 0' > > while your MPI app runs and then we can have a look at the packets > that caused the problem. The above should collect all TCP SYN, FIN > and RST packets, which would probably be enough to diagnose the > problem. > Another tidbit, once the MPI app started to trash, I ran truss on rank=0 process. I have a very file containing a sigprocmask(SIG_UNBLOCK,SIGCHLD,0x0) = 0 (0x0) poll({4/POLLIN 5/POLLIN 6/POLLIN 7/POLLIN 9/POLLIN 10/POLLIN 11/POLLIN 13/POLLIN 8/POLLIN 12/POLLIN 14/POLLIN 15/POLLIN 16/POLLIN 17/POLLIN 18/POLLIN 19/POLLIN 20/POLLIN 21/POLLIN 22/POLLIN 23/POLLIN 24/POLLIN 25/POLLIN 26/POLLIN 27/POLLIN 28/POLLIN 29/POLLIN 30/POLLIN},27,0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGCHLD,0x0) = 0 (0x0) sigaction(SIGCHLD,{ 0x3c0d2c850 SA_RESTART ss_t },0x0) = 0 (0x0) gettimeofday({1183138884.532826},0x0) = 0 (0x0) sched_yield(0x3c1d44180,0x3c0b39ec0,0x0,0x3c0b39ec0,0x3c1d44280) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGCHLD,0x0) = 0 (0x0) sigaction(SIGCHLD,{ 0x3c0d2c850 SA_RESTART ss_t },0x0) = 0 (0x0) gettimeofday({1183138884.535137},0x0) = 0 (0x0) sigprocmask(SIG_UNBLOCK,SIGCHLD,0x0) = 0 (0x0) poll({4/POLLIN 5/POLLIN 6/POLLIN 7/POLLIN 9/POLLIN 10/POLLIN 11/POLLIN 13/POLLIN 8/POLLIN 12/POLLIN 14/POLLIN 15/POLLIN 16/POLLIN 17/POLLIN 18/POLLIN 19/POLLIN 20/POLLIN 21/POLLIN 22/POLLIN 23/POLLIN 24/POLLIN 25/POLLIN 26/POLLIN 27/POLLIN 28/POLLIN 29/POLLIN 30/POLLIN},27,0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGCHLD,0x0) = 0 (0x0) sigaction(SIGCHLD,{ 0x3c0d2c850 SA_RESTART ss_t },0x0) = 0 (0x0) gettimeofday({1183138884.538484},0x0) = 0 (0x0) ad nausem I'm using the 4BSD scheduler. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 18:08:20 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 196A816A400 for ; Fri, 29 Jun 2007 18:08:20 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.freebsd.org (Postfix) with ESMTP id CA51113C4B0 for ; Fri, 29 Jun 2007 18:08:19 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1I4KtF-0001d6-Ee; Fri, 29 Jun 2007 22:08:17 +0400 From: Vladimir Grebenschikov To: Ivan Voras In-Reply-To: <4684251F.9070905@fer.hr> References: <4684251F.9070905@fer.hr> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 29 Jun 2007 22:08:16 +0400 Message-Id: <1183140496.5627.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: current@freebsd.org Subject: Re: mount_smbfs stuck in devdrn X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 18:08:20 -0000 =F7 =DE=D4, 28/06/2007 =D7 23:16 +0200, Ivan Voras =D0=C9=DB=C5=D4: > Hi >=20 > I've noticed a serious problem with mount_smbfs again: it doesn't work, > it gets stuck in devdrn state. I've reported this before, and I think it > was solved at the time (IIRC, interaction with devfs or devd), but it's > back again. >=20 > I can reproduce this 100% on two machines running different recent > versions of 7-CURRENT, compiled without WITNESS and INVARIANTS. It works > in 6-STABLE (maybe it was fixed in RELENG_6 only?). >=20 > I've filed a PR about this but I didn't get a confirmation mail so maybe > it's eaten by gnats again. >=20 > I'm using mount_smbfs like this: >=20 > # mount_smbfs -I host //ivoras@host/c$ /mnt Also mount-point appears and can be successfully used and even umounted after that. --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 18:43:49 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAA2816A421 for ; Fri, 29 Jun 2007 18:43:49 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 7F6AE13C448 for ; Fri, 29 Jun 2007 18:43:49 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=lnldE3k3B+chY5aH+4G+8/h40PKp/LyVvqrODD+Se4x4nvfZg4Jp0yq15otEzgxg2dMrFbZ4wp2zSmRCq8zUL5iSnfgr/Qw7qFohu3YUUtQPP/8pq0qfXxbi7UeDFPDf6RM7Wd35Ul8V71ewO/K6oZhvZvVvOYtLEt8JPFxl5ws=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1I4LRa-0004sb-QD; Fri, 29 Jun 2007 22:43:47 +0400 Date: Fri, 29 Jun 2007 22:43:41 +0400 From: Eygene Ryabinkin To: Alexander Kabaev Message-ID: <20070629184341.GA32919@void.codelabs.ru> References: <20070628113104.GF11335@void.codelabs.ru> <20070628203654.17be03e8@kan.dnsalias.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20070628203654.17be03e8@kan.dnsalias.net> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: freebsd-current@freebsd.org Subject: Re: cam_periph.c compilation errors on the -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 18:43:49 -0000 Alexander, good day. Thu, Jun 28, 2007 at 08:36:54PM -0400, Alexander Kabaev wrote: > > Today's CURRENT, i386 arch. Got signedness warnings that were > > transferred to errors because of compilation flags: > > ----- > > cc -c -O2 -pipe -fno-strict-aliasing -march=pentium3 -Wall > > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > > -fformat-extensions -std=c99 -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 -fno-common -finline-limit=8000 --param > > inline-unit-growth=100 --param large-function-growth=1000 > > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx > > -mno-3dnow -mno-sse -mno-sse2 -ffreestanding > > -Werror ../../../cam/cam_periph.c cc1: note: obsolete option -I- > > used, please use -iquote instead cc1: warnings being treated as > > errors ../../../cam/cam_periph.c: In function > > 'cam_periph_mapmem': ../../../cam/cam_periph.c:651: warning: pointer > > targets in assignment differ in > > signedness ../../../cam/cam_periph.c:679: warning: pointer targets in > > assignment differ in signedness *** Error code 1 ----- Not very > > familiar with the cam subsystem, so can not judge what will be the > > right way to fix this. -- Eygene > > You are using wrong compiler on wrong sources. > Do not do that, it rightfully hurts. Ah, thank you: I checked out -STABLE instead of -CURRENT. It is very weird, but still: you're right, the sources were wrong. Sorry for the noise. ----- -- Eygene From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 21:27:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9D1516A400 for ; Fri, 29 Jun 2007 21:27:08 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.freebsd.org (Postfix) with SMTP id 5BC4913C457 for ; Fri, 29 Jun 2007 21:27:08 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from localhost ([127.0.0.1] helo=maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 29 Jun 2007 22:27:07 +0100 (BST) To: Steve Kargl In-reply-to: Your message of "Fri, 29 Jun 2007 09:32:47 PDT." <20070629163247.GA6373@troutmask.apl.washington.edu> Date: Fri, 29 Jun 2007 22:27:06 +0100 From: David Malone Message-ID: <200706292227.aa62881@salmon.maths.tcd.ie> Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 21:27:08 -0000 > Jun 29 09:21:58 node11 kernel: TCP: [192.168.0.12]:54528 to [192.168.0.11]:526 OK - I can see the packets corresponding to this error by doing something like: % tcpdump -S -r synfinrstdata -n port 62391 and port 60621 17:22:01.607876 192.168.0.15.62391 > 192.168.0.11.60621: S 106955928:106955928(0) win 65535 17:22:01.607967 192.168.0.11.60621 > 192.168.0.15.62391: S 2273558377:2273558377(0) ack 106955929 win 65535 17:22:01.608514 192.168.0.15.62391 > 192.168.0.11.60621: F 106955941:106955941(0) ack 2273558378 win 260 17:22:01.609638 192.168.0.11.60621 > 192.168.0.15.62391: F 2273558378:2273558378(0) ack 106955942 win 260 17:22:01.609697 192.168.0.11.60621 > 192.168.0.15.62391: F 2273558378:2273558378(0) ack 106955942 win 260 17:22:01.610103 192.168.0.11.60621 > 192.168.0.15.62391: R 2273558379:2273558379(0) win 0 The start of this looks like a perfectly normal TCP connection - it opens normally, transfers about 12 bytes in one direction and then closes. Strangley, 192.168.0.11 then sends two FIN packets, followed by a reset. The error message produced by the kernel should have produced a reset in response, but I'm not sure I can see quite enough to see what happened. We could try to get all of the packets in the connection by doing: tcpdump -i whatever_interface -w /tmp/fulldump -s 80 then wait for an error (that is not local to this machine - I think they are going to lo0). Then note the port numbers and do: tcpdump -r /tmp/fulldump port _port1_ and port _port2_ With regard to the truss output > poll({4/POLLIN 5/POLLIN 6/POLLIN 7/POLLIN 9/POLLIN 10/POLLIN 11/POLLIN 13/POLL It looks like MPI is looking only for file discriptors to become ready for reading. I'd guess one of the file discriptors is in an error state, but MPI isn't checking for theat, so it is spinning. David. From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 22:48:10 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6068E16A421 for ; Fri, 29 Jun 2007 22:48:10 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 438CF13C469 for ; Fri, 29 Jun 2007 22:48:10 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5TMlPHX072567; Fri, 29 Jun 2007 15:47:25 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5TMlPWq072566; Fri, 29 Jun 2007 15:47:25 -0700 (PDT) (envelope-from sgk) Date: Fri, 29 Jun 2007 15:47:25 -0700 From: Steve Kargl To: David Malone Message-ID: <20070629224725.GA72396@troutmask.apl.washington.edu> References: <20070629163247.GA6373@troutmask.apl.washington.edu> <200706292227.aa62881@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200706292227.aa62881@salmon.maths.tcd.ie> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: SYNCOOKIE authentication problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 22:48:10 -0000 On Fri, Jun 29, 2007 at 10:27:06PM +0100, David Malone wrote: > > Jun 29 09:21:58 node11 kernel: TCP: [192.168.0.12]:54528 to [192.168.0.11]:526 > > OK - I can see the packets corresponding to this error by doing something > like: > > % tcpdump -S -r synfinrstdata -n port 62391 and port 60621 (output elided). > The start of this looks like a perfectly normal TCP connection - > it opens normally, transfers about 12 bytes in one direction and > then closes. Strangley, 192.168.0.11 then sends two FIN packets, > followed by a reset. The error message produced by the kernel should > have produced a reset in response, but I'm not sure I can see quite > enough to see what happened. > > We could try to get all of the packets in the connection by doing: > > tcpdump -i whatever_interface -w /tmp/fulldump -s 80 I'm doing this now. It seems that putting bge0 in promiscous mode has provided some stability. fulldump is currently at 2.4 GB. > > poll({4/POLLIN 5/POLLIN 6/POLLIN 7/POLLIN 9/POLLIN 10/POLLIN 11/POLLIN 13/POLL > > It looks like MPI is looking only for file discriptors to become > ready for reading. I'd guess one of the file discriptors is in an > error state, but MPI isn't checking for theat, so it is spinning. > I've both OpenMPI and MPICH2 implementation. Neither handles a disappearing process in an elegant manner. They simply assume that network is robust and 100% reliable. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 23:04:53 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D55C216A400; Fri, 29 Jun 2007 23:04:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9388A13C45E; Fri, 29 Jun 2007 23:04:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5TN4qRj050610; Fri, 29 Jun 2007 19:04:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5TN4qMu031526; Fri, 29 Jun 2007 19:04:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AD4D873068; Fri, 29 Jun 2007 19:04:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070629230452.AD4D873068@freebsd-current.sentex.ca> Date: Fri, 29 Jun 2007 19:04:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 23:04:54 -0000 TB --- 2007-06-29 21:36:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-29 21:36:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-06-29 21:36:56 - cleaning the object tree TB --- 2007-06-29 21:37:13 - checking out the source tree TB --- 2007-06-29 21:37:13 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-06-29 21:37:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-29 21:46:43 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-29 21:46:43 - cd /src TB --- 2007-06-29 21:46:43 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 29 21:46:45 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Jun 29 22:58:08 UTC 2007 TB --- 2007-06-29 22:58:08 - generating LINT kernel config TB --- 2007-06-29 22:58:08 - cd /src/sys/sun4v/conf TB --- 2007-06-29 22:58:08 - /usr/bin/make -B LINT TB --- 2007-06-29 22:58:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-29 22:58:08 - cd /src TB --- 2007-06-29 22:58:08 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 29 22:58:08 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/dev/usb/umass.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/dev/usb/umct.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/dev/usb/umodem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding /src/sys/dev/usb/ums.c /src/sys/dev/usb/ums.c: In function 'ums_match': /src/sys/dev/usb/ums.c:202: error: 'UIPROTO_MOUSE' undeclared (first use in this function) /src/sys/dev/usb/ums.c:202: error: (Each undeclared identifier is reported only once /src/sys/dev/usb/ums.c:202: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-29 23:04:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-29 23:04:52 - ERROR: failed to build lint kernel TB --- 2007-06-29 23:04:52 - tinderbox aborted TB --- 0.65 user 2.16 system 5276.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 29 23:22:08 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BF7616A421 for ; Fri, 29 Jun 2007 23:22:08 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id F334E13C448 for ; Fri, 29 Jun 2007 23:22:07 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l5TNKYnL070215; Fri, 29 Jun 2007 23:20:34 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l5TNKXGj070214; Fri, 29 Jun 2007 23:20:33 GMT (envelope-from dunstan) Date: Fri, 29 Jun 2007 23:20:33 +0000 From: "Wojciech A. Koszek" To: Danny Braniss Message-ID: <20070629232032.GA70155@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , Danny Braniss , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Fri, 29 Jun 2007 23:20:34 +0000 (UTC) Cc: freebsd-current@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE off-by-one problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2007 23:22:08 -0000 On Wed, Jun 06, 2007 at 10:18:40AM +0300, Danny Braniss wrote: > to get the config file from the kernel, one can use config -k, which > executes elfdump to get the offset and size. The size is actually 1(one) > byte too big, and so the output of config -k contains a NULL/0/^@ as > the last byte. I think the problem is in the elf file. Why do you think that the problem lies in the ELF file? Can you confirm that following sysctls: kern.geom.confxml kern.geom.conftxt don't suffer from the same problem? > btw, it would realy be nice if the sys/conf/NOTES file is updated. I can change NOTES soon. I have huge email lag. Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 01:17:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD40616A41F for ; Sat, 30 Jun 2007 01:17:24 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.alaskaparadise.com (75-96-237-24.gci.net [24.237.96.75]) by mx1.freebsd.org (Postfix) with ESMTP id BC8D213C44C for ; Sat, 30 Jun 2007 01:17:24 +0000 (UTC) (envelope-from beech@freebsd.org) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 83F4E7F6A; Fri, 29 Jun 2007 17:01:21 -0800 (AKDT) From: Beech Rintoul To: freebsd-current@freebsd.org Date: Fri, 29 Jun 2007 17:00:57 -0800 User-Agent: KMail/1.9.6 X-Face: jC2w\k*Q1\0DA2Q0Eh&BrP/Rt2M, ^2O#R07VoT98m*>miQF9%Bi9vy`F6cPjwEe?m, )2 X?M\:OE9QgZ"xT3/n3,3MJ7N=Cfkmi%f(w^~X"SUxn>; 27NO; C+)g[7J`$G*SN>{ Subject: libthread error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Beech Rintoul List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 01:17:24 -0000 I am experiencing the following on both of my -current boxes: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) Anyone know how to deal with this? -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/6.2R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 01:32:23 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E4D716A468; Sat, 30 Jun 2007 01:32:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2C73313C45A; Sat, 30 Jun 2007 01:32:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5U1WMIW054746; Fri, 29 Jun 2007 21:32:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5U1WMNT044468; Fri, 29 Jun 2007 21:32:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4514B73068; Fri, 29 Jun 2007 21:32:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070630013222.4514B73068@freebsd-current.sentex.ca> Date: Fri, 29 Jun 2007 21:32:22 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 01:32:23 -0000 TB --- 2007-06-29 23:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-29 23:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-06-29 23:25:00 - cleaning the object tree TB --- 2007-06-29 23:25:41 - checking out the source tree TB --- 2007-06-29 23:25:41 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-06-29 23:25:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-29 23:36:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-29 23:36:58 - cd /src TB --- 2007-06-29 23:36:58 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 29 23:36:59 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jun 30 01:23:31 UTC 2007 TB --- 2007-06-30 01:23:32 - generating LINT kernel config TB --- 2007-06-30 01:23:32 - cd /src/sys/amd64/conf TB --- 2007-06-30 01:23:32 - /usr/bin/make -B LINT TB --- 2007-06-30 01:23:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-30 01:23:32 - cd /src TB --- 2007-06-30 01:23:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 30 01:23:32 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_axe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cdce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_kue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_ural.c /src/sys/dev/usb/if_ural.c:106: error: 'USB_PRODUCT_SIEMENS3_WL54G' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:108: error: 'USB_VENDOR_SPAIRON' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:108: error: 'USB_PRODUCT_SPAIRON_WL54G' undeclared here (not in a function) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-30 01:32:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-30 01:32:21 - ERROR: failed to build lint kernel TB --- 2007-06-30 01:32:21 - tinderbox aborted TB --- 1.01 user 3.65 system 7641.47 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 02:27:30 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33C1916A421; Sat, 30 Jun 2007 02:27:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CCC5713C457; Sat, 30 Jun 2007 02:27:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5U2RRj4056333; Fri, 29 Jun 2007 22:27:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5U2RQeU085713; Fri, 29 Jun 2007 22:27:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6962873068; Fri, 29 Jun 2007 22:27:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070630022726.6962873068@freebsd-current.sentex.ca> Date: Fri, 29 Jun 2007 22:27:26 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 02:27:30 -0000 TB --- 2007-06-30 00:49:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-30 00:49:42 - starting HEAD tinderbox run for i386/i386 TB --- 2007-06-30 00:49:42 - cleaning the object tree TB --- 2007-06-30 00:50:18 - checking out the source tree TB --- 2007-06-30 00:50:18 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-06-30 00:50:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-30 00:59:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-30 00:59:30 - cd /src TB --- 2007-06-30 00:59:30 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 30 00:59:31 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 30 02:16:57 UTC 2007 TB --- 2007-06-30 02:16:57 - generating LINT kernel config TB --- 2007-06-30 02:16:57 - cd /src/sys/i386/conf TB --- 2007-06-30 02:16:57 - /usr/bin/make -B LINT TB --- 2007-06-30 02:16:58 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-30 02:16:58 - cd /src TB --- 2007-06-30 02:16:58 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 30 02:16:58 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_axe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cdce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_kue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_ural.c /src/sys/dev/usb/if_ural.c:106: error: 'USB_PRODUCT_SIEMENS3_WL54G' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:108: error: 'USB_VENDOR_SPAIRON' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:108: error: 'USB_PRODUCT_SPAIRON_WL54G' undeclared here (not in a function) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-30 02:27:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-30 02:27:26 - ERROR: failed to build lint kernel TB --- 2007-06-30 02:27:26 - tinderbox aborted TB --- 0.88 user 3.07 system 5863.48 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 02:41:11 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE16516A41F; Sat, 30 Jun 2007 02:41:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 657F313C448; Sat, 30 Jun 2007 02:41:11 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l5U2dDCm065611; Fri, 29 Jun 2007 20:39:13 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 29 Jun 2007 20:39:50 -0600 (MDT) Message-Id: <20070629.203950.-432837602.imp@bsdimp.com> To: tinderbox@freebsd.org From: "M. Warner Losh" In-Reply-To: <20070630022726.6962873068@freebsd-current.sentex.ca> References: <20070630022726.6962873068@freebsd-current.sentex.ca> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 29 Jun 2007 20:39:13 -0600 (MDT) Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 02:41:11 -0000 : /src/sys/dev/usb/if_ural.c:106: error: 'USB_PRODUCT_SIEMENS3_WL54G' undeclared here (not in a function) : /src/sys/dev/usb/if_ural.c:108: error: 'USB_VENDOR_SPAIRON' undeclared here (not in a function) : /src/sys/dev/usb/if_ural.c:108: error: 'USB_PRODUCT_SPAIRON_WL54G' undeclared here (not in a function) : *** Error code 1 Ooops. My bad. I'd forgotten that I had a number of slight spelling changes to try to get all the BSD's usbdevs in sync. Warner From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 03:06:41 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EE4B16A421; Sat, 30 Jun 2007 03:06:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4DF0213C480; Sat, 30 Jun 2007 03:06:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5U36eES057186; Fri, 29 Jun 2007 23:06:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5U36eke013320; Fri, 29 Jun 2007 23:06:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 61E5273068; Fri, 29 Jun 2007 23:06:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070630030640.61E5273068@freebsd-current.sentex.ca> Date: Fri, 29 Jun 2007 23:06:40 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 03:06:41 -0000 TB --- 2007-06-30 01:32:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-30 01:32:22 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-06-30 01:32:22 - cleaning the object tree TB --- 2007-06-30 01:32:55 - checking out the source tree TB --- 2007-06-30 01:32:55 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-06-30 01:32:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-30 01:43:39 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-30 01:43:39 - cd /src TB --- 2007-06-30 01:43:39 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 30 01:43:41 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 30 02:58:51 UTC 2007 TB --- 2007-06-30 02:58:51 - generating LINT kernel config TB --- 2007-06-30 02:58:51 - cd /src/sys/pc98/conf TB --- 2007-06-30 02:58:51 - /usr/bin/make -B LINT TB --- 2007-06-30 02:58:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-30 02:58:51 - cd /src TB --- 2007-06-30 02:58:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 30 02:58:51 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_axe.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cdce.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_cue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_kue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/dev/usb/if_ural.c /src/sys/dev/usb/if_ural.c:106: error: 'USB_PRODUCT_SIEMENS3_WL54G' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:108: error: 'USB_VENDOR_SPAIRON' undeclared here (not in a function) /src/sys/dev/usb/if_ural.c:108: error: 'USB_PRODUCT_SPAIRON_WL54G' undeclared here (not in a function) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-30 03:06:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-30 03:06:40 - ERROR: failed to build lint kernel TB --- 2007-06-30 03:06:40 - tinderbox aborted TB --- 0.91 user 2.95 system 5657.66 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 04:18:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B812D16A421; Sat, 30 Jun 2007 04:18:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 64E1013C483; Sat, 30 Jun 2007 04:18:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l5U4IQeP058759; Sat, 30 Jun 2007 00:18:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l5U4IQ4h049734; Sat, 30 Jun 2007 00:18:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 754C473068; Sat, 30 Jun 2007 00:18:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070630041826.754C473068@freebsd-current.sentex.ca> Date: Sat, 30 Jun 2007 00:18:26 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 04:18:27 -0000 TB --- 2007-06-30 02:27:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-06-30 02:27:26 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-06-30 02:27:26 - cleaning the object tree TB --- 2007-06-30 02:27:56 - checking out the source tree TB --- 2007-06-30 02:27:56 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-06-30 02:27:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-06-30 02:35:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-06-30 02:35:33 - cd /src TB --- 2007-06-30 02:35:33 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 30 02:35:34 UTC 2007 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Jun 30 04:16:25 UTC 2007 TB --- 2007-06-30 04:16:25 - generating LINT kernel config TB --- 2007-06-30 04:16:25 - cd /src/sys/ia64/conf TB --- 2007-06-30 04:16:25 - /usr/bin/make -B LINT TB --- 2007-06-30 04:16:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-06-30 04:16:25 - cd /src TB --- 2007-06-30 04:16:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 30 04:16:25 UTC 2007 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] ===> ath_rate_amrr (depend) @ -> /src/sys machine -> /src/sys/ia64/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h ln -sf /obj/ia64/src/sys/LINT/opt_inet.h opt_inet.h make: don't know how to make /src/sys/modules/ath_rate_amrr/../../contrib/dev/ath/public/ia64-elf.opt_ah.h. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-06-30 04:18:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-06-30 04:18:26 - ERROR: failed to build lint kernel TB --- 2007-06-30 04:18:26 - tinderbox aborted TB --- 0.84 user 2.58 system 6659.55 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 06:00:15 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C69C516A41F; Sat, 30 Jun 2007 06:00:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 816AC13C458; Sat, 30 Jun 2007 06:00:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1I4W0D-0004JW-FL; Sat, 30 Jun 2007 09:00:13 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Wojciech A. Koszek" In-reply-to: Your message of Fri, 29 Jun 2007 23:20:33 +0000 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Jun 2007 09:00:13 +0300 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE off-by-one problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 06:00:15 -0000 > On Wed, Jun 06, 2007 at 10:18:40AM +0300, Danny Braniss wrote: > > to get the config file from the kernel, one can use config -k, which > > executes elfdump to get the offset and size. The size is actually 1(one) > > byte too big, and so the output of config -k contains a NULL/0/^@ as > > the last byte. I think the problem is in the elf file. > > Why do you think that the problem lies in the ELF file? the size is wrongly reported. > > Can you confirm that following sysctls: > > kern.geom.confxml > kern.geom.conftxt > > don't suffer from the same problem? they are both empty. (and yes, geom_label is loaded). > > > btw, it would realy be nice if the sys/conf/NOTES file is updated. > > I can change NOTES soon. I have huge email lag. > fine, cheers danny From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 07:36:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 607A316A400 for ; Sat, 30 Jun 2007 07:36:58 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id DE2F613C458 for ; Sat, 30 Jun 2007 07:36:57 +0000 (UTC) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id l5U8FJO0079053; Sat, 30 Jun 2007 08:15:20 GMT (envelope-from dunstan@freebsd.czest.pl) Received: (from dunstan@localhost) by freebsd.czest.pl (8.13.4/8.12.9/Submit) id l5U8FI9c079052; Sat, 30 Jun 2007 08:15:18 GMT (envelope-from dunstan) Date: Sat, 30 Jun 2007 08:15:17 +0000 From: "Wojciech A. Koszek" To: Danny Braniss Message-ID: <20070630081517.GA79001@FreeBSD.czest.pl> Mail-Followup-To: "Wojciech A. Koszek" , Danny Braniss , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sat, 30 Jun 2007 08:15:20 +0000 (UTC) Cc: freebsd-current@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE off-by-one problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 07:36:58 -0000 On Sat, Jun 30, 2007 at 09:00:13AM +0300, Danny Braniss wrote: > > On Wed, Jun 06, 2007 at 10:18:40AM +0300, Danny Braniss wrote: > > > to get the config file from the kernel, one can use config -k, which > > > executes elfdump to get the offset and size. The size is actually 1(one) > > > byte too big, and so the output of config -k contains a NULL/0/^@ as > > > the last byte. I think the problem is in the elf file. > > > > Why do you think that the problem lies in the ELF file? > the size is wrongly reported. Hm. Not sure which notion of size you mean in this context. Configuration file is basically pretty standard sysctl, from which it's exported. > > > > > Can you confirm that following sysctls: > > > > kern.geom.confxml > > kern.geom.conftxt > > > > don't suffer from the same problem? > they are both empty. (and yes, geom_label is loaded). They're not related with GEOM_LABEL. I belive you haven't used -b flag while trying to see their contents. If you try: sysctl -b kern.geom.confxml or sysctl -b kern.geom.conftxt You'll notice these sysctls also contain NULL byte at the end, and they both suffer from being recognized as a binary files, while piped to grep(1). I'll look into this. If the kernel side of this interface is correct, I'm going to simply modify config(8) to skip the last byte of the output. Thanks for the report, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 08:01:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 850D416A400; Sat, 30 Jun 2007 08:01:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3F99213C44B; Sat, 30 Jun 2007 08:01:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1I4Xta-000805-Rz; Sat, 30 Jun 2007 11:01:30 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Wojciech A. Koszek" In-reply-to: Your message of Sat, 30 Jun 2007 08:15:17 +0000 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 30 Jun 2007 11:01:30 +0300 From: Danny Braniss Message-ID: Cc: freebsd-current@freebsd.org Subject: Re: INCLUDE_CONFIG_FILE off-by-one problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 08:01:32 -0000 > On Sat, Jun 30, 2007 at 09:00:13AM +0300, Danny Braniss wrote: > > > On Wed, Jun 06, 2007 at 10:18:40AM +0300, Danny Braniss wrote: > > > > to get the config file from the kernel, one can use config -k, which > > > > executes elfdump to get the offset and size. The size is actually 1(one) > > > > byte too big, and so the output of config -k contains a NULL/0/^@ as > > > > the last byte. I think the problem is in the elf file. > > > > > > Why do you think that the problem lies in the ELF file? > > the size is wrongly reported. > > Hm. Not sure which notion of size you mean in this context. > Configuration file is basically pretty standard sysctl, from which it's > exported. > > > > > > > > > Can you confirm that following sysctls: > > > > > > kern.geom.confxml > > > kern.geom.conftxt > > > > > > don't suffer from the same problem? > > they are both empty. (and yes, geom_label is loaded). > > They're not related with GEOM_LABEL. I belive you haven't used -b flag > while trying to see their contents. If you try: > > sysctl -b kern.geom.confxml > > or > > sysctl -b kern.geom.conftxt > > You'll notice these sysctls also contain NULL byte at the end, and they > both suffer from being recognized as a binary files, while piped to > grep(1). > > I'll look into this. If the kernel side of this interface is correct, I'm > going to simply modify config(8) to skip the last byte of the output. ok, so here is the output, and it seems bad under 6.2 too. bsd> sysctl -b kern.geom.confxml | cat -v|tail 4 r1w1e1 ^@bsd> ^ | +------ the extra null > > Thanks for the report, thank you! danny From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 08:50:46 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A9D616A421 for ; Sat, 30 Jun 2007 08:50:46 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 92E5913C457 for ; Sat, 30 Jun 2007 08:50:45 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id o4so535878uge for ; Sat, 30 Jun 2007 01:50:44 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=SM7dG7MYPrOpCcIwoxi5/UiDL72Q0aNi2AzgGTKFE6AhfoqXpF6rCR65h3kTf39335kZMCTaNTrXjqdZvtAdh9RdZZFsIAvNvr+KpwsiIx2MugTrI00j/gTCq+v8ubqdYTcH/YgvtiZZoouq3ZQRV4OxDMzDknrHeriNy0mSoOw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=naJ9PrfvFDqof6g+rXEmc1TeToeJKM7j/e9R4FYWi0LmkQsN+PCdtbJ/yOWYq7Y9PpDgMjvUuaGzBLU+8SIxgxDUyNVb/ifuKirCcZrr3aJMLJDUb1GmRe9BuHVTlePyuVi0F5UBxq0DCYCmEeyU1uKMZguCm9NH/6ALGrowbaQ= Received: by 10.82.146.14 with SMTP id t14mr8108220bud.1183193444200; Sat, 30 Jun 2007 01:50:44 -0700 (PDT) Received: from roadrunner.q.local ( [85.180.181.128]) by mx.google.com with ESMTP id j2sm28402907mue.2007.06.30.01.50.42 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 30 Jun 2007 01:50:42 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.14.1/8.14.1) with ESMTP id l5U8ocIO005611 for ; Sat, 30 Jun 2007 10:50:38 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.14.1/8.14.1/Submit) id l5U8oc6X005610 for current@freebsd.org; Sat, 30 Jun 2007 10:50:38 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Sat, 30 Jun 2007 10:50:38 +0200 From: Ulrich Spoerlein To: current@freebsd.org Message-ID: <20070630085038.GA1473@roadrunner.q.local> Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 08:50:46 -0000 Hi all, I upgraded to -CURRENT and am running with SCHED_BSD on an UP machine (where ULE has no advantage over BSD, right?) Anyway, I never noticed top(1) under 6.x reporting more than 1 running process, which is only natural, considering this is an UP machine. Under 7.x however, top(1) reports up to 7-8 running processes, depending on how much stuff is going on. Is top(1) lying, or is/was my assumption about UP wrong all along? Cheers, Ulrich Spoerlein PS: whats the new state 'ucond' all about? -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 14:30:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9E3016A41F for ; Sat, 30 Jun 2007 14:30:47 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 4F73B13C468 for ; Sat, 30 Jun 2007 14:30:47 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP for id l5UEUko7029408 (8.13.4/1.4); Sat, 30 Jun 2007 16:30:46 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP for id l5UEUkQ0029405 (8.13.4/2.02); Sat, 30 Jun 2007 16:30:46 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Sat, 30 Jun 2007 16:30:46 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: sigsuspend gets interrupted by ptrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 14:30:47 -0000 Consider this simple program: #include int main(void) { pause(); return 0; } $ ./a.out & $ truss -p `pgrep a.out` process exit, rval = 0 [1] Done ./a.out $ Surely this must be wrong. The program should have just continued running after truss was attached to it. (PR Filed under kern/114155) Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 14:41:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B44BD16A473 for ; Sat, 30 Jun 2007 14:41:43 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id 5318A13C4C8 for ; Sat, 30 Jun 2007 14:41:43 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP for id l5UEfgBS000300 (8.13.4/1.4); Sat, 30 Jun 2007 16:41:42 +0200 (MEST) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP for id l5UEfgpM000297 (8.13.4/2.02); Sat, 30 Jun 2007 16:41:42 +0200 (MEST) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Sat, 30 Jun 2007 16:41:42 +0200 (MEST) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: tcsh hangs in sigsuspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 14:41:43 -0000 Hi. I can no longer do simple things like kill `cat pidfile` in tcsh. After some debugging I noticed that tcsh hangs in sigsuspend in line 512 of sh.proc.c. So I guess it (tcsh) executed 'cat pidfile', and now waits for the process to terminate. But unless I'm not looking properly, there appears to be a race condition here. Tcsh blocks the SIGCHLD signal *after* it forks the child, not before. So the child could wel have exited between the call to fork and the call to sigprocmask. In that case, would not the sigsuspend hang forever? Also, I noticed that gdb gets very confused if I try to debug tcsh with a backticked command like the one above. (I guess this is the same as bin/112408) Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 15:05:43 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCC4D16A41F for ; Sat, 30 Jun 2007 15:05:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id B0B5513C45E for ; Sat, 30 Jun 2007 15:05:43 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5UF4mUC070837; Sat, 30 Jun 2007 08:04:48 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5UF4mRM070836; Sat, 30 Jun 2007 08:04:48 -0700 (PDT) (envelope-from sgk) Date: Sat, 30 Jun 2007 08:04:48 -0700 From: Steve Kargl To: Michiel Boland Message-ID: <20070630150448.GA70741@troutmask.apl.washington.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: tcsh hangs in sigsuspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 15:05:43 -0000 On Sat, Jun 30, 2007 at 04:41:42PM +0200, Michiel Boland wrote: > Hi. I can no longer do simple things like > > kill `cat pidfile` > > in tcsh. > > After some debugging I noticed that tcsh hangs in sigsuspend in line 512 > of sh.proc.c. So I guess it (tcsh) executed 'cat pidfile', and now waits > for the process to terminate. But unless I'm not looking properly, there > appears to be a race condition here. Tcsh blocks the SIGCHLD signal > *after* it forks the child, not before. So the child could wel have exited > between the call to fork and the call to sigprocmask. In that case, would > not the sigsuspend hang forever? > > Also, I noticed that gdb gets very confused if I try to debug tcsh with > a backticked command like the one above. (I guess this is the same as > bin/112408) > I suspect it is the same problem. Unfortunately, the author of tcsh does not have a publicly available source tree, so one cannot determine if the problem is fixed. It looks like you've managed to go beyond the limited debugging I did in bin/112408. Hopefully, this gets addressed before 7.0 is released. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 15:25:41 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72CD216A400 for ; Sat, 30 Jun 2007 15:25:41 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id E1C4313C4B9 for ; Sat, 30 Jun 2007 15:25:40 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id 41282690C54; Sat, 30 Jun 2007 16:21:16 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 01926690C5D; Sat, 30 Jun 2007 16:21:15 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RCVD_IN_SORBS_WEB autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (unknown [83.144.140.90]) by core.fnop.net (Postfix) with ESMTP id 56E60690C54; Sat, 30 Jun 2007 16:21:14 +0100 (WEST) Date: Sat, 30 Jun 2007 16:25:29 +0100 Message-ID: <86zm2hv506.wl%rpaulo@fnop.net> From: Rui Paulo To: Steve Kargl In-Reply-To: <20070630150448.GA70741@troutmask.apl.washington.edu> References: <20070630150448.GA70741@troutmask.apl.washington.edu> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Michiel Boland , freebsd-current@freebsd.org Subject: Re: tcsh hangs in sigsuspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 15:25:41 -0000 At Sat, 30 Jun 2007 08:04:48 -0700, Steve Kargl wrote: > > On Sat, Jun 30, 2007 at 04:41:42PM +0200, Michiel Boland wrote: > > Hi. I can no longer do simple things like > > > > kill `cat pidfile` > > > > in tcsh. > > > > After some debugging I noticed that tcsh hangs in sigsuspend in line 512 > > of sh.proc.c. So I guess it (tcsh) executed 'cat pidfile', and now waits > > for the process to terminate. But unless I'm not looking properly, there > > appears to be a race condition here. Tcsh blocks the SIGCHLD signal > > *after* it forks the child, not before. So the child could wel have exited > > between the call to fork and the call to sigprocmask. In that case, would > > not the sigsuspend hang forever? > > > > Also, I noticed that gdb gets very confused if I try to debug tcsh with > > a backticked command like the one above. (I guess this is the same as > > bin/112408) > > > > I suspect it is the same problem. Unfortunately, the author of > tcsh does not have a publicly available source tree, so one cannot > determine if the problem is fixed. It looks like you've managed > to go beyond the limited debugging I did in bin/112408. Hopefully, > this gets addressed before 7.0 is released. But you can consult the bug tracking system at http://bugs.gw.com/ Hope this helps. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 15:41:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 77DA716A468 for ; Sat, 30 Jun 2007 15:41:14 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD8113C45E for ; Sat, 30 Jun 2007 15:41:14 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.1/8.13.8) with ESMTP id l5UFeHe6071116; Sat, 30 Jun 2007 08:40:17 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.1/8.13.8/Submit) id l5UFeDJl071115; Sat, 30 Jun 2007 08:40:13 -0700 (PDT) (envelope-from sgk) Date: Sat, 30 Jun 2007 08:40:13 -0700 From: Steve Kargl To: Rui Paulo Message-ID: <20070630154013.GA71065@troutmask.apl.washington.edu> References: <20070630150448.GA70741@troutmask.apl.washington.edu> <86zm2hv506.wl%rpaulo@fnop.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86zm2hv506.wl%rpaulo@fnop.net> User-Agent: Mutt/1.4.2.2i Cc: Michiel Boland , freebsd-current@freebsd.org Subject: Re: tcsh hangs in sigsuspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 15:41:14 -0000 On Sat, Jun 30, 2007 at 04:25:29PM +0100, Rui Paulo wrote: > At Sat, 30 Jun 2007 08:04:48 -0700, > Steve Kargl wrote: > > I suspect it is the same problem. Unfortunately, the author of > > tcsh does not have a publicly available source tree, so one cannot > > determine if the problem is fixed. It looks like you've managed > > to go beyond the limited debugging I did in bin/112408. Hopefully, > > this gets addressed before 7.0 is released. > > But you can consult the bug tracking system at http://bugs.gw.com/ > ROTFL. http://bugs.gw.com/view.php?id=52 This URL points to http://mx.gw.com/pipermail/tcsh-bugs/2007-May/000498.html which is due to bin/112408. I've repeatedly asked to have the import of tcsh 6.15.00 backed out to the old 6.14.00 version. Having 7.0 released with a broken default user shell seems to be a lack of QA. A more important question is "can the broken signal handling in tcsh be exploited?" -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 15:54:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ABB916A47C for ; Sat, 30 Jun 2007 15:54:14 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by mx1.freebsd.org (Postfix) with ESMTP id EE44813C4C7 for ; Sat, 30 Jun 2007 15:54:13 +0000 (UTC) (envelope-from rpaulo@fnop.net) Received: from core.fnop.net (mx.fnop.net [82.102.11.82]) by core.fnop.net (Postfix) with ESMTP id A1C20690C54; Sat, 30 Jun 2007 16:49:49 +0100 (WEST) Received: by core.fnop.net (Postfix, from userid 1015) id 63106690C66; Sat, 30 Jun 2007 16:49:49 +0100 (WEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on core.fnop.net X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=AWL,BAYES_00, RCVD_IN_SORBS_DUL,RCVD_IN_SORBS_WEB autolearn=no version=3.1.7 Received: from epsilon.local.fnop.net (unknown [83.144.140.90]) by core.fnop.net (Postfix) with ESMTP id 1A0AB690C54; Sat, 30 Jun 2007 16:49:42 +0100 (WEST) Date: Sat, 30 Jun 2007 16:53:58 +0100 Message-ID: <86wsxlv3op.wl%rpaulo@fnop.net> From: Rui Paulo To: Steve Kargl In-Reply-To: <20070630154013.GA71065@troutmask.apl.washington.edu> References: <20070630150448.GA70741@troutmask.apl.washington.edu> <86zm2hv506.wl%rpaulo@fnop.net> <20070630154013.GA71065@troutmask.apl.washington.edu> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/21.3 Mule/5.0 (SAKAKI) X-cite-me: rpaulo MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: ClamAV using ClamSMTP Cc: Michiel Boland , freebsd-current@freebsd.org Subject: Re: tcsh hangs in sigsuspend X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 15:54:14 -0000 At Sat, 30 Jun 2007 08:40:13 -0700, Steve Kargl wrote: > > On Sat, Jun 30, 2007 at 04:25:29PM +0100, Rui Paulo wrote: > > At Sat, 30 Jun 2007 08:04:48 -0700, > > Steve Kargl wrote: > > > I suspect it is the same problem. Unfortunately, the author of > > > tcsh does not have a publicly available source tree, so one cannot > > > determine if the problem is fixed. It looks like you've managed > > > to go beyond the limited debugging I did in bin/112408. Hopefully, > > > this gets addressed before 7.0 is released. > > > > But you can consult the bug tracking system at http://bugs.gw.com/ > > > > ROTFL. > > http://bugs.gw.com/view.php?id=52 > > This URL points to http://mx.gw.com/pipermail/tcsh-bugs/2007-May/000498.html > which is due to bin/112408. Yes. I know. > I've repeatedly asked to have the import of tcsh 6.15.00 backed out to > the old 6.14.00 version. Having 7.0 released with a broken default > user shell seems to be a lack of QA. A more important question is > "can the broken signal handling in tcsh be exploited?" IMHO, a fix would be much better than backing out 6.15.00. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 16:00:32 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E51716A400 for ; Sat, 30 Jun 2007 16:00:32 +0000 (UTC) (envelope-from kazuaki@aliceblue.jp) Received: from pd5f7be.tokyff01.ap.so-net.ne.jp (pd5f7be.tokyff01.ap.so-net.ne.jp [202.213.247.190]) by mx1.freebsd.org (Postfix) with ESMTP id ECBBE13C447 for ; Sat, 30 Jun 2007 16:00:31 +0000 (UTC) (envelope-from kazuaki@aliceblue.jp) Received: from eyes.aliceblue.jp (dhcp21.aliceblue.jp [192.168.11.21]) by pd5f7be.tokyff01.ap.so-net.ne.jp (Postfix) with ESMTP id 12126597C72 for ; Sun, 1 Jul 2007 01:00:31 +0900 (JST) Message-ID: <46867E0C.50902@aliceblue.jp> Date: Sun, 01 Jul 2007 01:00:12 +0900 From: Kazuaki ODA User-Agent: Thunderbird 2.0.0.4 (X11/20070624) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: kernel panic on today's CURRENT when running sysctl -a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 16:00:32 -0000 Hi, I got the following panic on 7.0-CURRENT cvsup'ed today when running sysctl -a: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xc0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06e2d11 stack pointer = 0x28:0xe669aaa4 frame pointer = 0x28:0xe669aaa4 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 = 2200 (sysctl) trap number = 12 panic: page fault cpuid = 1 Uptime: 3h8m20s Physical memory: 1001 MB Dumping 139 MB: 124 108 92 76 60 44 28 12 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc074b957 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc074bc19 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a04ade in trap_fatal (frame=0xe669aa64, eva=192) at /usr/src/sys/i386/i386/trap.c:870 #4 0xc0a04d60 in trap_pfault (frame=0xe669aa64, usermode=0, eva=192) at /usr/src/sys/i386/i386/trap.c:784 #5 0xc0a056c2 in trap (frame=0xe669aa64) at /usr/src/sys/i386/i386/trap.c:462 #6 0xc09eb66b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06e2d11 in dev2udev (x=0xc40b1c00) at /usr/src/sys/fs/devfs/devfs_vnops.c:1308 #8 0xc078c9d2 in sysctl_kern_ttys (oidp=0xc0b390e0, arg1=0x0, arg2=0, req=0xe669aba4) at /usr/src/sys/kern/tty.c:3069#9 0xc07550f7 in sysctl_root (oidp=Variable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1306 #10 0xc0755244 in userland_sysctl (td=0xc4395440, name=0xe669ac14, namelen=2, old=0x0, oldlenp=0xbfbfe0f4, inkernel=0, new=0x0, newlen=0, retval=0xe669ac10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1401 #11 0xc0755fde in __sysctl (td=0xc4395440, uap=0xe669acfc) at /usr/src/sys/kern/kern_sysctl.c:1336 #12 0xc0a050b5 in syscall (frame=0xe669ad38) at /usr/src/sys/i386/i386/trap.c:1006 #13 0xc09eb6d0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 7 #7 0xc06e2d11 in dev2udev (x=0xc40b1c00) at /usr/src/sys/fs/devfs/devfs_vnops.c:1308 1308 return (x->si_priv->cdp_inode); (kgdb) p x $1 = (struct cdev *) 0xc40b1c00 (kgdb) p x->si_priv $2 = (struct cdev_priv *) 0x0 I can give you more information if required since I have the kernel core dump file. -- Kazuaki ODA From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 16:30:20 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E5BA316A469 for ; Sat, 30 Jun 2007 16:30:20 +0000 (UTC) (envelope-from erenerdemli@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id A6F4713C46C for ; Sat, 30 Jun 2007 16:30:20 +0000 (UTC) (envelope-from erenerdemli@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so1962559pyb for ; Sat, 30 Jun 2007 09:30:20 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=lUeZT6OkVHgpTs8s6NAgqXmEnkxE3fVIVbyjUXVlRltN9AQcO5I2hJLuwmu6u/AT6Z3NdBY7qrmvQu4/ctky7jssxisDjBUCpXlhXwLoyeVp7MuRROc1Cl+vqoSPfVIWAbsTkLmv4ifhQGjbop87zmvy7MiWQYb9BjqOQAQov+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=e746E5u52lfvhhmx185CbYIGwAUgcvncsZ6XoqS9tUlPbq1x/iGfLatu7KqF5zt2K293ph9UavuIvzT+Jz64brQSaDSoBOwxdJwkOokyuegQa907h0MfIE9qYp326ito2F7QIi0S0es9oFMxC2w2HX+isQBmBCshzL2sk4T/610= Received: by 10.65.218.15 with SMTP id v15mr4424138qbq.1183219378356; Sat, 30 Jun 2007 09:02:58 -0700 (PDT) Received: by 10.64.193.7 with HTTP; Sat, 30 Jun 2007 09:02:58 -0700 (PDT) Message-ID: Date: Sat, 30 Jun 2007 16:02:58 +0000 From: "Eren Erdemli" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: getcwd in kernel space X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 16:30:21 -0000 Hi, Sorry to disturb you's but I have a question and would like to know if you can assist me. I tried posting it to freebsd-hacker mailing list however I think something is wrong with it. I am new to freebsd programing and I am trying to get the current working directory of the curthread. I have hook on to the sys calls and redirected the mkdir my_mkdir(struct thread *p, (void*) uap) { mkdir_args = ..................... ........ getCWD()??????????? } the given path in the args is relative to the current path if not supplied fully. So who would I get the path of file. Your help is truly appreciated as I I have been trying it for few days now. no result apart from kernel panics. Thanks in advance Eren From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 17:06:44 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8BB716A400 for ; Sat, 30 Jun 2007 17:06:43 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id A744D13C45D for ; Sat, 30 Jun 2007 17:06:43 +0000 (UTC) (envelope-from astrodog@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so399094wxd for ; Sat, 30 Jun 2007 10:06:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=a5PgKlOcxgwyUfNaeUW2gXylMMLnr/nAae11IdcbZmrmVCP/OSnataehBwZyhS7RLJRD1yHG7VtKSo0b+erOHyvV/55gxdJAiKP02L57dLDpKNmgTgclujwsADWucnHg9Xjx68RU7MkkDgkS55fWW0xkC7+NfXK8rl8puMgdtEs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=ry6r1irObyUD07FR18w+y1+y1xzLy3t/A2vmi3hqZWru5Lj8E67Bzgf1W2w/TU3Kzn2ZC7H58rg37bjFTCfHM2r2f8Sq+8Wr+XhlMUmYlvGB3zN4g69FLIoj8EzkpSovBKK3ciKRx2XS+ErKWlNCNDRBbAutEO25Kpr07HDuEDQ= Received: by 10.90.63.16 with SMTP id l16mr4107242aga.1183221697300; Sat, 30 Jun 2007 09:41:37 -0700 (PDT) Received: by 10.90.116.7 with HTTP; Sat, 30 Jun 2007 09:41:37 -0700 (PDT) Message-ID: <2fd864e0706300941q2767f6f0v539b7f3ad78e4817@mail.gmail.com> Date: Sat, 30 Jun 2007 16:41:37 +0000 From: Astrodog To: current@freebsd.org In-Reply-To: <20070630085038.GA1473@roadrunner.q.local> MIME-Version: 1.0 References: <20070630085038.GA1473@roadrunner.q.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: SCHED_4BSD: More than 1 process running on UP machine? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 17:06:44 -0000 On 6/30/07, Ulrich Spoerlein wrote: > > Hi all, > > I upgraded to -CURRENT and am running with SCHED_BSD on an UP machine > (where ULE has no advantage over BSD, right?) > > Anyway, I never noticed top(1) under 6.x reporting more than 1 running > process, which is only natural, considering this is an UP machine. Under > 7.x however, top(1) reports up to 7-8 running processes, depending on > how much stuff is going on. > > Is top(1) lying, or is/was my assumption about UP wrong all along? Keep in mind, technically speaking, on a UP system, when top refreshes.... its the only running process, and its using 100% of the CPU. ;) top/uptime/etc all use a small period of time, I believe, and under UP, the maximum number of running processes under top would be topsampletime / min_slice - 1. A process waiting in the run queue is reported as "running" as well, as I recall, in which case the number of "running" processes under top would be, at most, the maximum size of the run queue. Hopefully this is helpful (and correct), I haven't looked inside top in quite awhile. --- Harrison Cheers, > Ulrich Spoerlein > > PS: whats the new state 'ucond' all about? > -- > "The trouble with the dictionary is you have to know how the word is > spelled before you can look it up to see how it is spelled." > -- Will Cuppy > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 18:10:18 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92A1D16A469 for ; Sat, 30 Jun 2007 18:10:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 20FC613C457 for ; Sat, 30 Jun 2007 18:10:18 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [89.162.146.170] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1I4hOf-000PMF-El for freebsd-current@freebsd.org; Sat, 30 Jun 2007 21:10:16 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5UI9uYQ051066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Jun 2007 21:09:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l5UIA1iA049780; Sat, 30 Jun 2007 21:10:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1/Submit) id l5UIA0en049779; Sat, 30 Jun 2007 21:10:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 30 Jun 2007 21:10:00 +0300 From: Kostik Belousov To: Kazuaki ODA Message-ID: <20070630181000.GH2268@deviant.kiev.zoral.com.ua> References: <46867E0C.50902@aliceblue.jp> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7u5w4K+D0TbLVKvk" Content-Disposition: inline In-Reply-To: <46867E0C.50902@aliceblue.jp> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.90.2, clamav-milter version 0.90.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on skuns.kiev.zoral.com.ua X-Scanner-Signature: e7d6a74e6a41bfc4865bf8c76b21c35c X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1187 [June 28 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: kernel panic on today's CURRENT when running sysctl -a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 18:10:18 -0000 --7u5w4K+D0TbLVKvk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jul 01, 2007 at 01:00:12AM +0900, Kazuaki ODA wrote: > Hi, I got the following panic on 7.0-CURRENT cvsup'ed today when running > sysctl -a: >=20 >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0xc0 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc06e2d11 > stack pointer =3D 0x28:0xe669aaa4 > frame pointer =3D 0x28:0xe669aaa4 > 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 2200 (sysctl) > trap number =3D 12 > panic: page fault > cpuid =3D 1 > Uptime: 3h8m20s > Physical memory: 1001 MB > Dumping 139 MB: 124 108 92 76 60 44 28 12 >=20 > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc074b957 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :409 > #2 0xc074bc19 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc0a04ade in trap_fatal (frame=3D0xe669aa64, eva=3D192) > at /usr/src/sys/i386/i386/trap.c:870 > #4 0xc0a04d60 in trap_pfault (frame=3D0xe669aa64, usermode=3D0, eva=3D19= 2) > at /usr/src/sys/i386/i386/trap.c:784 > #5 0xc0a056c2 in trap (frame=3D0xe669aa64) at > /usr/src/sys/i386/i386/trap.c:462 > #6 0xc09eb66b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc06e2d11 in dev2udev (x=3D0xc40b1c00) > at /usr/src/sys/fs/devfs/devfs_vnops.c:1308 > #8 0xc078c9d2 in sysctl_kern_ttys (oidp=3D0xc0b390e0, arg1=3D0x0, arg2= =3D0, > req=3D0xe669aba4) at /usr/src/sys/kern/tty.c:3069#9 0xc07550f7 in > sysctl_root (oidp=3DVariable "oidp" is not available. > ) at /usr/src/sys/kern/kern_sysctl.c:1306 > #10 0xc0755244 in userland_sysctl (td=3D0xc4395440, name=3D0xe669ac14, > namelen=3D2, > old=3D0x0, oldlenp=3D0xbfbfe0f4, inkernel=3D0, new=3D0x0, newlen=3D0, > retval=3D0xe669ac10, flags=3D0) at /usr/src/sys/kern/kern_sysctl.c:14= 01 > #11 0xc0755fde in __sysctl (td=3D0xc4395440, uap=3D0xe669acfc) > at /usr/src/sys/kern/kern_sysctl.c:1336 > #12 0xc0a050b5 in syscall (frame=3D0xe669ad38) > at /usr/src/sys/i386/i386/trap.c:1006 > #13 0xc09eb6d0 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:196 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) frame 7 > #7 0xc06e2d11 in dev2udev (x=3D0xc40b1c00) > at /usr/src/sys/fs/devfs/devfs_vnops.c:1308 > 1308 return (x->si_priv->cdp_inode); > (kgdb) p x > $1 =3D (struct cdev *) 0xc40b1c00 > (kgdb) p x->si_priv > $2 =3D (struct cdev_priv *) 0x0 >=20 >=20 > I can give you more information if required since I have the kernel core > dump file. I assume this happens with sysctl kern.pts.enable=3D0 ? --7u5w4K+D0TbLVKvk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGhpx4C3+MBN1Mb4gRAgLAAKCM6E/VlqrIL53bZK74W1ydHv8AxwCfQw22 zVucHSch1QlVpitqcP1nr9s= =ijuD -----END PGP SIGNATURE----- --7u5w4K+D0TbLVKvk-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 18:45:01 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D351216A41F for ; Sat, 30 Jun 2007 18:45:01 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id A77AC13C45A for ; Sat, 30 Jun 2007 18:45:01 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (fr7er6zn3nspj7g9@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id l5UIivST089774; Sat, 30 Jun 2007 11:44:57 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id l5UIiu1c089773; Sat, 30 Jun 2007 11:44:56 -0700 (PDT) (envelope-from jmg) Date: Sat, 30 Jun 2007 11:44:56 -0700 From: John-Mark Gurney To: Michiel Boland Message-ID: <20070630184456.GK1221@funkthat.com> Mail-Followup-To: Michiel Boland , freebsd-current@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org Subject: Re: sigsuspend gets interrupted by ptrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 18:45:01 -0000 Michiel Boland wrote this message on Sat, Jun 30, 2007 at 16:30 +0200: > Consider this simple program: > > #include > > int main(void) > { > pause(); > return 0; > } > > $ ./a.out & > $ truss -p `pgrep a.out` > process exit, rval = 0 > [1] Done ./a.out > $ > > Surely this must be wrong. The program should have just continued running > after truss was attached to it. > > (PR Filed under kern/114155) This is probably related to a problem where if you kill yourself w/ SIGSTOP so you can attach to it w/ gdb, you have to put a second SIGSTOP so that execution will stop after gdb attaches, otherwise like your example, execution continues past where you wanted.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 18:48:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4999416A41F for ; Sat, 30 Jun 2007 18:48:58 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.freebsd.org (Postfix) with ESMTP id 0890013C45D for ; Sat, 30 Jun 2007 18:48:57 +0000 (UTC) (envelope-from sfpoof@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so413057wxd for ; Sat, 30 Jun 2007 11:48:57 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Q1Xg8NoiSzdZVnWzhewsnSN9kMmHcsk4MuSWSIkqeIH0opcRtxQUAHKwYNc3INCOpdgqe/wxyFiDpp0W6MFNFVnrQGCvaHsF2ZlqNy8RxNfYd2IQhryHS7Zk2wGZ8BlGvAExlrFbeeDDCup7Lgv5ShGZUWwFUQ6kPQ3S6ydbVrI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=iSeXDWdQLR7uJm501EjM7eYhj+8KixToAVXynqOglajM5h4YNvH0iJTDvHdxhHrDnWG7PCMukVMyU/od4yFkGQqyo/TdYVq8KqwhnrVH2V1KVS0VQMnDtLPNKer9Na8VjAo3aQD4A3EtMxTDq1BrYvHtKy3IzJzOllgdx/6jklc= Received: by 10.90.27.13 with SMTP id a13mr4132757aga.1183229337217; Sat, 30 Jun 2007 11:48:57 -0700 (PDT) Received: by 10.90.70.9 with HTTP; Sat, 30 Jun 2007 11:48:57 -0700 (PDT) Message-ID: Date: Sat, 30 Jun 2007 11:48:57 -0700 From: "Kevin Gerry" To: "Sam Leffler" In-Reply-To: <46848C1E.2080404@errno.com> MIME-Version: 1.0 References: <468488B3.7010607@errno.com> <46848C1E.2080404@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Wireless NICs not obeying 'SSID' setting. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 18:48:58 -0000 Well, I attempted ifconfig ral0 -bgscan and that didn't help as it just switched SSIDs on me... Attempting ifconfig ral0 roaming device now in hopes that will work! =) Thanks for the assistance. On 6/28/07, Sam Leffler wrote: > > Sam Leffler wrote: > > Kevin Gerry wrote: > >> I've noticed that in a recent patch that when you set a NIC with > ifconfig > >> ath0 ssid "This One" that it won't always honor that and jump on the > >> strongest one. > >> > >> Example: > >> > >> 3 WAPs: SSIDs WAP1, WAP2, WAP3 > >> > >> I have set ath0's ssid to "WAP2" and ral0's ssid to "WAP3". They both > will > >> honor the ssid setting for the first connection. However, after a few > >> hours/etc the drivers both associate with WAP1. > >> > >> The settings to require the specific SSID are in > >> /etc/start_if.ral0/start_if.ath0. There aren't any conflicting > >> directives to > >> force it to go blank and select a random AP. > > > > You're probably roaming. wlandebug roam will verify what's going on. > > You can disable roaming several ways: > > > > ifconfig ral0 roaming device > > > > should do the trick (if you set it to manual then you won't do what you > > want if your beacon is turned off). Alternatively you can do > > > > ifconfig ral0 -bgscan > > > > as roaming won't take place w/o bg scanning. > > If you are roaming you can also just fiddle with the roaming thresholds; > e.g. roam:rssi11g and roam:rate11g. I haven't updated the man page > for ifconfig for these yet; they are threshold settings that when > crossed cause the system to consider roaming to a different ap. > > The handling of ssid changed when roaming went in; it's now a "desired > ssid". That is, if the scan doesn't see an ap with the desired ssid > then it'll associate to another ap if possible. Should the ap w/ the > desired ssid re-appear and roaming is enabled then you'll switch over to > it. There is also hysteresis to this algorithm so you don't just bounce > around from one ap to another. > > Sam > From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 21:34:41 2007 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1575216A41F for ; Sat, 30 Jun 2007 21:34:41 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id A8B9913C46E for ; Sat, 30 Jun 2007 21:34:40 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id l5UL467M021615; Sat, 30 Jun 2007 22:04:06 +0100 (BST) Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1I4k6w-0001gz-04; Sat, 30 Jun 2007 22:04:06 +0100 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.1/8.14.1) with ESMTP id l5UL45is074464; Sat, 30 Jun 2007 22:04:05 +0100 (BST) (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.1/8.14.1/Submit) with ESMTP id l5UL44mV074461; Sat, 30 Jun 2007 22:04:05 +0100 (BST) (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 30 Jun 2007 22:04:04 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Kazuaki ODA In-Reply-To: <46867E0C.50902@aliceblue.jp> Message-ID: <20070630215216.K63472@ury.york.ac.uk> References: <46867E0C.50902@aliceblue.jp> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: freebsd-current@FreeBSD.org Subject: Re: kernel panic on today's CURRENT when running sysctl -a X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 21:34:41 -0000 On Sun, 1 Jul 2007, Kazuaki ODA wrote: > Hi, I got the following panic on 7.0-CURRENT cvsup'ed today when running > sysctl -a: > > [snip] > > I can give you more information if required since I have the kernel core > dump file. This is a long-standing bug, and is also the subject of PR kern/89538 and kern/99464. So far, it's been very hard so far to find someone with a core to investigate further. Can you try the suggestion at the end of kern/89538 and submit a followup to the PR with your findings please? Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Sat Jun 30 22:51:24 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76F6316A41F for ; Sat, 30 Jun 2007 22:51:24 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mx1.freebsd.org (Postfix) with ESMTP id 02A2813C45A for ; Sat, 30 Jun 2007 22:51:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l5UMpHd6020806; Sun, 1 Jul 2007 08:51:17 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l5UMpFii020805; Sun, 1 Jul 2007 08:51:15 +1000 (EST) (envelope-from peter) Date: Sun, 1 Jul 2007 08:51:15 +1000 From: Peter Jeremy To: Bakul Shah Message-ID: <20070630225115.GW15680@turion.vk2pj.dyndns.org> References: <20070627085526.07E1C5B50@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XWOWbaMNXpFDWE00" Content-Disposition: inline In-Reply-To: <20070627085526.07E1C5B50@mail.bitblocks.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-current@freebsd.org Subject: Re: questions re 32bit & 64bit ports in a 64bit world X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Jun 2007 22:51:24 -0000 --XWOWbaMNXpFDWE00 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Jun-27 01:55:25 -0700, Bakul Shah wrote: >All the 32 bit ports that I tried so far (all except cvsup) >seem to work fine but they still pick up shared libs from >/usr/local/lib which will cause problems if I now add 64bit >ports. I really don't want to have to recompile and retest >any 32bit port in 64bit mode if it already works well enough. >It would be nice if 32bit ports and 64bit ports can co-exist. >Is this possible? I agree it would be nice but it's not possible at present. The ports infrastructure has no provision for handling the same port installed for different architectures so all your ports need to be either i386 or amd64 for the dependency handling to work. >Is any special set up needed in the 64bit world to >cross-compile for a i386 target? Files such as > are specific to amd64 so one would need to >keep a copy of /usr/include from a 32bit world somewhere. Currently there's no supported way to build i386 executables on amd64. http://lists.freebsd.org/pipermail/freebsd-amd64/2007-April/009812.html contains a list of problems I found when I last tried investigating this. --=20 Peter Jeremy --XWOWbaMNXpFDWE00 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGht5j/opHv/APuIcRAmEWAKCtGv2RRFGLvYoqhOR1T4sjtMT8VwCfUzzQ xdmdxkQQy1pjqjQ2D1I97jU= =7jnL -----END PGP SIGNATURE----- --XWOWbaMNXpFDWE00--