From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 00:14:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A034B16A41C; Sun, 5 Jun 2005 00:14:01 +0000 (GMT) (envelope-from tilman@arved.at) Received: from 21322530218.direct.eti.at (21322530218.direct.eti.at [213.225.30.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA72C43D1F; Sun, 5 Jun 2005 00:14:00 +0000 (GMT) (envelope-from tilman@arved.at) Received: from jim.arved.de (localhost [127.0.0.1]) by 21322530218.direct.eti.at (8.13.1/8.13.1) with ESMTP id j550DxIV030562; Sun, 5 Jun 2005 02:13:59 +0200 (CEST) (envelope-from tilman@arved.at) Received: (from arved@localhost) by jim.arved.de (8.13.3/8.13.1/Submit) id j550DxCv030561; Sun, 5 Jun 2005 02:13:59 +0200 (CEST) (envelope-from tilman@arved.at) X-Authentication-Warning: jim.arved.de: arved set sender to tilman@arved.at using -f Date: Sun, 5 Jun 2005 02:13:59 +0200 From: Tilman Linneweh To: powerpc@freebsd.org, current@freebsd.org Message-ID: <20050605001359.GA30548@arved.at> References: <20050604155921.2F8AD7306E@freebsd-current.sentex.ca> <867jh9st82.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <867jh9st82.fsf@xps.des.no> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: [current tinderbox] failure on powerpc/powerpc 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, 05 Jun 2005 00:14:01 -0000 * Dag-Erling Smørgrav [Sat, 04 Jun 2005 at 23:33 GMT]: >> TB --- 2005-06-04 15:59:20 - WARNING: /usr/bin/cvs returned exit code 1 >> TB --- 2005-06-04 15:59:20 - ERROR: unable to check out the source tree >> TB --- 2005-06-04 15:59:20 - tinderbox aborted > > The gcc 3.4.4 import conflicts with the rs6000.c / sysv4.h patches > which were applied locally. Are new patches available, or will it > build without them? I have successfully built a new world with this patches: http://people.freebsd.org/~arved/stuff/ppc/patch-rs6000.c http://people.freebsd.org/~arved/stuff/ppc/patch-sysv4.h regards arved From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 00:27:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48B6216A41C; Sun, 5 Jun 2005 00:27:12 +0000 (GMT) (envelope-from des@des.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA0543D48; Sun, 5 Jun 2005 00:27:11 +0000 (GMT) (envelope-from des@des.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHL005K359C1210@osl1smout1.broadpark.no>; Sun, 05 Jun 2005 02:27:12 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IHL00BMK5FGTWT0@osl1sminn1.broadpark.no>; Sun, 05 Jun 2005 02:30:52 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id 1BB7F45684; Sun, 05 Jun 2005 02:27:10 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 8D7204561A; Sun, 05 Jun 2005 02:27:06 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 86C9433C1C; Sun, 05 Jun 2005 02:27:06 +0200 (CEST) Date: Sun, 05 Jun 2005 02:27:06 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <20050605001359.GA30548@arved.at> To: Tilman Linneweh Message-id: <86d5r1r6lh.fsf@xps.des.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dsa.des.no References: <20050604155921.2F8AD7306E@freebsd-current.sentex.ca> <867jh9st82.fsf@xps.des.no> <20050605001359.GA30548@arved.at> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.0.2 X-Spam-Level: Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [current tinderbox] failure on powerpc/powerpc 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, 05 Jun 2005 00:27:12 -0000 Tilman Linneweh writes: > I have successfully built a new world with this patches: > http://people.freebsd.org/~arved/stuff/ppc/patch-rs6000.c > http://people.freebsd.org/~arved/stuff/ppc/patch-sysv4.h Thanks. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 00:56:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AA9616A41C for ; Sun, 5 Jun 2005 00:56:03 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 809AF43D49 for ; Sun, 5 Jun 2005 00:56:02 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 05 Jun 2005 00:56:00 -0000 Received: from p5090FB26.dip.t-dialin.net (EHLO klotz.local) [80.144.251.38] by mail.gmx.net (mp025) with SMTP; 05 Jun 2005 02:56:00 +0200 X-Authenticated: #989277 Received: from [127.0.0.1] (localhost [127.0.0.1]) by klotz.local (8.13.3/8.13.3) with ESMTP id j5509rqF005157 for ; Sun, 5 Jun 2005 02:09:54 +0200 (CEST) (envelope-from nakal@nurfuerspam.de) Message-ID: <42A242D1.4000002@nurfuerspam.de> Date: Sun, 05 Jun 2005 02:09:53 +0200 From: Martin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050403) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Optimizing libc/string for 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, 05 Jun 2005 00:56:03 -0000 Hello, I ran nbench on different workstations and noticed that amd64-platform is really bad when doing "STRINGSORT". Sempron 2200+ (i386) : 88 iterations/second Athlon64 3000+ (amd64): 32.15 iterations/second I looked inside nbench and it seems to call memmove very often. This is OK, in my opinion, so I investigated further. I've just looked inside libc how memmove/memcpy is handled there. The function is inside bcopy.c. I noticed that the "word" which is used for copying has the size of "int". Wouldn't it be better to set it to "typedef long word"? OpenBSD is using "long" there, for example, as I noticed later. I don't have amd64 at home, so I cannot really test everything out. Can someone of you take a look at the code in libc/string? There are various places that are using "int" instead of "long", e.g. also in memset-code. Can anyone confirm this bad performance with STRINGSORT on amd64? Martin From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 01:36:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 778E316A41C for ; Sun, 5 Jun 2005 01:36:34 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A1D043D48 for ; Sun, 5 Jun 2005 01:36:33 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [69.193.82.185]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id j551lMIF033303; Sat, 4 Jun 2005 21:47:23 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <000701c5696f$0dee3b10$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Martin" , References: <42A242D1.4000002@nurfuerspam.de> Date: Sat, 4 Jun 2005 21:36:53 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: Subject: Re: Optimizing libc/string for 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, 05 Jun 2005 01:36:34 -0000 > Hello, > > I ran nbench on different workstations and noticed that > amd64-platform is really bad when doing "STRINGSORT". > > Sempron 2200+ (i386) : 88 iterations/second > Athlon64 3000+ (amd64): 32.15 iterations/second > > I looked inside nbench and it seems to call memmove > very often. This is OK, in my opinion, so I investigated > further. > > I've just looked inside libc how memmove/memcpy is > handled there. The function is inside bcopy.c. > I noticed that the "word" which is used for copying > has the size of "int". > > Wouldn't it be better to set it to "typedef long word"? > OpenBSD is using "long" there, for example, as I noticed > later. > > I don't have amd64 at home, so I cannot really test > everything out. Can someone of you take a look at the > code in libc/string? There are various places that are > using "int" instead of "long", e.g. also in memset-code. It would probably be better to use int64_t and int32_t instead of long/int, in order to make the intention more obvious. -- Matt Emmerton From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 02:22:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B290816A41C for ; Sun, 5 Jun 2005 02:22:08 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AD1043D1F for ; Sun, 5 Jun 2005 02:22:08 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j552M7bf026267 for ; Sat, 4 Jun 2005 19:22:07 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j552M7VR026211 for freebsd-current@freebsd.org; Sat, 4 Jun 2005 19:22:07 -0700 (PDT) (envelope-from obrien) Date: Sat, 4 Jun 2005 19:22:07 -0700 From: "David O'Brien" To: freebsd-current@freebsd.org Message-ID: <20050605022207.GA18499@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Subject: I'd like to rm these RCng files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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, 05 Jun 2005 02:22:08 -0000 These files were brought in from NetBSD, but we ended up not using them (or did and no longer do). I'd like to 'cvs rm' them from HEAD. Does anyone object? -- -- David (obrien@FreeBSD.org) R rc.d/altqd R rc.d/bootconf.sh R rc.d/dhcpd R rc.d/dhcrelay R rc.d/downinterfaces R rc.d/gated R rc.d/ifwatchd R rc.d/kdc R rc.d/lkm1 R rc.d/lkm2 R rc.d/lkm3 R rc.d/mixerctl R rc.d/mopd R rc.d/mountall R rc.d/ndbootd R rc.d/network R rc.d/poffd R rc.d/postfix R rc.d/ppp R rc.d/racoon R rc.d/raidframe R rc.d/rbootd R rc.d/rtsold R rc.d/screenblank R rc.d/swap2 R rc.d/sysdb R rc.d/wscons R rc.d/xdm R rc.d/xfs From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 04:15:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1025F16A428 for ; Sun, 5 Jun 2005 04:15:29 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: from smtp.orbitel.bg (smtp.orbitel.bg [195.24.32.22]) by mx1.FreeBSD.org (Postfix) with SMTP id 359D743D49 for ; Sun, 5 Jun 2005 04:15:27 +0000 (GMT) (envelope-from b_bonev@mail.orbitel.bg) Received: (qmail 15787 invoked from network); 5 Jun 2005 04:15:26 -0000 Received: from unknown (HELO localhost) (10.0.0.4) by smtp.orbitel.bg with SMTP; 5 Jun 2005 04:15:26 -0000 Received: from smtp.orbitel.bg ([10.0.0.3]) by localhost (sof-rv2.orbitel.bg [10.0.0.4]) (amavisd-new, port 10024) with ESMTP id 28833-96; Sat, 4 Jun 2005 20:35:21 +0300 (EEST) Received: from ibb.orac.bg (unknown [212.91.172.62]) by smtp.orbitel.bg (Postfix) with ESMTP id DBE7DA5CB11; Sun, 5 Jun 2005 07:15:24 +0300 (EEST) Date: Sun, 05 Jun 2005 07:15:16 +0300 From: "Ivailo Bonev" To: "Jeff Roberson" References: <20050604052429.T8209@mail.chesapeake.net> Organization: Orac Ltd. Message-ID: In-Reply-To: <20050604052429.T8209@mail.chesapeake.net> User-Agent: Opera M2/8.0 (FreeBSD, build 1095) Content-Type: text/plain; format=flowed; delsp=yes; charset=windows-1251 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at orbitel.bg Cc: freebsd-current@freebsd.org Subject: Re: ULE Status. 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, 05 Jun 2005 04:15:29 -0000 On Sat, 04 Jun 2005 12:25:33 +0300, Jeff Roberson wrote: > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > me know if you run into any problems with it, preferably with a seperate > mail to me as I'm more likely to see this than one which is cc'd to > current@. > > Thanks, > Jeff Thanks Jeff After your mail, that ULE last known bug is fixed, I'm getting into the -CURRENT with ULE (before I haven even start X), and with pleasure. I'm happy to say that my old SMP 2x500MHz P3 machine work like new ;). Thanks to all of you... Just for the last, when reboot, it say that /dev/ cannot be unmounted (BUSY) Is this cause any trouble, or not? > ---------- Forwarded message ---------- > Date: Sat, 4 Jun 2005 09:23:29 +0000 (UTC) > From: Jeff Roberson > To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/sys/kern sched_ule.c > > jeff 2005-06-04 09:23:29 UTC > > FreeBSD src repository > > Modified files: > sys/kern sched_ule.c > Log: > - Don't SLOT_USE() in the preempt case, sched_add() has already taken > the > slot for us. Previously, we would take two slots on every preempt, > and > setrunqueue() would fix it up for us in the non threaded case. The > threaded case was simply broken. > - Clean up flags, prototypes, comments. > > Revision Changes Path > 1.150 +37 -72 src/sys/kern/sched_ule.c > _______________________________________________ > 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" -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 04:37:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E6C616A420 for ; Sun, 5 Jun 2005 04:37:26 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp817.mail.sc5.yahoo.com (smtp817.mail.sc5.yahoo.com [66.163.170.3]) by mx1.FreeBSD.org (Postfix) with SMTP id E5E4F43D49 for ; Sun, 5 Jun 2005 04:37:25 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.183.141 with login) by smtp817.mail.sc5.yahoo.com with SMTP; 5 Jun 2005 04:37:25 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id B384C60CF; Sat, 4 Jun 2005 23:37:24 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17335-06; Sat, 4 Jun 2005 23:37:23 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 6267260CE; Sat, 4 Jun 2005 23:37:23 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j554bMKm008112; Sat, 4 Jun 2005 23:37:22 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42A2817D.9080107@alumni.rice.edu> Date: Sat, 04 Jun 2005 23:37:17 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ivailo Bonev References: <20050604052429.T8209@mail.chesapeake.net> In-Reply-To: X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5B2F3088E03440AF4251A7E9" X-Virus-Scanned: amavisd-new at noacks.org Cc: Jeff Roberson , freebsd-current@freebsd.org Subject: Re: ULE Status. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jun 2005 04:37:26 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5B2F3088E03440AF4251A7E9 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit On 06/04/05 23:15, Ivailo Bonev wrote: > On Sat, 04 Jun 2005 12:25:33 +0300, Jeff Roberson > wrote: > >> I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let >> me know if you run into any problems with it, preferably with a seperate >> mail to me as I'm more likely to see this than one which is cc'd to >> current@. >> > After your mail, that ULE last known bug is fixed, I'm getting into the > -CURRENT with ULE (before I haven even start X), and with pleasure. I'm > happy to say that my old SMP 2x500MHz P3 machine work like new ;). > Thanks to all of you... > Just for the last, when reboot, it say that /dev/ cannot be unmounted > (BUSY) > Is this cause any trouble, or not? This is a known issue and is harmless. -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig5B2F3088E03440AF4251A7E9 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.1 (FreeBSD) iD8DBQFCooGCUFz01pkdgZURAqHaAJ0fZ0okKI8gRNiEX73eMt+Szs45/ACdFckt GveKOHa5X6ifqAOvfHXirck= =83uS -----END PGP SIGNATURE----- --------------enig5B2F3088E03440AF4251A7E9-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 06:16:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5C9416A41C for ; Sun, 5 Jun 2005 06:16:36 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 743D543D48 for ; Sun, 5 Jun 2005 06:16:36 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j556GXu7065693; Sun, 5 Jun 2005 02:16:33 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j556GUGi065685; Sun, 5 Jun 2005 02:16:32 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 5 Jun 2005 02:16:30 -0400 (EDT) From: Andre Guibert de Bruet To: Jake Burkholder In-Reply-To: <42A1E579.1020704@locore.ca> Message-ID: <20050605021008.L42933@lexi.siliconlandmark.com> References: <20050601000203.D69811@lexi.siliconlandmark.com> <42A1E579.1020704@locore.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.535, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: current@freebsd.org Subject: Re: [RFC] [PATCH] VM & VFS 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, 05 Jun 2005 06:16:36 -0000 On Sat, 4 Jun 2005, Jake Burkholder wrote: > Andre Guibert de Bruet wrote: > >> Index: vm/swap_pager.c >> =================================================================== >> RCS file: /home/ncvs/src/sys/vm/swap_pager.c,v >> retrieving revision 1.273 >> diff -u -r1.273 swap_pager.c >> --- vm/swap_pager.c 20 May 2005 21:26:05 -0000 1.273 >> +++ vm/swap_pager.c 24 May 2005 02:21:30 -0000 >> @@ -2193,6 +2193,60 @@ >> return (error); >> } >> > [...] >> + >> + mtx_lock(&sw_dev_mtx); >> + TAILQ_REMOVE(&swtailq, sp, sw_list); >> + >> + sp = TAILQ_FIRST(&swtailq); >> + free(sp, M_VMPGDATA); >> + } >> > It looks like the free should be before sp = TAILQ_FIRST() instead of after. Good catch! I did not catch this in my testing because I only have one swapdev configured on my test machine. I will add this to my test plan. Meanwhile, I updated the patch. I am still working on the other proposed changes. I will probably keep this new version of the patch around for reference when I make the "final" set of diffs available. Thanks! Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 06:25:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC56816A41C for ; Sun, 5 Jun 2005 06:25:18 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B61643D1F for ; Sun, 5 Jun 2005 06:25:17 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) by mail02.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j556PEKQ011871 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 5 Jun 2005 16:25:15 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j556PERx037644; Sun, 5 Jun 2005 16:25:14 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j556PDAN037643; Sun, 5 Jun 2005 16:25:13 +1000 (EST) (envelope-from pjeremy) Date: Sun, 5 Jun 2005 16:25:13 +1000 From: Peter Jeremy To: Matt Emmerton Message-ID: <20050605062513.GB31558@cirb503493.alcatel.com.au> References: <42A242D1.4000002@nurfuerspam.de> <000701c5696f$0dee3b10$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000701c5696f$0dee3b10$1200a8c0@gsicomp.on.ca> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org, Martin Subject: Re: Optimizing libc/string for 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, 05 Jun 2005 06:25:19 -0000 On Sat, 2005-Jun-04 21:36:53 -0400, Matt Emmerton wrote: >It would probably be better to use int64_t and int32_t instead of long/int, >in order to make the intention more obvious. The intent is to use the widest, efficiently supported type. This is 'long' on all of our architectures. int64_t has to be simulated on i386 and is therefore not an idea choice. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 06:34:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ADE316A41C for ; Sun, 5 Jun 2005 06:34:42 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3129843D48 for ; Sun, 5 Jun 2005 06:34:42 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j556YVqm065845; Sun, 5 Jun 2005 02:34:31 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j556YVBW065842; Sun, 5 Jun 2005 02:34:31 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 5 Jun 2005 02:34:31 -0400 (EDT) From: Andre Guibert de Bruet To: Jonathan Noack In-Reply-To: <42A2817D.9080107@alumni.rice.edu> Message-ID: <20050605022656.R42933@lexi.siliconlandmark.com> References: <20050604052429.T8209@mail.chesapeake.net> <42A2817D.9080107@alumni.rice.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.536, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org, Ivailo Bonev Subject: Re: ULE Status. 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, 05 Jun 2005 06:34:42 -0000 On Sat, 4 Jun 2005, Jonathan Noack wrote: > On 06/04/05 23:15, Ivailo Bonev wrote: >> On Sat, 04 Jun 2005 12:25:33 +0300, Jeff Roberson >> wrote: >> >>> I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let >>> me know if you run into any problems with it, preferably with a seperate >>> mail to me as I'm more likely to see this than one which is cc'd to >>> current@. >>> >> After your mail, that ULE last known bug is fixed, I'm getting into the >> -CURRENT with ULE (before I haven even start X), and with pleasure. I'm >> happy to say that my old SMP 2x500MHz P3 machine work like new ;). Thanks >> to all of you... >> Just for the last, when reboot, it say that /dev/ cannot be unmounted >> (BUSY) >> Is this cause any trouble, or not? > > This is a known issue and is harmless. Please read the post that I made to current@ a while back on the subject (Titled: The "unmount of /dev failed (BUSY)" message, explained) for the reason behind the message. I am currently working on a set of diffs that modify FreeBSD's swap and filesystem shutdown behavior, which will help address the issue. I hope to have new patches available RSN... :-) Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 06:41:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 232F916A41C; Sun, 5 Jun 2005 06:41:05 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF13843D48; Sun, 5 Jun 2005 06:41:04 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j556exbg065895; Sun, 5 Jun 2005 02:40:59 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j556evmS065892; Sun, 5 Jun 2005 02:40:57 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 5 Jun 2005 02:40:57 -0400 (EDT) From: Andre Guibert de Bruet To: John Jawed In-Reply-To: Message-ID: <20050605023739.J42933@lexi.siliconlandmark.com> References: <42A11C92.5050505@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.536, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: hackers@freebsd.org, FreeBSD Current Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 05 Jun 2005 06:41:05 -0000 On Sat, 4 Jun 2005, John Jawed wrote: > On 6/3/05, Scott Long wrote: >> >> The long anticipated and much feared 6.0 code freeze is about to begin! >> I'll cut to the chase: >> >> June 10 - Feature freeze + code slush >> ^^^^^^^ >> July 10 - RELENG_6 branch >> August 1 - RELENG_6_0 branch >> August 15 - 6.0-RELEASE > > Yes, oh lordie yes. I guess we aren't going to have a new logo in time for > FreeBSD6-RELEASE in August, are we? Coordinating the release with the new logo would be really nifty! My $0.02, Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 07:02:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A068E16A41C; Sun, 5 Jun 2005 07:02:19 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C90E43D1F; Sun, 5 Jun 2005 07:02:16 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j5578ark043879; Sun, 5 Jun 2005 01:08:36 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42A2A33B.4030305@samsco.org> Date: Sun, 05 Jun 2005 01:01:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20050605022207.GA18499@dragon.NUXI.org> In-Reply-To: <20050605022207.GA18499@dragon.NUXI.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: I'd like to rm these RCng files 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, 05 Jun 2005 07:02:19 -0000 David O'Brien wrote: > These files were brought in from NetBSD, but we ended up not using them > (or did and no longer do). I'd like to 'cvs rm' them from HEAD. Does > anyone object? > > R rc.d/altqd > R rc.d/bootconf.sh > R rc.d/dhcpd > R rc.d/dhcrelay > R rc.d/downinterfaces > R rc.d/gated > R rc.d/ifwatchd > R rc.d/kdc > R rc.d/lkm1 > R rc.d/lkm2 > R rc.d/lkm3 > R rc.d/mixerctl > R rc.d/mopd > R rc.d/mountall > R rc.d/ndbootd > R rc.d/network > R rc.d/poffd > R rc.d/postfix > R rc.d/ppp > R rc.d/racoon > R rc.d/raidframe > R rc.d/rbootd > R rc.d/rtsold > R rc.d/screenblank > R rc.d/swap2 > R rc.d/sysdb > R rc.d/wscons > R rc.d/xdm > R rc.d/xfs Well, there are some on the list that can obviously go just based on their names alone, and I suspect that your're right that they are dead weight. Now would be the time to take care of them. Scott From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 07:26:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A410616A42D for ; Sun, 5 Jun 2005 07:26:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7838643D1D for ; Sun, 5 Jun 2005 07:26:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 460E472DD4; Sun, 5 Jun 2005 00:26:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 407BA72DCB; Sun, 5 Jun 2005 00:26:14 -0700 (PDT) Date: Sun, 5 Jun 2005 00:26:14 -0700 (PDT) From: Doug White To: sam In-Reply-To: <429FBCAA.80100@tech-21.com.hk> Message-ID: <20050605002346.N95513@carver.gumbysoft.com> References: <20050602185024.P45383@carver.gumbysoft.com> <429FBCAA.80100@tech-21.com.hk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: add paging to "show msgbuf" 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, 05 Jun 2005 07:26:14 -0000 On Fri, 3 Jun 2005, sam wrote: > Doug White wrote: > > >This patch makes the "show msgbuf" ddb command use the pager instead of > >just blasting it out. This helps me with a system that corrupts serial > >output without flow control unless you give it bite-sized pieces. > > > >http://people.freebsd.org/~dwhite/patches/subr_prf.c.20050602.patch > > > >I'll commit this in a few days if there are no objections. > > > > > > > Is this related to the problem when communcation established thru serial > console? Not that I'm aware of, at least generally speaking. This is specific to the IBM/Intel blade servers I've been working on some compatibilty issues with. The blades provide access to the serial port via a Serial-Over-LAN internal connection, but the BMC/BSMP on each blade is too slow to take 19200 baud without flow control and convert it into UDP packets without getting out of sync during heavy output (like booting). Putting the pager in lets me advance one line at a time which keeps the display from turning to mush. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 08:49:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3719316A41C for ; Sun, 5 Jun 2005 08:49:56 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6D5CF43D49 for ; Sun, 5 Jun 2005 08:49:55 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 05 Jun 2005 08:49:53 -0000 Received: from p5090ECBB.dip.t-dialin.net (EHLO klotz.local) [80.144.236.187] by mail.gmx.net (mp023) with SMTP; 05 Jun 2005 10:49:53 +0200 X-Authenticated: #989277 Received: from [127.0.0.1] (localhost [127.0.0.1]) by klotz.local (8.13.3/8.13.3) with ESMTP id j558nBPF001374; Sun, 5 Jun 2005 10:49:16 +0200 (CEST) (envelope-from nakal@nurfuerspam.de) Message-ID: <42A2BC87.5040103@nurfuerspam.de> Date: Sun, 05 Jun 2005 10:49:11 +0200 From: Martin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050403) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Emmerton References: <42A242D1.4000002@nurfuerspam.de> <000701c5696f$0dee3b10$1200a8c0@gsicomp.on.ca> In-Reply-To: <000701c5696f$0dee3b10$1200a8c0@gsicomp.on.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: Optimizing libc/string for 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, 05 Jun 2005 08:49:56 -0000 Matt Emmerton wrote: >>Wouldn't it be better to set it to "typedef long word"? > It would probably be better to use int64_t and int32_t instead of long/int, > in order to make the intention more obvious. The decision up to the developers. I personally would still use "long", because it is auto-adjusting and has always the size of the word on the concerning architecture, AFAIK. I usually try to avoid ifdefs, whereever it is possible. But there might be already some other places in the whole codebase where the type for word has been already computed. It would be even better to use that, because then it is done just in one place. But before thinking about a change, it would be better if someone confirms the degraded performance (just run nbench). I've only checked it on 1 machine and cannot access it very often (it does not belong to me). Martin From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 09:11:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9107016A41C for ; Sun, 5 Jun 2005 09:11:11 +0000 (GMT) (envelope-from freebsd@dohd.org) Received: from nala.dohd.org (xaa.demon.nl [83.160.166.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 352EA43D48 for ; Sun, 5 Jun 2005 09:11:10 +0000 (GMT) (envelope-from freebsd@dohd.org) Received: from localhost (localhost.local.dohd.org [127.0.0.1]) by nala.dohd.org (Postfix) with ESMTP id D8D25118A7 for ; Sun, 5 Jun 2005 11:11:08 +0200 (CEST) Received: from nala.dohd.org ([127.0.0.1]) by localhost (eeyore.local.dohd.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 64892-03 for ; Sun, 5 Jun 2005 11:11:04 +0200 (CEST) Received: by nala.dohd.org (Postfix, from userid 1008) id CAE4811874; Sun, 5 Jun 2005 11:11:04 +0200 (CEST) Date: Sun, 5 Jun 2005 11:11:04 +0200 From: Mark Huizer To: freebsd-current@freebsd.org Message-ID: <20050605091104.GA65543@eeyore.local.dohd.org> References: <20050425183733.GB24146@eeyore.local.dohd.org> <200506011209.30046.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506011209.30046.jhb@FreeBSD.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at dohd.org Subject: Re: fxp0: device timeout 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, 05 Jun 2005 09:11:11 -0000 On Wed, Jun 01, 2005 at 12:09:28PM -0400, John Baldwin wrote: > On Monday 25 April 2005 02:37 pm, Mark Huizer wrote: > > I looked in the mail archives, and of course it is clearly an interrupt > > problem. I did the usual stuff: put the card in different PCI slots, > > force it to different IRQ in the BIOS, but still no improvement. > > Furthermore I don't believe that hardware should change that much just > > by reinstalling FreeBSD, so I tend to believe that something is > > different between 5.x and 6.x. > > Does it work better if you disable ACPI? Nope. Tried that as well. In the mean time I replace the motherboard and all is well now. I guess it must be a chipset problem that is not present in -current, but is present in 5.x. The motherboard was a chaintech (7aja... dont know the precise model name). I don't have a small AMD processor to put in the old board to test stuff with, but perhaps I can arrange one. So there seems to be no fxp problem, that's good news :-) -- Nice testing in little China... From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 09:41:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C247016A41C for ; Sun, 5 Jun 2005 09:41:32 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id E666143D1F for ; Sun, 5 Jun 2005 09:41:31 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 5008 invoked by uid 89); 5 Jun 2005 09:40:33 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 5 Jun 2005 09:40:33 -0000 Date: Sun, 5 Jun 2005 11:41:27 +0200 From: Oliver Lehmann To: Martin Message-Id: <20050605114127.018ad7ec.lehmann@ans-netz.de> In-Reply-To: <42A2BC87.5040103@nurfuerspam.de> References: <42A242D1.4000002@nurfuerspam.de> <000701c5696f$0dee3b10$1200a8c0@gsicomp.on.ca> <42A2BC87.5040103@nurfuerspam.de> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, matt@gsicomp.on.ca Subject: Re: Optimizing libc/string for 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, 05 Jun 2005 09:41:32 -0000 Martin wrote: > But before thinking about a change, it would be better if someone > confirms the degraded performance (just run nbench). I've only checked > it on 1 machine and cannot access it very often (it does not belong > to me). AMD64 3500+ running 6.0-CURRENT/amd64. I've no i386 with aprox. the same speed I could compare with. TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* --------------------:------------------:-------------:------------ NUMERIC SORT : 2151.5 : 55.18 : 18.12 STRING SORT : 185.65 : 82.95 : 12.84 BITFIELD : 4.8454e+08 : 83.12 : 17.36 FP EMULATION : 140.8 : 67.56 : 15.59 FOURIER : 17614 : 20.03 : 11.25 ASSIGNMENT : 25.529 : 97.14 : 25.20 IDEA : 2779.5 : 42.51 : 12.62 HUFFMAN : 1715 : 47.56 : 15.19 NEURAL NET : 24.339 : 39.10 : 16.45 LU DECOMPOSITION : 1145 : 59.32 : 42.83 -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 10:21:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECB2116A41C for ; Sun, 5 Jun 2005 10:21:15 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2AE5D43D1F for ; Sun, 5 Jun 2005 10:21:14 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 05 Jun 2005 10:21:13 -0000 Received: from p5090ECBB.dip.t-dialin.net (EHLO klotz.local) [80.144.236.187] by mail.gmx.net (mp016) with SMTP; 05 Jun 2005 12:21:13 +0200 X-Authenticated: #989277 Received: from [127.0.0.1] (localhost [127.0.0.1]) by klotz.local (8.13.3/8.13.3) with ESMTP id j55AKZX3001711; Sun, 5 Jun 2005 12:20:36 +0200 (CEST) (envelope-from nakal@nurfuerspam.de) Message-ID: <42A2D1F3.6020105@nurfuerspam.de> Date: Sun, 05 Jun 2005 12:20:35 +0200 From: Martin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050403) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Lehmann References: <42A242D1.4000002@nurfuerspam.de> <000701c5696f$0dee3b10$1200a8c0@gsicomp.on.ca> <42A2BC87.5040103@nurfuerspam.de> <20050605114127.018ad7ec.lehmann@ans-netz.de> In-Reply-To: <20050605114127.018ad7ec.lehmann@ans-netz.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org, matt@gsicomp.on.ca Subject: Re: Optimizing libc/string for 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, 05 Jun 2005 10:21:16 -0000 Oliver Lehmann wrote: > AMD64 3500+ running 6.0-CURRENT/amd64. > I've no i386 with aprox. the same speed I could compare with. > > TEST : Iterations/sec. : Old Index : New Index > : : Pentium 90* : AMD K6/233* > --------------------:------------------:-------------:------------ > NUMERIC SORT : 2151.5 : 55.18 : 18.12 > STRING SORT : 185.65 : 82.95 : 12.84 > BITFIELD : 4.8454e+08 : 83.12 : 17.36 > FP EMULATION : 140.8 : 67.56 : 15.59 > FOURIER : 17614 : 20.03 : 11.25 > ASSIGNMENT : 25.529 : 97.14 : 25.20 > IDEA : 2779.5 : 42.51 : 12.62 > HUFFMAN : 1715 : 47.56 : 15.19 > NEURAL NET : 24.339 : 39.10 : 16.45 > LU DECOMPOSITION : 1145 : 59.32 : 42.83 STRINGSORT is ok on your box. What are the CFLAGS in your make.conf? I usually use: "CFLAGS=-O -pipe". Only IDEA is slightly better on that Athlon64 3000+ (3028). Martin From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 10:22:45 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C5D16A41C for ; Sun, 5 Jun 2005 10:22:45 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C811943D1F for ; Sun, 5 Jun 2005 10:22:43 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.4/8.13.3) with ESMTP id j55AMaXW026989 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 5 Jun 2005 12:22:36 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.4/8.13.3/Submit) id j55AMaV0026988; Sun, 5 Jun 2005 12:22:36 +0200 (CEST) Date: Sun, 5 Jun 2005 12:22:36 +0200 From: Divacky Roman To: Jeff Roberson Message-ID: <20050605102236.GA26802@stud.fit.vutbr.cz> References: <20050604052429.T8209@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050604052429.T8209@mail.chesapeake.net> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 Cc: current@freebsd.org Subject: Re: ULE Status. 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, 05 Jun 2005 10:22:45 -0000 On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > me know if you run into any problems with it, preferably with a seperate > mail to me as I'm more likely to see this than one which is cc'd to > current@. I just tried ULE+PREEMPTION and I still experience hardlocks... I found that its usually (80%) caused by mplayer... I dont know maybe it uses some specific things which make it more probable. without PREEMPTION everything works ok. I got the hardlock when compiling gcc41, downloading some big file from internet and trying to watch video usin mplayer I also have this Jun 5 09:46:18 witten kernel: pid 593: corrected slot count (9672->1) roman From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 03:51:24 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEB2516A41F; Sun, 5 Jun 2005 03:51:24 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88A4543D1F; Sun, 5 Jun 2005 03:51:24 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j553pL8u006761; Sat, 4 Jun 2005 23:51:23 -0400 Mime-Version: 1.0 Message-Id: Date: Sat, 4 Jun 2005 23:51:20 -0400 To: freebsd-arch@FreeBSD.ORG From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.3 X-Mailman-Approved-At: Sun, 05 Jun 2005 11:57:02 +0000 Cc: Subject: NOTE: Upcoming changes to kinfo_proc 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, 05 Jun 2005 03:51:25 -0000 With the code-freeze for major changes to the 6.x-current branch approaching rapidly, there's some changes that I plan to make to 'struct kinfo_proc' in sys/sys/user.h. This is the structure used to communicate process-specific info between the kernel and commands like 'ps', 'top', and 'w'. All I want to do is fix some lost-space problems which came up due to mistakes adding variables with MD-types (long, pointers). I can only do that by changing the size of the struct, and as long as I'm doing that I am also going to add more spare room for future changes. I have tried to minimize the disruption in the change, but when I commit it people are going to have to recompile the entire base system (and possibly a few ports?) the next time they compile a kernel. My intent is to commit a change to kinfo_proc before next Friday, June 10th. The change I have right now is minimally-disruptive, but I might go for a more disruptive change (one which moves more fields around) if that seems like a better idea. As long as I'm doing that, does anyone else have some fields they were planning to add to kinfo_proc? I'm particularly interested in anything which might be an oddball type, since the struct will already have spare room for char's, int's, long's, and pointers. Right now my planned change looks like: Index: user.h =================================================================== RCS file: /home/ncvs/src/sys/sys/user.h,v retrieving revision 1.65 diff -u -r1.65 user.h --- user.h 20 Mar 2005 10:35:22 -0000 1.65 +++ user.h 5 Jun 2005 03:44:35 -0000 @@ -60,48 +60,48 @@ /* * KERN_PROC subtype ops return arrays of selected proc structure entries: * - * When adding new fields to this structure, ALWAYS add them at the end - * and decrease the size of the spare field by the amount of space that - * you are adding. Byte aligned data should be added to the ki_sparestring - * space; other entries should be added to the ki_spare space. Always - * verify that sizeof(struct kinfo_proc) == KINFO_PROC_SIZE when you are - * done. If you change the size of this structure, many programs will stop - * working! Once you have added the new field, you will need to add code - * to initialize it in two places: kern/kern_proc.c in the function - * fill_kinfo_proc and in lib/libkvm/kvm_proc.c in the function kvm_proclist. + * This struct includes several arrays of spare space, with different arrays + * for different standard C-types. When adding new variables to this struct, + * the space for byte-aligned data should be taken from the ki_sparestring, + * pointers from ki_spareptrs, word-aligned data from ki_spareints, and + * doubleword-aligned data from ki_sparelongs. Make sure the space for new + * variables come from the array which matches the size and alignment of + * those variables on ALL hardware platforms, and then adjust the appropriate + * KI_NSPARE_* value(s) to match. * - * KI_NSPARE is the number of spare-longs to define in the array at the - * end of kinfo_proc. It may need to be overridden on a platform-specific - * basis as new fields are added. + * Always verify that sizeof(struct kinfo_proc) == KINFO_PROC_SIZE on all + * platforms after you have added new variables. If you change the value + * of KINFO_PROC_SIZE, then many userland programs will stop working until + * they are recompiled! + * + * Once you have added the new field, you will need to add code to initialize + * it in two places: kern/kern_proc.c in the function fill_kinfo_proc and + * in lib/libkvm/kvm_proc.c in the function kvm_proclist. */ -#define KI_NSPARE 15 +#define KI_NSPARE_INT 14 +#define KI_NSPARE_LONG 15 +#define KI_NSPARE_PTR 7 #ifdef __alpha__ -#define KINFO_PROC_SIZE 912 +#define KINFO_PROC_SIZE 1024 #endif #ifdef __amd64__ -#define KINFO_PROC_SIZE 912 +#define KINFO_PROC_SIZE 1024 /* value has not been tested... */ #endif #ifdef __arm__ -#undef KI_NSPARE /* Fewer spare longs on this arch */ -#define KI_NSPARE 13 -#define KINFO_PROC_SIZE 648 +#define KINFO_PROC_SIZE 740 /* value has not been tested... */ #endif #ifdef __ia64__ -#define KINFO_PROC_SIZE 912 +#define KINFO_PROC_SIZE 1024 #endif #ifdef __i386__ -#undef KI_NSPARE /* Fewer spare longs on this arch */ -#define KI_NSPARE 13 -#define KINFO_PROC_SIZE 648 +#define KINFO_PROC_SIZE 740 #endif #ifdef __powerpc__ -#undef KI_NSPARE /* Fewer spare longs on this arch */ -#define KI_NSPARE 14 -#define KINFO_PROC_SIZE 656 +#define KINFO_PROC_SIZE 744 #endif #ifdef __sparc64__ -#define KINFO_PROC_SIZE 912 +#define KINFO_PROC_SIZE 1024 #endif #ifndef KINFO_PROC_SIZE #error "Unknown architecture" @@ -180,7 +180,7 @@ char ki_sparestrings[68]; /* spare string space */ struct rusage ki_rusage; /* process rusage statistics */ long ki_sflag; /* PS_* flags */ - struct priority ki_pri; /* process priority */ + long ki_spare_long1; /* unused (old location for ki_pri) */ long ki_tdflags; /* XXXKSE kthread flag */ struct pcb *ki_pcb; /* kernel virtual addr of pcb */ void *ki_kstack; /* kernel virtual addr of stack */ @@ -189,9 +189,16 @@ lwpid_t ki_tid; /* XXXKSE thread id */ int ki_numthreads; /* XXXKSE number of threads in total */ void *ki_udata; /* User convenience pointer */ + void *ki_spareptrs[KI_NSPARE_PTR]; /* spare room for growth */ + struct priority ki_pri; /* process priority */ int ki_jid; /* Process jail ID */ - int ki_spare_int1; /* unused (just here for alignment) */ - long ki_spare[KI_NSPARE]; /* spare room for later growth */ + /* + * When adding new variables, put new int's in front of ki_spareints, + * and new longs at the end of ki_sparelongs. That way the spare + * room of both arrays will remain a contiguous area. + */ + int ki_spareints[KI_NSPARE_INT]; /* spare room for growth */ + long ki_sparelongs[KI_NSPARE_LONG]; /* spare room for growth */ }; void fill_kinfo_proc(struct proc *, struct kinfo_proc *); -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 10:28:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E8A16A41C for ; Sun, 5 Jun 2005 10:28:13 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5EE143D48 for ; Sun, 5 Jun 2005 10:28:12 +0000 (GMT) (envelope-from harry@schmalzbauer.de) Received: from korso.flintsbach.schmalzbauer.de (korso.flintsbach.schmalzbauer.de [172.21.2.3]) by flb.schmalzbauer.de (8.13.1/8.13.1) with ESMTP id j55ASAow019393 for ; Sun, 5 Jun 2005 12:28:10 +0200 (CEST) (envelope-from harry@schmalzbauer.de) Received: from [172.21.1.151] (akima-win.flintsbach.schmalzbauer.de [172.21.1.151]) by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id 6513C4205 for ; Sun, 5 Jun 2005 12:28:10 +0200 (CEST) Message-ID: <42A2D3B9.1050904@schmalzbauer.de> Date: Sun, 05 Jun 2005 12:28:09 +0200 From: Harald Schmalzbauer User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------090705050809010508070609" X-Mailman-Approved-At: Sun, 05 Jun 2005 11:57:02 +0000 Subject: fxp LOR and nvidia-driver (vga) doesn't compile 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, 05 Jun 2005 10:28:13 -0000 This is a multi-part message in MIME format. --------------090705050809010508070609 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Dear best boys, writing on my emergency machine I can't check if this LOR is well known, to be sure I'd like to post it, please see the attachment. Then I have a problem with the nvidia-driver, it doesn't compile on my -current from yesterday. It stops with the following error: cc -O2 -fno-strict-aliasing -pipe -I/src -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=7174 -DNVCPU_X86 -DNV_BSD -DNV_INT64_OK -DNV_UNIX -D__K ERNEL__ -UDEBUG -U_DEBUG -DNDEBUG -O -fno-common -fno-unit-at-a-time -minline-all-stringops -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src -I. -I@ -I@/con trib/altq -I@/../include -I/usr/include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno -sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extension s -std=c99 -c nvidia_ctl.c In file included from nvidia_ctl.c:14: ./nv-freebsd.h:46:31: machine/bus_memio.h: No such file or directory *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-7174/src. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86-1.0-7174. *** Error code 1 Stop in /usr/ports/x11/nvidia-driver. Thanks for any hint. -Harry --------------090705050809010508070609 Content-Type: text/plain; name="lor-6-curr.dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="lor-6-curr.dmesg" lock order reversal 1st 0xc075af40 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:263 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c076a648,c0769130,c072e084) at kdb_backtrace+0x29 witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b fxp_start(c1a82000) at fxp_start+0x22 if_start(c1a82000) at if_start+0x7b ether_output_frame(c1a82000,c1c29d00,0,0,0) at ether_output_frame+0x1d9 ether_output(c1a82000,c1c29d00,d447bbe0,0,0) at ether_output+0x384 nd6_output(c1a82000,c1a82000,c1c29d00,d447bbe0,0) at nd6_output+0x30a ip6_output(c1c29d00,0,d447bbdc,1,d447bc58,d447bc4c,0,c1c29d00,3a,28,0) at ip6_output+0xfd5 nd6_ns_output(c1a82000,0,c1c340a8,0,1) at nd6_ns_output+0x323 nd6_dad_ns_output(c1c360c0,c1c34000,c075af40,6,c1c34000) at nd6_dad_ns_output+0x32 nd6_dad_timer(c1c34000) at nd6_dad_timer+0x1a3 softclock(0) at softclock+0x1e7 ithread_loop(c19e7300,d447bd38,c19e7300,c05445b0,0) at ithread_loop+0x120 fork_exit(c05445b0,c19e7300,d447bd38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd447bd6c, ebp = 0 --- lock order reversal 1st 0xc1ce6924 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c076a3f0,c0769130,c072e084) at kdb_backtrace+0x29 witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b fxp_start(c1a82000) at fxp_start+0x22 if_start(c1a82000) at if_start+0x7b ether_output_frame(c1a82000,c1c29800,d4481abc,ffffffff,0) at ether_output_frame+0x1d9 ether_output(c1a82000,c1c29800,d4481ad8,0,2) at ether_output+0x384 arprequest(c1a82000,c1c8b2c8,d4481ba8,c19884ac) at arprequest+0xd8 arpresolve(c1a82000,c1ce68c4,c1a93300,d4481ba4,d4481b48) at arpresolve+0x29c ether_output(c1a82000,c1a93300,d4481ba4,c1ce68c4,c1c8b200) at ether_output+0x66 ip_output(c1a93300,0,d4481ba0,0,0) at ip_output+0x6fc icmp_send(c1a93300,0,c1a93300) at icmp_send+0x55 icmp_reflect(c1a93300,c0760680,0,14,c1ad5034) at icmp_reflect+0x2d6 icmp_input(c1a93300,14,c1a93300,0,0) at icmp_input+0x384 ip_input(c1a93300) at ip_input+0x511 netisr_processqueue(c07a75f8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_loop(c19e7200,d4481d38,c19e7200,c05445b0,0) at ithread_loop+0x120 fork_exit(c05445b0,c19e7200,d4481d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4481d6c, ebp = 0 --- lock order reversal 1st 0xc1ce4360 inp (udpinp) @ /usr/src/sys/netinet/udp_usrreq.c:762 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c076a350,c0769130,c072e084) at kdb_backtrace+0x29 witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b fxp_start(c1a82000) at fxp_start+0x22 if_start(c1a82000) at if_start+0x7b ether_output_frame(c1a82000,c1c29500,0,0,0) at ether_output_frame+0x1d9 ether_output(c1a82000,c1c29500,dab3ab04,c1ce68c4,c1c8b200) at ether_output+0x384 ip_output(c1c29500,0,dab3ab00,0,0) at ip_output+0x6fc udp_output(c1ce42d0,c1c29500,0,0,c1ee7780) at udp_output+0x4a7 udp_send(c1ce23e4,0,c1c29500,0,0) at udp_send+0x1a sosend(c1ce23e4,0,dab3ac3c,c1c29500,0) at sosend+0x5e3 kern_sendit(c1ee7780,4,dab3acbc,0,0) at kern_sendit+0x104 sendit(c1ee7780,4,dab3acbc,0,807b031) at sendit+0x163 sendto(c1ee7780,dab3ad04,6,0,216) at sendto+0x4d syscall(3b,3b,3b,2,0) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280d1def, esp = 0xbfbfd84c, ebp = 0xbfbfd878 --- lock order reversal 1st 0xc1d2bc84 inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:372 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c076a300,c0769130,c072e084) at kdb_backtrace+0x29 witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b fxp_start(c1a82000) at fxp_start+0x22 if_start(c1a82000) at if_start+0x7b ether_output_frame(c1a82000,c1c25100,0,0,0) at ether_output_frame+0x1d9 ether_output(c1a82000,c1c25100,c1b76370,c1ce67bc,c1c8b200) at ether_output+0x384 ip_output(c1c25100,0,d9977b80,0,0) at ip_output+0x6fc tcp_output(c1d2d564,c1ee0000,25,c1c62780,d9977c98) at tcp_output+0xfb2 tcp_usr_connect(c1ee0000,c1c35a00,c1c62780) at tcp_usr_connect+0xe3 soconnect(c1ee0000,c1c35a00,c1c62780,0,c1d3e000) at soconnect+0x4e kern_connect(c1c62780,4,c1c35a00,c1c35a00,0) at kern_connect+0x74 connect(c1c62780,d9977d04,3,6,296) at connect+0x2f syscall(3b,3b,3b,280e3640,bfbfece0) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (98, FreeBSD ELF32, connect), eip = 0x2819502f, esp = 0xbfbfe52c, ebp = 0xbfbfe588 --- lock order reversal 1st 0xc07a836c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:616 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c076a328,c0769130,c072e084) at kdb_backtrace+0x29 witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b fxp_start(c1a82000) at fxp_start+0x22 if_start(c1a82000) at if_start+0x7b ether_output_frame(c1a82000,c1a8f100,0,0,0) at ether_output_frame+0x1d9 ether_output(c1a82000,c1a8f100,c1b76370,c1ce67bc,c1c8b200) at ether_output+0x384 ip_output(c1a8f100,0,d4481b38,0,0,0) at ip_output+0x6fc tcp_respond(0,c1aaf820,c1aaf834,c1a8f100,0,78847350,4) at tcp_respond+0x3e1 tcp_input(c1a8f100,14,c1a8f100,0,0) at tcp_input+0x2d46 ip_input(c1a8f100) at ip_input+0x511 netisr_processqueue(c07a75f8) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xc2 ithread_loop(c19e7200,d4481d38,c19e7200,c05445b0,0) at ithread_loop+0x120 fork_exit(c05445b0,c19e7200,d4481d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd4481d6c, ebp = 0 --- --------------090705050809010508070609-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 12:15:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42C4816A41C; Sun, 5 Jun 2005 12:15:16 +0000 (GMT) (envelope-from root@Neo-Vortex.net) Received: from Neo-Vortex.net (203-173-58-65.dyn.iinet.net.au [203.173.58.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F6A343D49; Sun, 5 Jun 2005 12:15:14 +0000 (GMT) (envelope-from root@Neo-Vortex.net) Received: from localhost.Neo-Vortex.net (Neo-Vortex@localhost.Neo-Vortex.net [127.0.0.1]) by Neo-Vortex.net (8.13.1/8.12.10) with ESMTP id j55CFCp6044935; Sun, 5 Jun 2005 22:15:12 +1000 (EST) (envelope-from root@Neo-Vortex.net) Date: Sun, 5 Jun 2005 22:15:12 +1000 (EST) From: Neo-Vortex To: Andre Guibert de Bruet In-Reply-To: <20050605023739.J42933@lexi.siliconlandmark.com> Message-ID: <20050605221438.L43170@Neo-Vortex.net> References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 05 Jun 2005 12:29:54 +0000 Cc: hackers@freebsd.org, John Jawed , FreeBSD Current Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 05 Jun 2005 12:15:16 -0000 On Sun, 5 Jun 2005, Andre Guibert de Bruet wrote: > > Yes, oh lordie yes. I guess we aren't going to have a new logo in time for > > FreeBSD6-RELEASE in August, are we? > > Coordinating the release with the new logo would be really nifty! Mabe im living under a rock... but what new logo? ~NVX From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 12:43:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B79716A41C for ; Sun, 5 Jun 2005 12:43:24 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (244.Red-217-126-240.pooles.rima-tde.net [217.126.240.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEBC43D1F for ; Sun, 5 Jun 2005 12:43:22 +0000 (GMT) (envelope-from victor@bsdes.net) Received: from alf.dyndns.ws (pato.euesrg02.net [192.168.0.3]) by alf.dyndns.ws (8.13.1/8.13.1) with ESMTP id j55ChK3b022068 for ; Sun, 5 Jun 2005 14:43:21 +0200 (CEST) (envelope-from victor@bsdes.net) Date: Sun, 5 Jun 2005 14:42:50 +0200 From: Victor Balada Diaz To: FreeBSD Current Message-ID: <20050605124250.GA691@pato.euesrg02.net> Mail-Followup-To: Victor Balada Diaz , FreeBSD Current References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> <20050605221438.L43170@Neo-Vortex.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050605221438.L43170@Neo-Vortex.net> User-Agent: Mutt/1.4.2.1i Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 05 Jun 2005 12:43:24 -0000 On Sun, Jun 05, 2005 at 10:15:12PM +1000, Neo-Vortex wrote: > > > On Sun, 5 Jun 2005, Andre Guibert de Bruet wrote: > > > > Yes, oh lordie yes. I guess we aren't going to have a new logo in time for > > > FreeBSD6-RELEASE in August, are we? > > > > Coordinating the release with the new logo would be really nifty! > > Mabe im living under a rock... but what new logo? FreeBSD is looking for a new logo, take a look at this: http://logo-contest.freebsd.org/ -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 13:36:45 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7503516A41C for ; Sun, 5 Jun 2005 13:36:45 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ABB243D48 for ; Sun, 5 Jun 2005 13:36:44 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.1/NinthNine) with ESMTP id j55DacJJ070482; Sun, 5 Jun 2005 22:36:39 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 5 Jun 2005 22:36:38 +0900 (JST) Message-Id: <200506051336.j55DacJJ070482@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Jeff Roberson In-Reply-To: <20050604052429.T8209@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Sun, 05 Jun 2005 22:36:39 +0900 (JST) Cc: current@FreeBSD.org Subject: Re: ULE Status. 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, 05 Jun 2005 13:36:45 -0000 On Sat, 4 Jun 2005 05:25:33 -0400 (EDT) Jeff Roberson wrote: > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > me know if you run into any problems with it, preferably with a seperate > mail to me as I'm more likely to see this than one which is cc'd to > current@. Wow! that's cool! I tried to 'nice -20 make -j1024 buildworld' with SCHED_ULE and PREEMPTION kernel options. I contacted a panic like following, and sorry, I cannot get a crash dump. I think that SCHED_ULE got more robustness. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - FreeBSD 6.0-CURRENT #3: Sun Jun 5 20:15:37 JST 2005 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO (snip) CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1129.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1610547200 (1535 MB) avail memory = 1568817152 (1496 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 (snip) FreeBSD/i386 (nadesico.ninth-nine.com) (dcons) login: info: [drm] Loading R200 Microcode [thread pid 36 tid 100021 ] Stopped at sched_add+0xc: movl 0x150(%eax),%ebx db> where Tracing pid 36 tid 100021 td 0xc2c0a320 sched_add(0,0,c0619617,c6521af0,34) at sched_add+0xc setrunqueue(c6521af0,0,c6521c44,c6521af0,c6521af0) at setrunqueue+0x178 adjustrunqueue(c6521af0,34,0,34c57a00,c2c0a320) at adjustrunqueue+0xd1 sched_thread_priority(c6521af0,34,e4355c30,c04c7f9e,c6521af0) at sched_thread_priority+0xb4 sched_lend_prio(c6521af0,34,e4355c30,c0490434,c04b3e80) at sched_lend_prio+0x1d propagate_priority(c2c0a320,c2c0a320,0,0,0) at propagate_priority+0x4e turnstile_wait(c06d0b60,c6521af0,c06d0b60,4,6) at turnstile_wait+0x34d _mtx_lock_sleep(c06d0b60,c2c0a320,0,0,0) at _mtx_lock_sleep+0x111 softclock(0,0,0,0,0) at softclock+0x272 ithread_loop(c2c59980,e4355d38,fefffeff,fbffffff,fffffbff) at ithread_loop+0x1a8 fork_exit(c0480c50,c2c59980,e4355d38) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4355d6c, ebp = 0 --- db> show pcpu 0 cpuid = 0 curthread = 0xc2c0a320: pid 36 "swi4: clock sio" curpcb = 0xe4355d90 fpcurthread = none idlethread = 0xc2c097d0: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 db> show pcpu 1 cpuid = 1 curthread = 0xc6509960: pid 62526 "make" curpcb = 0xf9950d90 fpcurthread = none idlethread = 0xc2c09640: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 db> call doadump() Dumping 1535 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368[dcons disconnected (get ptr failed)] [dcons disconnected (read header failed)] - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - $ nm /boot/kernel/kernel.debug | grep sched_add c04b3eb0 T sched_add $ addr2line -e /boot/kernel/kernel.debug 0xc04b3ebc /usr/src/sys/kern/sched_ule.c:1745 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - void sched_add(struct thread *td, int flags) { (snip) CTR5(KTR_SCHED, "sched_add: %p(%s) prio %d by %p(%s)", td, td->td_proc->p_comm, td->td_priority, curthread, curthread->td_proc->p_comm); mtx_assert(&sched_lock, MA_OWNED); --> ke = td->td_kse; kg = td->td_ksegrp; canmigrate = 1; preemptive = !(flags & SRQ_YIELDING); (snip) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 14:02:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CCBF16A41C for ; Sun, 5 Jun 2005 14:02:11 +0000 (GMT) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C85243D4C for ; Sun, 5 Jun 2005 14:02:09 +0000 (GMT) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: from 82-168-79-254-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) by 82-168-79-254-bbxl.xdsl.tiscali.nl (8.13.3/8.13.1) with ESMTP id j55E27Ce068666; Sun, 5 Jun 2005 16:02:08 +0200 (CEST) (envelope-from rene@82-168-79-254-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost) by 82-168-79-254-bbxl.xdsl.tiscali.nl (8.13.3/8.13.1/Submit) id j55E27L6068665; Sun, 5 Jun 2005 16:02:07 +0200 (CEST) (envelope-from rene) Date: Sun, 5 Jun 2005 16:02:06 +0200 From: Rene Ladan To: Harald Schmalzbauer Message-ID: <20050605140206.GA68571@82-168-79-254-bbxl.xdsl.tiscali.nl> References: <42A2D3B9.1050904@schmalzbauer.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <42A2D3B9.1050904@schmalzbauer.de> User-Agent: Mutt/1.4.2.1i Cc: current@freebsd.org Subject: Re: fxp LOR and ... 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, 05 Jun 2005 14:02:11 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 05, 2005 at 12:28:09PM +0200, Harald Schmalzbauer wrote: > Dear best boys, >=20 > writing on my emergency machine I can't check if this LOR is well known,= =20 > to be sure I'd like to post it, please see the attachment.a > [snip nvidia] > Thanks for any hint. >=20 > -Harry > lock order reversal > 1st 0xc075af40 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:263 > 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c076a648,c0769130,c072e084) at kdb_backtrace+0x29 > witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 > _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b > fxp_start(c1a82000) at fxp_start+0x22 > if_start(c1a82000) at if_start+0x7b > ether_output_frame(c1a82000,c1c29d00,0,0,0) at ether_output_frame+0x1d9 > ether_output(c1a82000,c1c29d00,d447bbe0,0,0) at ether_output+0x384 > nd6_output(c1a82000,c1a82000,c1c29d00,d447bbe0,0) at nd6_output+0x30a > ip6_output(c1c29d00,0,d447bbdc,1,d447bc58,d447bc4c,0,c1c29d00,3a,28,0) at= ip6_output+0xfd5 > nd6_ns_output(c1a82000,0,c1c340a8,0,1) at nd6_ns_output+0x323 > nd6_dad_ns_output(c1c360c0,c1c34000,c075af40,6,c1c34000) at nd6_dad_ns_ou= tput+0x32 > nd6_dad_timer(c1c34000) at nd6_dad_timer+0x1a3 > softclock(0) at softclock+0x1e7 > ithread_loop(c19e7300,d447bd38,c19e7300,c05445b0,0) at ithread_loop+0x120 > fork_exit(c05445b0,c19e7300,d447bd38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd447bd6c, ebp =3D 0 --- > lock order reversal > 1st 0xc1ce6924 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 > 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c076a3f0,c0769130,c072e084) at kdb_backtrace+0x29 > witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 > _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b > fxp_start(c1a82000) at fxp_start+0x22 > if_start(c1a82000) at if_start+0x7b > ether_output_frame(c1a82000,c1c29800,d4481abc,ffffffff,0) at ether_output= _frame+0x1d9 > ether_output(c1a82000,c1c29800,d4481ad8,0,2) at ether_output+0x384 > arprequest(c1a82000,c1c8b2c8,d4481ba8,c19884ac) at arprequest+0xd8 > arpresolve(c1a82000,c1ce68c4,c1a93300,d4481ba4,d4481b48) at arpresolve+0x= 29c > ether_output(c1a82000,c1a93300,d4481ba4,c1ce68c4,c1c8b200) at ether_outpu= t+0x66 > ip_output(c1a93300,0,d4481ba0,0,0) at ip_output+0x6fc > icmp_send(c1a93300,0,c1a93300) at icmp_send+0x55 > icmp_reflect(c1a93300,c0760680,0,14,c1ad5034) at icmp_reflect+0x2d6 > icmp_input(c1a93300,14,c1a93300,0,0) at icmp_input+0x384 > ip_input(c1a93300) at ip_input+0x511 > netisr_processqueue(c07a75f8) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xc2 > ithread_loop(c19e7200,d4481d38,c19e7200,c05445b0,0) at ithread_loop+0x120 > fork_exit(c05445b0,c19e7200,d4481d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd4481d6c, ebp =3D 0 --- > lock order reversal > 1st 0xc1ce4360 inp (udpinp) @ /usr/src/sys/netinet/udp_usrreq.c:762 > 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c076a350,c0769130,c072e084) at kdb_backtrace+0x29 > witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 > _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b > fxp_start(c1a82000) at fxp_start+0x22 > if_start(c1a82000) at if_start+0x7b > ether_output_frame(c1a82000,c1c29500,0,0,0) at ether_output_frame+0x1d9 > ether_output(c1a82000,c1c29500,dab3ab04,c1ce68c4,c1c8b200) at ether_outpu= t+0x384 > ip_output(c1c29500,0,dab3ab00,0,0) at ip_output+0x6fc > udp_output(c1ce42d0,c1c29500,0,0,c1ee7780) at udp_output+0x4a7 > udp_send(c1ce23e4,0,c1c29500,0,0) at udp_send+0x1a > sosend(c1ce23e4,0,dab3ac3c,c1c29500,0) at sosend+0x5e3 > kern_sendit(c1ee7780,4,dab3acbc,0,0) at kern_sendit+0x104 > sendit(c1ee7780,4,dab3acbc,0,807b031) at sendit+0x163 > sendto(c1ee7780,dab3ad04,6,0,216) at sendto+0x4d > syscall(3b,3b,3b,2,0) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x280d1def, esp =3D 0xb= fbfd84c, ebp =3D 0xbfbfd878 --- > lock order reversal > 1st 0xc1d2bc84 inp (tcpinp) @ /usr/src/sys/netinet/tcp_usrreq.c:372 > 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c076a300,c0769130,c072e084) at kdb_backtrace+0x29 > witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 > _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b > fxp_start(c1a82000) at fxp_start+0x22 > if_start(c1a82000) at if_start+0x7b > ether_output_frame(c1a82000,c1c25100,0,0,0) at ether_output_frame+0x1d9 > ether_output(c1a82000,c1c25100,c1b76370,c1ce67bc,c1c8b200) at ether_outpu= t+0x384 > ip_output(c1c25100,0,d9977b80,0,0) at ip_output+0x6fc > tcp_output(c1d2d564,c1ee0000,25,c1c62780,d9977c98) at tcp_output+0xfb2 > tcp_usr_connect(c1ee0000,c1c35a00,c1c62780) at tcp_usr_connect+0xe3 > soconnect(c1ee0000,c1c35a00,c1c62780,0,c1d3e000) at soconnect+0x4e > kern_connect(c1c62780,4,c1c35a00,c1c35a00,0) at kern_connect+0x74 > connect(c1c62780,d9977d04,3,6,296) at connect+0x2f > syscall(3b,3b,3b,280e3640,bfbfece0) at syscall+0x22f > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (98, FreeBSD ELF32, connect), eip =3D 0x2819502f, esp =3D 0xb= fbfe52c, ebp =3D 0xbfbfe588 --- > lock order reversal > 1st 0xc07a836c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:616 > 2nd 0xc1a82270 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:1193 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c076a328,c0769130,c072e084) at kdb_backtrace+0x29 > witness_checkorder(c1a82270,9,c06de442,4a9) at witness_checkorder+0x564 > _mtx_lock_flags(c1a82270,0,c06de442,4a9,c1a82000) at _mtx_lock_flags+0x5b > fxp_start(c1a82000) at fxp_start+0x22 > if_start(c1a82000) at if_start+0x7b > ether_output_frame(c1a82000,c1a8f100,0,0,0) at ether_output_frame+0x1d9 > ether_output(c1a82000,c1a8f100,c1b76370,c1ce67bc,c1c8b200) at ether_outpu= t+0x384 > ip_output(c1a8f100,0,d4481b38,0,0,0) at ip_output+0x6fc > tcp_respond(0,c1aaf820,c1aaf834,c1a8f100,0,78847350,4) at tcp_respond+0x3= e1 > tcp_input(c1a8f100,14,c1a8f100,0,0) at tcp_input+0x2d46 > ip_input(c1a8f100) at ip_input+0x511 > netisr_processqueue(c07a75f8) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xc2 > ithread_loop(c19e7200,d4481d38,c19e7200,c05445b0,0) at ithread_loop+0x120 > fork_exit(c05445b0,c19e7200,d4481d38) at fork_exit+0xa0 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xd4481d6c, ebp =3D 0 --- Looks like a LOR (#73) which always pops up on RELENG_5 since March. It seems harmless. Something obscure must be wrong with FXP_LOCK() and/or FXP_UNLOCK(). Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCowXdvz70qa4zXcwRAmwvAJ0UyTz48SLTs4VCWaBrg5u4qNznjgCfeAQU jNhva2dAn7n68DzSenIvrCs= =GGWM -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 14:49:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCE2D16A41C for ; Sun, 5 Jun 2005 14:49:29 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF8343D48 for ; Sun, 5 Jun 2005 14:49:29 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR007.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IHM005PE96A73@VL-MO-MR007.ip.videotron.ca> for freebsd-current@freebsd.org; Sun, 05 Jun 2005 10:49:22 -0400 (EDT) Date: Sun, 05 Jun 2005 10:49:06 -0400 From: Nicolas Blais To: freebsd-current@freebsd.org Message-id: <200506051049.22537.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=nextPart2950525.1ARxar2O23 Content-transfer-encoding: 7bit User-Agent: KMail/1.8 Subject: USB still not working properly 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, 05 Jun 2005 14:49:29 -0000 --nextPart2950525.1ARxar2O23 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I've had this problem for about 2 months now and posted twice about it but = no=20 replies. My problem is that when I enable ehci in my kernel. There will be= a=20 5 minutes delay at boot during the probing of my memory card reader. Which= =20 ends up not working :=20 ehci0: mem 0xfb800000-0xfb8000ff irq 5 at=20 device 16.4 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfb800000 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: VIA Technologies Inc. Mitsumi multi cardreader, rev 2.00/0.03, addr= 2 umass0:0:0:-1: Attached to scbus0 probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): error 5 (probe0:umass-sim0:0:0:0): Retries Exausted If I disable ehci, it will boot without the delay. My memory card reader st= ill=20 doesn't work and my mouse (ums, standard logitech optical) is no longer=20 detected at boot. I must unplug it, then plug it back and it will work. The main problem is not actually the memory card reader not working (but wo= uld=20 be nice), but the 5 minute delay which is long downtime, and the fact that = my=20 mouse doesn't work at boot without ehci. (yes, the memory card reader works= =20 great in XP). Any solutions? =2D-=20 =46reeBSD 6.0-CURRENT #1: Sun Jun 5 10:21:16 EDT 2005 =20 nicblais@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://66.130.198.54:8081/security/nb_root.asc --nextPart2950525.1ARxar2O23 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCoxDyz38ton5LGeIRAlqYAJ9OSBm8ANEQ9/m5s3uG8z+HkbAmXQCfbbZx zMNIzTlQQX4cbaUsgH/Cvv0= =HqAt -----END PGP SIGNATURE----- --nextPart2950525.1ARxar2O23-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 15:36:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D329416A41C; Sun, 5 Jun 2005 15:36:20 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC2A43D54; Sun, 5 Jun 2005 15:36:20 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DexAi-000JKb-AZ; Sun, 05 Jun 2005 15:36:20 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DexAc-000CxB-Ox; Sun, 05 Jun 2005 08:36:14 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17059.7150.269428.448187@roam.psg.com> Date: Sun, 5 Jun 2005 08:36:14 -0700 To: freebsd-fs@freebsd.org, FreeBSD Current Cc: Subject: you are in an fs with millions of small files 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, 05 Jun 2005 15:36:21 -0000 to mirror someone's stuff, i need an fs which is happy with a jillion small files. they're linux geeks, so suggested reiserfs. but that appears (from -current's /sys/i386/conf/NOTES) to only have read- only support on freebsd. is there another path? randy From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 15:47:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDCA116A447; Sun, 5 Jun 2005 15:47:13 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9531D43D58; Sun, 5 Jun 2005 15:47:13 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DexLF-000Jbb-9c; Sun, 05 Jun 2005 15:47:13 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DexL9-000NLZ-Ey; Sun, 05 Jun 2005 08:47:07 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17059.7801.923721.861116@roam.psg.com> Date: Sun, 5 Jun 2005 08:47:05 -0700 To: Arne "Wörner" References: <17059.7150.269428.448187@roam.psg.com> <20050605154415.77738.qmail@web41204.mail.yahoo.com> Cc: freebsd-fs@freebsd.org, FreeBSD Current Subject: Re: you are in an fs with millions of small files 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, 05 Jun 2005 15:47:14 -0000 >> to mirror someone's stuff, i need an fs which is happy with >> a jillion small files. they're linux geeks, so suggested >> reiserfs. but that appears (from -current's >> /sys/i386/conf/NOTES) to only have read-only support on >> freebsd. is there another path? > I say, do you think a database might be a solution (e. g. mysql)? no. i am trying to do a site mirror, not tell the site how to organize their data. randy From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 15:48:04 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BC1716A41C for ; Sun, 5 Jun 2005 15:48:04 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCE6343D1F for ; Sun, 5 Jun 2005 15:48:03 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.1/NinthNine) with ESMTP id j55FluRV073876; Mon, 6 Jun 2005 00:47:57 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 6 Jun 2005 00:47:56 +0900 (JST) Message-Id: <200506051547.j55FluRV073876@sakura.ninth-nine.com> From: Norikatsu Shigemura To: jroberson@chesapeake.net In-Reply-To: <200506051336.j55DacJJ070482@sakura.ninth-nine.com> References: <20050604052429.T8209@mail.chesapeake.net> <200506051336.j55DacJJ070482@sakura.ninth-nine.com> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Mon, 06 Jun 2005 00:47:58 +0900 (JST) Cc: current@FreeBSD.org Subject: Re: ULE Status. 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, 05 Jun 2005 15:48:04 -0000 On Sun, 5 Jun 2005 22:36:38 +0900 (JST) Norikatsu Shigemura wrote: > > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > > me know if you run into any problems with it, preferably with a seperate > > mail to me as I'm more likely to see this than one which is cc'd to > > current@. > Wow! that's cool! > I tried to 'nice -20 make -j1024 buildworld' with > SCHED_ULE and PREEMPTION kernel options. I contacted a > panic like following, and sorry, I cannot get a crash dump. I got a crash dump! - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [thread pid 31 tid 100026 ] Stopped at sched_add+0xc: movl 0x150(%eax),%ebx db> where Tracing pid 31 tid 100026 td 0xc2c58320 sched_add(0,0,c0480b11,c3a3f4b0,10) at sched_add+0xc setrunqueue(c3a3f4b0,0,c3a3f604,c3a3f4b0,c3a3f4b0) at setrunqueue+0x178 adjustrunqueue(c3a3f4b0,10,10,10c58320,c2c58320) at adjustrunqueue+0xd1 sched_thread_priority(c3a3f4b0,10,e5db0c78,c04c7f9e,c3a3f4b0) at sched_thread_priority+0xb4 sched_lend_prio(c3a3f4b0,10,c2c50008,28,c2c50028) at sched_lend_prio+0x1d propagate_priority(c2c58320,e5db0ca8,c04c849d,c2e14274,0) at propagate_priority+0x4e turnstile_wait(c06d0b60,c3a3f4b0,c2d022c0,4,c2c59c00) at turnstile_wait+0x34d _mtx_lock_sleep(c06d0b60,c2c58320,0,0,0) at _mtx_lock_sleep+0x111 ithread_loop(c2c59c00,e5db0d38,fefffefe,fbffeffd,ffffefff) at ithread_loop+0x19c fork_exit(c0480c50,c2c59c00,e5db0d38) at fork_exit+0x80 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe5db0d6c, ebp = 0 --- db> show pcpu 0 cpuid = 0 curthread = 0xc33a5000: pid 834 "Xorg" curpcb = 0xf83cad90 fpcurthread = none idlethread = 0xc2c097d0: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 db> show pcpu 1 cpuid = 1 curthread = 0xc2c58320: pid 31 "irq19: fwohci0 fxp+" curpcb = 0xe5db0d90 fpcurthread = none idlethread = 0xc2c09640: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 db> call doadump() Dumping 1535 MB [CTRL-C to abort] 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 1360 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 Dump complete 0xf db> reset cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # kgdb -c /var/crash/vmcore.53 /boot/kernel/kernel.debug [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0430b45 in db_fncall (dummy1=-438629904, dummy2=0, dummy3=115200, dummy4=0xe5db09d4 "@qn$B@x(B\003") at /usr/src/sys/ddb/db_command.c:531 #2 0xc04308d2 in db_command (last_cmdp=0xc068afc4, cmd_table=0x0, aux_cmd_tablep=0xc0661264, aux_cmd_tablep_end=0xc0661268) at /usr/src/sys/ddb/db_command.c:349 #3 0xc04309e5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0432b65 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc04bdb5e in kdb_trap (type=0, code=0, tf=0xe5db0b70) at /usr/src/sys/kern/subr_kdb.c:471 #6 0xc0625296 in trap_fatal (frame=0xe5db0b70, eva=0) at /usr/src/sys/i386/i386/trap.c:826 #7 0xc0624894 in trap (frame= {tf_fs = 8, tf_es = -438632408, tf_ds = -438632408, tf_edi = -1012665168, tf_esi = -1019570208, tf_ebp = -438629412, tf_isp = -438629476, tf_ebx = -1012665168, tf_edx = 0, tf_ecx = -1012225728, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068810564, tf_cs = 32, tf_eflags = 65666, tf_esp = -1027539100, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:269 #8 0xc06104da in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0x00000008 in ?? () #10 0xe5db0028 in ?? () #11 0xe5db0028 in ?? () #12 0xc3a3f4b0 in ?? () #13 0xc33a97e0 in ?? () #14 0xe5db0bdc in ?? () #15 0xe5db0b9c in ?? () #16 0xc3a3f4b0 in ?? () #17 0x00000000 in ?? () #18 0xc3aaa940 in ?? () #19 0x00000000 in ?? () #20 0x0000000c in ?? () #21 0x00000000 in ?? () #22 0xc04b3ebc in sched_add (td=0x0, flags=0) at /usr/src/sys/kern/sched_ule.c:1745 #23 0xc04b4988 in setrunqueue (td=0xc3a3f4b0, flags=0) at kern_switch.c:564 #24 0xc04b46a1 in adjustrunqueue (td=0xc3a3f4b0, newpri=16) at kern_switch.c:325 #25 0xc04b3354 in sched_thread_priority (td=0xc3a3f4b0, prio=16 '\020') at /usr/src/sys/kern/sched_ule.c:1235 #26 0xc04b339d in sched_lend_prio (td=0x0, prio=16 '\020') at /usr/src/sys/kern/sched_ule.c:1250 #27 0xc04c7f9e in propagate_priority (td=0xc3a3f4b0) at /usr/src/sys/kern/subr_turnstile.c:204 #28 0xc04c8a7d in turnstile_wait (lock=0xc06d0b60, owner=0x0) at /usr/src/sys/kern/subr_turnstile.c:629 #29 0xc0490351 in _mtx_lock_sleep (m=0xc06d0b60, td=0xc2c58320, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:550 #30 0xc0480dec in ithread_loop (arg=0xc2c59c00) at /usr/src/sys/kern/kern_intr.c:545 #31 0xc047fa60 in fork_exit (callout=0xc0480c50 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 #32 0xc061053c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 17:06:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 866F316A41C; Sun, 5 Jun 2005 17:06:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 531BA43D49; Sun, 5 Jun 2005 17:06:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j55H4LPr067527; Sun, 5 Jun 2005 11:04:21 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 05 Jun 2005 11:05:08 -0600 (MDT) Message-Id: <20050605.110508.101566419.imp@bsdimp.com> To: fierykylin@gmail.com From: "M. Warner Losh" In-Reply-To: <87ab37ab05060108167dee1d6@mail.gmail.com> References: <87ab37ab05060108167dee1d6@mail.gmail.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: what is the init entrance for pci bus scan in FREEbsd? 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, 05 Jun 2005 17:06:09 -0000 In message: <87ab37ab05060108167dee1d6@mail.gmail.com> kylin writes: : Now i am coding a fake pcihotplug module in Freebsd 5.3 release, : it contains two parts ,the userplace using a ioctl way to communicate : with an cdev in /dev, and the kernel module which : mainly operates on the Devclasses ,devlist and driverlist ....but : still in the enable function,i have to rescan the pci bus. BUT, i can : not find the pci bus scan code in the freebsd,i guess it was just an : entry of the startup table which is made by compiler, : still some one told me to follow the pci_init() way in LINUX ,but , i : find it too hard in the OO structure bus arch of Freebsd .so : WHERE can i get some code to follow in order to finish my pci rescan function? I'm not sure I understand what you are getting at here. First, devd already provides 95% of the infrastructure to do things when devices are added to the system. Second, you assume that linux's way of doing things is how FreeBSD does things. This isn't the case. FreeBSD scans the bus at pci bus attach time and adds chilren nodes that it finds. In the Cardbus case, it will add nodes as the card bus bridge tells us of children, and then probe/attaches them. If you are implementing support for bridges that announce new children, you should start by looking into the pci bridge driver code (this will be in src/sys/dev/pci/pci_pci.c) and add the approrpiate hooks there. Next, you should look at the following routines in cardbus (located in src/sys/dev/cardbus and dev/pccbb): cbb_insert will call CARD_ATTACH_CARD on cbdev. The CARD_ATTACH_CARD method is implemented in cardbus.c's cardbus_attach_card. There it will probe all the slots on the bus. It might be better to abstract the guts of this function, and move it down into sys/dev/pci/pci.c if other bridges could use the same functionality. Finally, you should send me your work for review. I've been keen on expanding pci bus support for a long time and would be happy to review such changes. BTW, Which chipsets and hotplugging methods do you support? Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 17:12:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C0D816A41F for ; Sun, 5 Jun 2005 17:12:01 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from makeworld.com (makeworld.com [216.201.118.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8D5143D4C for ; Sun, 5 Jun 2005 17:12:00 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id B1FDC60E2 for ; Sun, 5 Jun 2005 12:11:57 -0500 (CDT) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32905-10 for ; Sun, 5 Jun 2005 12:11:55 -0500 (CDT) Received: from [216.201.118.138] (racerx.makeworld.com [216.201.118.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id BEFFB60DA for ; Sun, 5 Jun 2005 12:11:55 -0500 (CDT) Message-ID: <42A33262.4020005@makeworld.com> Date: Sun, 05 Jun 2005 12:12:02 -0500 From: Chris User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050414) X-Accept-Language: en-us, en MIME-Version: 1.0 CC: FreeBSD Current References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> <20050605221438.L43170@Neo-Vortex.net> <20050605124250.GA691@pato.euesrg02.net> In-Reply-To: <20050605124250.GA691@pato.euesrg02.net> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.3.1 (20050509) at makeworld.com - Isn't it ironic Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: racerx@makeworld.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, 05 Jun 2005 17:12:01 -0000 ... What would the rel tag be? *default release=cvs tag=RELENG_6_0 To start cvsuping the src now? -- Best regards, Chris Liquidity tends to run out. From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 17:12:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FADA16A41C for ; Sun, 5 Jun 2005 17:12:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91DD343D49 for ; Sun, 5 Jun 2005 17:12:15 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j55H9Txn067568; Sun, 5 Jun 2005 11:09:29 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 05 Jun 2005 11:10:15 -0600 (MDT) Message-Id: <20050605.111015.78918137.imp@bsdimp.com> To: swhetzel@gmail.com From: "M. Warner Losh" In-Reply-To: <790a9fff05060210335d8b298f@mail.gmail.com> References: <20050531121253.GB4872@tarc.po.cs.msu.su> <86br6o7kc1.fsf@xps.des.no> <790a9fff05060210335d8b298f@mail.gmail.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: tarc@tarc.po.cs.msu.su, des@des.no, freebsd-current@freebsd.org, kris@obsecurity.org Subject: Re: FreeBSD 6.0-CURRENT lastest snapshots 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, 05 Jun 2005 17:12:16 -0000 In message: <790a9fff05060210335d8b298f@mail.gmail.com> Scot Hetzel writes: : The dependancy occurs when you have your source tree in a different : location than /usr/src, as the /sys directory is linked to : usr/src/sys. If your source tree is in /usr/home/foo/src, and you set : /sys -> usr/home/foo/src/sys. After a make installkernel the /sys : link now points to the wrong location. setenv SYSDIR /usr/home/foo/src/sys is the usual way that you build modules not against the installed /sys link. However, this is a good point. I've been using this method for so long that I'd fogotten about the dependency. Warner From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 17:19:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9A4E16A41C for ; Sun, 5 Jun 2005 17:19:20 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBEA243D4C for ; Sun, 5 Jun 2005 17:19:19 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 10414 invoked by uid 207); 5 Jun 2005 17:19:20 -0000 Received: from keramida@freebsd.org by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.19/3.81. Clear:RC:1(81.186.70.189):. Processed in 0.359281 secs); 05 Jun 2005 17:19:20 -0000 Received: from dialup189.ach.sch.gr (HELO gothmog.gr) ([81.186.70.189]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 5 Jun 2005 17:19:18 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.3/8.13.3) with ESMTP id j55HJE7Q045604; Sun, 5 Jun 2005 20:19:14 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.3/8.13.3/Submit) id j55HJESr045603; Sun, 5 Jun 2005 20:19:14 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sun, 5 Jun 2005 20:19:14 +0300 From: Giorgos Keramidas To: Chris Message-ID: <20050605171914.GA16327@gothmog.gr> References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> <20050605221438.L43170@Neo-Vortex.net> <20050605124250.GA691@pato.euesrg02.net> <42A33262.4020005@makeworld.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42A33262.4020005@makeworld.com> Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 05 Jun 2005 17:19:20 -0000 On 2005-06-05 12:12, Chris wrote: > What would the rel tag be? > > *default release=cvs tag=RELENG_6_0 > > To start cvsuping the src now? There is no RELENG_6_0 branch right now. Some time after the source tree is frozen, a branch is created by the Release Engineering team. To get the 6.0-CURRENT sources now, you'd have to update to the HEAD of the source tree: *default release=cvs tag=. Note though that this is still -CURRENT (even so close to the freeze), so the usual care should be applied. From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 18:03:19 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA05816A41C; Sun, 5 Jun 2005 18:03:19 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 625FE43D1F; Sun, 5 Jun 2005 18:03:19 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j55I3HxG015548 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sun, 5 Jun 2005 14:03:18 -0400 Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Sun, 5 Jun 2005 14:03:10 -0400 To: current@FreeBSD.org X-Mailer: Apple Mail (2.730) Cc: fs@FreeBSD.org Subject: [PATCH] IFS: Inode FileSystem 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, 05 Jun 2005 18:03:19 -0000 Hi, IFS is basically FFS, minus the namespace. Files are referenced by their inode number, thus making file lookup very fast. This is very useful for things that keep the file names in their own database anyway, such as web or news caches. Files are created by opening the "newfile" file: fd = open("newfile", O_CREAT|O_RDWR, 0644); fstat(fd, &st); printf("new file is %d\n", (int)st.st_ino); Once a file has been created it is possible to accessing by just opening it the file named after the inode number. For example: fd = open("5", O_RDWR); This filesystem was imported back in the year 2000, by Adrian Chadd (adrian@) and removed in 2002, before the introduction of UFS2 in order not to slow down the development of UFS2. I have fixed it so that it is usable on -CURRENT. You can find the kernel bits at http://people.freebsd.org/~ssouhlal/testing/ ifs-20050605-2.diff and the userland bits at http:// people.freebsd.org/~ssouhlal/testing/ifs-20050605-userland-2.diff . (You need to copy src/sbin/fsck_ffs to src/sbin/fsck_ifs and src/sbin/ mount_ufs to src/sbin/mount_ifs, before applying the userland patch). You can use the regular newfs(8) to create such a filesystem. You might also want to specify the -n option, so that the .snap directory is not created at newfs, since directories are useless, in IFS. If you don't you'll end up with a useless inode, which is not really a big deal. Once the filesystem is created, you can mount it with mount_ifs. You can find additional comments in src/sys/ufs/ifs/README in the patch. Is anyone interested in seeing this committed? Bye, -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 18:05:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85E9116A41C; Sun, 5 Jun 2005 18:05:10 +0000 (GMT) (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 2B23943D1D; Sun, 5 Jun 2005 18:05:09 +0000 (GMT) (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 80F8F1FFDD6; Sun, 5 Jun 2005 20:05:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 463AC1FFAD3; Sun, 5 Jun 2005 20:05:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id CDE6E15652; Sun, 5 Jun 2005 18:04:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id C3A1C15583; Sun, 5 Jun 2005 18:04:34 +0000 (UTC) Date: Sun, 5 Jun 2005 18:04:34 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: panic in device_attach probing sata phy 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, 05 Jun 2005 18:05:10 -0000 Hi, sources from June 1st... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x50 fault code = supervisor read, page not present instruction pointer = 0x8:0xffffffff803d23a2 stack pointer = 0x10:0xffffffffb34f8ac0 frame pointer = 0x10:0xffffffffb34f8b10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 5 (thread taskq) [thread pid 5 tid 100036 ] Stopped at device_attach+0x22: cmpq $0,0x50(%r13) db> wh Tracing pid 5 tid 100036 td 0xffffff00d8cc6000 device_attach() at device_attach+0x22 bus_generic_attach() at bus_generic_attach+0x18 ata_identify() at ata_identify+0xe6 ata_sata_phy_event() at ata_sata_phy_event+0xa2 taskqueue_run() at taskqueue_run+0x97 taskqueue_thread_loop() at taskqueue_thread_loop+0x2c fork_exit() at fork_exit+0xbb fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb34f8d00, rbp = 0 --- db> sh alllocks Process 5 (thread taskq) thread 0xffffff00d8cc6000 (100036) exclusive sleep mutex Giant r = 0 (0xffffffff808606e0) locked @ /local/building/freebsd/HEAD-x4b/sys/dev/ata/ata-chipset.c:302 -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 18:06:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B56C316A41C; Sun, 5 Jun 2005 18:06:18 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AEA543D49; Sun, 5 Jun 2005 18:06:18 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.44 (FreeBSD)) id 1DezVo-0007vM-Pf; Sun, 05 Jun 2005 22:06:16 +0400 Date: Sun, 5 Jun 2005 22:06:16 +0400 From: Slawa Olhovchenkov To: freebsd-current@freebsd.org Message-ID: <20050605180616.GZ72096@zxy.spb.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="9UV9rz0O2dU/yYYn" Content-Disposition: inline User-Agent: Mutt/1.5.7i X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: Bill Paul Subject: [RFC] VLAN_MTU support for VIA Technologies Rhine I/II/III Ethernet device 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, 05 Jun 2005 18:06:18 -0000 --9UV9rz0O2dU/yYYn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I have patched vr driver for support fullsize 802.1q frames and have tested it on VIA EPIA ML-5000EA. All work fine. Please, commit it! -- Slawa Olhovchenkov --9UV9rz0O2dU/yYYn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vr.patch" *** sys/pci/if_vrreg.h Tue Feb 1 02:26:51 2005 --- sys/pci/if_vrreg.h.new Sat Jun 4 03:07:10 2005 *************** *** 393,399 **** #define VR_TX_LIST_CNT 128 #define VR_MIN_FRAMELEN 60 #define VR_FRAMELEN 1536 ! #define VR_RXLEN 1520 #define VR_TXOWN(x) x->vr_ptr->vr_status --- 393,399 ---- #define VR_TX_LIST_CNT 128 #define VR_MIN_FRAMELEN 60 #define VR_FRAMELEN 1536 ! #define VR_RXLEN 1524 #define VR_TXOWN(x) x->vr_ptr->vr_status *** sys/pci/if_vr.c Tue Mar 1 11:11:52 2005 --- sys/pci/if_vr.c.new Sat Jun 4 03:06:56 2005 *************** *** 740,745 **** --- 740,746 ---- #ifdef DEVICE_POLLING ifp->if_capabilities |= IFCAP_POLLING; #endif + ifp->if_capabilities |= IFCAP_VLAN_MTU; ifp->if_capenable = ifp->if_capabilities; /* Do MII setup. */ --9UV9rz0O2dU/yYYn-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 18:14:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 691BD16A41F; Sun, 5 Jun 2005 18:14:42 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (skippyii.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id F279D43D4C; Sun, 5 Jun 2005 18:14:41 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [69.193.82.185]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id j55IPTdw000564; Sun, 5 Jun 2005 14:25:30 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <003701c569fa$7e4e0530$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Randy Bush" , =?iso-8859-1?Q?Arne_W=F6rner?= References: <17059.7150.269428.448187@roam.psg.com><20050605154415.77738.qmail@web41204.mail.yahoo.com> <17059.7801.923721.861116@roam.psg.com> Date: Sun, 5 Jun 2005 14:15:02 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: freebsd-fs@freebsd.org, FreeBSD Current Subject: Re: you are in an fs with millions of small files 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, 05 Jun 2005 18:14:42 -0000 > >> to mirror someone's stuff, i need an fs which is happy with > >> a jillion small files. they're linux geeks, so suggested > >> reiserfs. but that appears (from -current's > >> /sys/i386/conf/NOTES) to only have read-only support on > >> freebsd. is there another path? > > I say, do you think a database might be a solution (e. g. mysql)? > > no. i am trying to do a site mirror, not tell the site how to > organize their data. UFS[2] will be just fine -- but you will need to ensure that you have more inodes than the default and increase dirhash to keep performance at a reasonable level. -- Matt Emmerton From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 18:46:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4052F16A41F for ; Sun, 5 Jun 2005 18:46:39 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97FBF43D53 for ; Sun, 5 Jun 2005 18:46:38 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j55IkX4J099246 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 5 Jun 2005 20:46:35 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j55IkHhs037111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Jun 2005 20:46:17 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j55IkGel082334; Sun, 5 Jun 2005 20:46:16 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j55IkGrs082333; Sun, 5 Jun 2005 20:46:16 +0200 (CEST) (envelope-from ticso) Date: Sun, 5 Jun 2005 20:46:16 +0200 From: Bernd Walter To: Nicolas Blais Message-ID: <20050605184615.GP60590@cicely12.cicely.de> References: <200506051049.22537.nb_root@videotron.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506051049.22537.nb_root@videotron.ca> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: freebsd-current@freebsd.org Subject: Re: USB still not working properly X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.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, 05 Jun 2005 18:46:39 -0000 On Sun, Jun 05, 2005 at 10:49:06AM -0400, Nicolas Blais wrote: > Hi, > > I've had this problem for about 2 months now and posted twice about it but no > replies. My problem is that when I enable ehci in my kernel. There will be a > 5 minutes delay at boot during the probing of my memory card reader. Which > ends up not working : > > ehci0: mem 0xfb800000-0xfb8000ff irq 5 at > device 16.4 on pci0 > ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfb800000 > ehci0: [GIANT-LOCKED] > usb4: waiting for BIOS to give up control > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > umass0: VIA Technologies Inc. Mitsumi multi cardreader, rev 2.00/0.03, addr 2 > umass0:0:0:-1: Attached to scbus0 > > probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): Retrying Command > (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): Retrying Command > (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): Retrying Command > (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): Retrying Command > (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): error 5 > (probe0:umass-sim0:0:0:0): Retries Exausted > > If I disable ehci, it will boot without the delay. My memory card reader still > doesn't work and my mouse (ums, standard logitech optical) is no longer > detected at boot. I must unplug it, then plug it back and it will work. > > The main problem is not actually the memory card reader not working (but would > be nice), but the 5 minute delay which is long downtime, and the fact that my > mouse doesn't work at boot without ehci. (yes, the memory card reader works > great in XP). > > Any solutions? Don't use VIA or ALI based host-controller. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 20:02:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A51616A41C; Sun, 5 Jun 2005 20:02:37 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8D9A43D48; Sun, 5 Jun 2005 20:02:36 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.44 (FreeBSD)) id 1Df1KM-000A5P-Oo; Mon, 06 Jun 2005 00:02:35 +0400 Date: Mon, 6 Jun 2005 00:02:33 +0400 From: Slawa Olhovchenkov To: Scott Long Message-ID: <20050605200233.GA38531@zxy.spb.ru> References: <42A11C92.5050505@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42A11C92.5050505@samsco.org> User-Agent: Mutt/1.5.7i X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: hackers@freebsd.org, 'FreeBSD Current' Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 05 Jun 2005 20:02:37 -0000 On Fri, Jun 03, 2005 at 09:14:26PM -0600, Scott Long wrote: > All, > > The long anticipated and much feared 6.0 code freeze is about to begin! > I'll cut to the chase: > > June 10 - Feature freeze + code slush > ^^^^^^^ > > July 10 - RELENG_6 branch > August 1 - RELENG_6_0 branch > August 15 - 6.0-RELEASE Nice time for compat5x? From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 20:04:46 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6179516A41C; Sun, 5 Jun 2005 20:04:46 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBEB643D58; Sun, 5 Jun 2005 20:04:45 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j55K4ibO016078 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Sun, 5 Jun 2005 16:04:44 -0400 In-Reply-To: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <67D7394E-A398-40D0-A2D6-9AFE569A4A3E@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Sun, 5 Jun 2005 16:04:38 -0400 To: Suleiman Souhlal X-Mailer: Apple Mail (2.730) Cc: current@FreeBSD.org, fs@FreeBSD.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 05 Jun 2005 20:04:46 -0000 On Jun 5, 2005, at 2:03 PM, Suleiman Souhlal wrote: > I have fixed it so that it is usable on -CURRENT. You can find the > kernel bits at http://people.freebsd.org/~ssouhlal/testing/ > ifs-20050605-2.diff and the userland bits at http:// > people.freebsd.org/~ssouhlal/testing/ifs-20050605-userland-2.diff . > (You need to copy src/sbin/fsck_ffs to src/sbin/fsck_ifs and src/ > sbin/mount_ufs to src/sbin/mount_ifs, before applying the userland > patch). I forgot to mention that you also need to add "options IFS" to your kernel config file, if you want to use it. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 20:59:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCFC616A41C; Sun, 5 Jun 2005 20:59:34 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70DEF43D1F; Sun, 5 Jun 2005 20:59:31 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [172.28.176.26] ([12.174.84.3]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j55L5b9W047516; Sun, 5 Jun 2005 15:05:41 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42A36767.6060301@samsco.org> Date: Sun, 05 Jun 2005 14:58:15 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <17059.7150.269428.448187@roam.psg.com> In-Reply-To: <17059.7150.269428.448187@roam.psg.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-fs@freebsd.org, FreeBSD Current Subject: Re: you are in an fs with millions of small files 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, 05 Jun 2005 20:59:34 -0000 Randy Bush wrote: > to mirror someone's stuff, i need an fs which is happy with a jillion > small files. they're linux geeks, so suggested reiserfs. but that > appears (from -current's /sys/i386/conf/NOTES) to only have read- > only support on freebsd. is there another path? > > randy > See Suleiman Souhal's patch to re-introduce IFS. IFS is ideal when the naming of files is not important, but quick access to 'zillions' of files is important. The downside is that your apps need to be written to know how to use it (which isn't hard, but isn't portable either). Scott From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 21:14:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B242516A41C for ; Sun, 5 Jun 2005 21:14:53 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AA2E43D60 for ; Sun, 5 Jun 2005 21:14:53 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Df2SL-0001f7-5w for freebsd-current@freebsd.org; Sun, 05 Jun 2005 21:14:53 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Df2SF-000JQr-Eg for freebsd-current@freebsd.org; Sun, 05 Jun 2005 14:14:47 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17059.27463.50500.860513@roam.psg.com> Date: Sun, 5 Jun 2005 14:14:47 -0700 To: FreeBSD Current Subject: letting go of a twed disk 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, 05 Jun 2005 21:14:53 -0000 -current i386 as of feb 6 while replacing things on a raid array, a new twed unit has appeared and become un-removable # of units: 4 Unit 0: RAID 5 931.31 GB ( 1953116672 blocks): OK Unit 1: JBOD 232.83 GB ( 488281250 blocks): OK Unit 5: JBOD 34.47 GB ( 72303840 blocks): OK Unit 6: JBOD 232.88 GB ( 488397168 blocks): OK 3ware CLI> maint deleteunit c0 u1 Deleting unit /c0/u1 ...Failed. (0x0B:0x0015): Failed to notify os of unit change looks like the opsys has latched on to it # fdisk twed2 ******* Working on device /dev/twed2 ******* parameters extracted from in-core disklabel are: cylinders=30401 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=30401 heads=255 sectors/track=63 (16065 blks/cyl) fdisk: invalid fdisk partition table found Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 488392002 (238472 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 704/ head 254/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: is there any way to get the opsys to let go of it so i can deleteunit it and make it a spare? randy From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 02:55:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A55916A41C for ; Mon, 6 Jun 2005 02:55:31 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from ms-smtp-01-eri0.southeast.rr.com (ms-smtp-01-lbl.southeast.rr.com [24.25.9.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46A4943D1D for ; Mon, 6 Jun 2005 02:55:30 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.101] (cpe-065-184-196-020.ec.res.rr.com [65.184.196.20]) by ms-smtp-01-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j562tPLv019623; Sun, 5 Jun 2005 22:55:25 -0400 (EDT) Message-ID: <42A3BE3E.1090702@ec.rr.com> Date: Sun, 05 Jun 2005 23:08:46 -0400 From: jason henson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Divacky Roman References: <20050604052429.T8209@mail.chesapeake.net> <20050605102236.GA26802@stud.fit.vutbr.cz> In-Reply-To: <20050605102236.GA26802@stud.fit.vutbr.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE Status. 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, 06 Jun 2005 02:55:31 -0000 Divacky Roman wrote: >On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > > >>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let >>me know if you run into any problems with it, preferably with a seperate >>mail to me as I'm more likely to see this than one which is cc'd to >>current@. >> >> > >I just tried ULE+PREEMPTION and I still experience hardlocks... I found that >its usually (80%) caused by mplayer... I dont know maybe it uses some specific >things which make it more probable. > >without PREEMPTION everything works ok. I got the hardlock when compiling >gcc41, downloading some big file from internet and trying to watch video usin >mplayer > >I also have this >Jun 5 09:46:18 witten kernel: pid 593: corrected slot count (9672->1) > > >roman > > When I ran ULE+PREEMPTION on 5_RELENG a month ago mplayer would reboot and/or crash my system. Once when trying to watch a clip I rebooted 4 times and the first thing I did at the desktop each time was try mplayer. Well, after the last lockup I removed PREEMPTION from my conf and have been solid ever since. So maybe that the same old bug causing problems? From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 03:20:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E30D316A41C for ; Mon, 6 Jun 2005 03:20:26 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id C10E543D1D for ; Mon, 6 Jun 2005 03:20:26 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465 for ; Sun, 05 Jun 2005 20:20:26 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CC7A35D08 for ; Sun, 5 Jun 2005 20:20:25 -0700 (PDT) To: current@freebsd.org Date: Sun, 05 Jun 2005 20:20:25 -0700 From: "Kevin Oberman" Message-Id: <20050606032025.CC7A35D08@ptavv.es.net> Cc: Subject: Livelock seen on current with threaded processes 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, 06 Jun 2005 03:20:27 -0000 I am running current on an IBM T30 with P4m CPU@1.8 GHz and 512 MB. ATA100 disk (5400 RPM). When I run some threaded codes, I see the system response slow badly. I've tried 4BSD, ULE, and PREEMPTION without seeing any real difference. For a long time I was unable to repeat the problem reliably, but now I have an easy way to do it. I run transcode on a video file to convert it to divx4 using the xvid4 library. I do this with nice set to 10 and top confirms that it is set to 10. At various times, the system starts locking up. Windows won't refresh. Shell commands never execute (nor do keys echo) in some windows including syscons vtys. If my gkrellm is still alive (and it usually is), I see the system at 97% CPU and nothing else busy. There is a bit a disk I/O but not much. If I wait until the transcode operation completes, the system quickly returns to normal. This effectively precludes doing anything on the system while transcode is running which is a real pain since it typically transcodes at only about 5 framed per second and takes a long time to transcode 5 minute video clips. Has anyone else seen this? There was a recent thread on some similar problems on stable, but I can't say if they are really the same. Since nice does not seem to help, I am really suspicious it's a threading issue of some sort, but I am far from sure. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 03:31:48 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2819316A41C; Mon, 6 Jun 2005 03:31:48 +0000 (GMT) (envelope-from sobomax@web.portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA5843D4C; Mon, 6 Jun 2005 03:31:46 +0000 (GMT) (envelope-from sobomax@web.portaone.com) Received: from www.portaone.com (localhost [127.0.0.1]) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j563VjQC081205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Jun 2005 05:31:45 +0200 (CEST) (envelope-from sobomax@web.portaone.com) Received: (from sobomax@localhost) by www.portaone.com (8.12.11/8.12.11/Submit) id j563Vj8F081204; Mon, 6 Jun 2005 05:31:45 +0200 (CEST) (envelope-from sobomax) Date: Mon, 6 Jun 2005 05:31:45 +0200 From: Maxim Sobolev To: Suleiman Souhlal Message-ID: <20050606033145.GA80739@www.portaone.com> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> User-Agent: Mutt/1.5.8i X-Virus-Scanned: ClamAV 0.83/915/Sun Jun 5 20:15:22 2005 on www.portaone.com X-Virus-Status: Clean Cc: current@FreeBSD.ORG, fs@FreeBSD.ORG Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 03:31:48 -0000 Are there any real users of this FS? If my memory serves, Adrian's plan was to add IFS support into the squid. I wonder if it had happened and whether or not it actually provides any real performance benefit. -Maxim On Sun, Jun 05, 2005 at 02:03:10PM -0400, Suleiman Souhlal wrote: > Hi, > > IFS is basically FFS, minus the namespace. Files are referenced by > their inode number, thus making file lookup very fast. This is very > useful for things that keep the file names in their own database > anyway, such as web or news caches. > > Files are created by opening the "newfile" file: > > fd = open("newfile", O_CREAT|O_RDWR, 0644); > fstat(fd, &st); > printf("new file is %d\n", (int)st.st_ino); > > Once a file has been created it is possible to accessing by just > opening it the file named after the inode number. For example: > > fd = open("5", O_RDWR); > > This filesystem was imported back in the year 2000, by Adrian Chadd > (adrian@) and removed in 2002, before the introduction of UFS2 in > order not to slow down the development of UFS2. > > I have fixed it so that it is usable on -CURRENT. You can find the > kernel bits at http://people.freebsd.org/~ssouhlal/testing/ > ifs-20050605-2.diff and the userland bits at http:// > people.freebsd.org/~ssouhlal/testing/ifs-20050605-userland-2.diff . > (You need to copy src/sbin/fsck_ffs to src/sbin/fsck_ifs and src/sbin/ > mount_ufs to src/sbin/mount_ifs, before applying the userland patch). > > You can use the regular newfs(8) to create such a filesystem. You > might also want to specify the -n option, so that the .snap directory > is not created at newfs, since directories are useless, in IFS. If > you don't you'll end up with a useless inode, which is not really a > big deal. > Once the filesystem is created, you can mount it with mount_ifs. > > You can find additional comments in src/sys/ufs/ifs/README in the patch. > > Is anyone interested in seeing this committed? > > Bye, > -- > Suleiman Souhlal | ssouhlal@vt.edu > The FreeBSD Project | ssouhlal@FreeBSD.org > > _______________________________________________ > 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 Mon Jun 6 03:33:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CEA816A41C; Mon, 6 Jun 2005 03:33:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F9D043D58; Mon, 6 Jun 2005 03:33:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j563XEww035046; Sun, 5 Jun 2005 23:33:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j563XE9r056275; Sun, 5 Jun 2005 23:33:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 220F87306E; Sun, 5 Jun 2005 23:33:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050606033314.220F87306E@freebsd-current.sentex.ca> Date: Sun, 5 Jun 2005 23:33:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean Cc: Subject: [current tinderbox] failure on alpha/alpha 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, 06 Jun 2005 03:33:15 -0000 TB --- 2005-06-06 02:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-06 02:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-06-06 02:15:00 - cleaning the object tree TB --- 2005-06-06 02:15:25 - checking out the source tree TB --- 2005-06-06 02:15:25 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-06-06 02:15:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-06 02:21:37 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-06 02:21:37 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-06-06 02:21:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-06 03:30:13 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-06 03:30:13 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-06-06 03:30:13 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jun 6 03:30:13 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/firewire/fwohci_pci.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/firewire/if_fwe.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/firewire/sbp.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fxp/if_fxp.c /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fxp/if_fxp.c: In function `fxp_suspend': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fxp/if_fxp.c:946: warning: unused variable `i' /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fxp/if_fxp.c: In function `fxp_resume': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/fxp/if_fxp.c:971: warning: unused variable `i' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-06-06 03:33:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-06 03:33:13 - ERROR: failed to build generic kernel TB --- 2005-06-06 03:33:13 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 04:04:00 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1ED116A41C; Mon, 6 Jun 2005 04:04:00 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39DB843D48; Mon, 6 Jun 2005 04:04:00 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j5643txr017815 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Mon, 6 Jun 2005 00:03:56 -0400 In-Reply-To: <20050606033145.GA80739@www.portaone.com> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 6 Jun 2005 00:03:36 -0400 To: Maxim Sobolev X-Mailer: Apple Mail (2.730) Cc: current@FreeBSD.org, fs@FreeBSD.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 04:04:00 -0000 Hi Maxim, On Jun 5, 2005, at 11:31 PM, Maxim Sobolev wrote: > Are there any real users of this FS? If my memory serves, > Adrian's plan was to add IFS support into the squid. I > wonder if it had happened and whether or not it actually > provides any real performance benefit. AFAIK Adrian had experimental patches to make squid use it, but they were never actually imported into squid. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 04:17:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91D6416A41C; Mon, 6 Jun 2005 04:17:48 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4622443D1F; Mon, 6 Jun 2005 04:17:48 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j564HjaV013680; Mon, 6 Jun 2005 00:17:46 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> Date: Mon, 6 Jun 2005 00:17:44 -0400 To: Suleiman Souhlal , current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.3 Cc: fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 04:17:48 -0000 At 2:03 PM -0400 6/5/05, Suleiman Souhlal wrote: > >This filesystem was imported back in the year 2000, by Adrian >Chadd (adrian@) and removed in 2002, before the introduction >of UFS2 in order not to slow down the development of UFS2. >You can find additional comments in src/sys/ufs/ifs/README in >the patch. > >Is anyone interested in seeing this committed? It sounds to me like this would be interesting to have, as long as it wouldn't be much work to keep it up-to-date now. I have a vague notion that this might be very useful for AFS file servers, for instance. (although that would require some more work on the OpenAFS-side of things...) I haven't had a chance to try this yet, but I might try some tests with it next weekend. I could try it on PPC and Sparc64, in addition to i386. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 04:55:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CFDC16A41C; Mon, 6 Jun 2005 04:55:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7992243D48; Mon, 6 Jun 2005 04:54:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.0.2.2] ([12.174.84.3]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j5650s2w049463; Sun, 5 Jun 2005 23:00:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42A3D6CF.2000504@samsco.org> Date: Sun, 05 Jun 2005 22:53:35 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> In-Reply-To: <20050606033145.GA80739@www.portaone.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Suleiman Souhlal , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 04:55:01 -0000 Maxim Sobolev wrote: > Are there any real users of this FS? If my memory serves, > Adrian's plan was to add IFS support into the squid. I > wonder if it had happened and whether or not it actually > provides any real performance benefit. > > -Maxim > IFS is centered around the observation that most apps already keep a metamapping of 'filename ABC = data XYZ', where the filename is really nothing more than a unique identifier for the data. Expressive filenames and file hierachies are useful for humans, but matter little to computers. The name "squid/cache/a/b/abc" has as much meaning to a computer as the name "12345" (which might be the inode number of the file). So taking this into account, you can strip out all the overhead of recursive namei lookups, directory data reads, directory hashing, etc, and just use the inode number directly as the identifier for inodes. Looking up by inode is a O(1) operation consisting of merely using the number to index into a inode array in a particular cylinder group. It's a huge win for CPU overhead in the filesystem, especially when we start talking about increasing the size of m_links field and possibly going to 64-bit inode numbers. Squid is an ideal test vehicle for this, and I hope that the rumored patches for it can re-materialize. However, it's a circular argument to say that the presence of IFS should rely on IFS apps being present; I'm very glad that Suleiman is working on this, and I hope it reaps some benefit. Scott > On Sun, Jun 05, 2005 at 02:03:10PM -0400, Suleiman Souhlal wrote: > >>Hi, >> >>IFS is basically FFS, minus the namespace. Files are referenced by >>their inode number, thus making file lookup very fast. This is very >>useful for things that keep the file names in their own database >>anyway, such as web or news caches. >> >>Files are created by opening the "newfile" file: >> >> fd = open("newfile", O_CREAT|O_RDWR, 0644); >> fstat(fd, &st); >> printf("new file is %d\n", (int)st.st_ino); >> >>Once a file has been created it is possible to accessing by just >>opening it the file named after the inode number. For example: >> >> fd = open("5", O_RDWR); >> >>This filesystem was imported back in the year 2000, by Adrian Chadd >>(adrian@) and removed in 2002, before the introduction of UFS2 in >>order not to slow down the development of UFS2. >> >>I have fixed it so that it is usable on -CURRENT. You can find the >>kernel bits at http://people.freebsd.org/~ssouhlal/testing/ >>ifs-20050605-2.diff and the userland bits at http:// >>people.freebsd.org/~ssouhlal/testing/ifs-20050605-userland-2.diff . >>(You need to copy src/sbin/fsck_ffs to src/sbin/fsck_ifs and src/sbin/ >>mount_ufs to src/sbin/mount_ifs, before applying the userland patch). >> >>You can use the regular newfs(8) to create such a filesystem. You >>might also want to specify the -n option, so that the .snap directory >>is not created at newfs, since directories are useless, in IFS. If >>you don't you'll end up with a useless inode, which is not really a >>big deal. >>Once the filesystem is created, you can mount it with mount_ifs. >> >>You can find additional comments in src/sys/ufs/ifs/README in the patch. >> >>Is anyone interested in seeing this committed? >> >>Bye, >>-- >>Suleiman Souhlal | ssouhlal@vt.edu >>The FreeBSD Project | ssouhlal@FreeBSD.org >> >>_______________________________________________ >>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" >> >> > > _______________________________________________ > 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 Mon Jun 6 05:06:24 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9F5216A41C; Mon, 6 Jun 2005 05:06:24 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D89D43D53; Mon, 6 Jun 2005 05:06:24 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j56562pU018062 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Mon, 6 Jun 2005 01:06:20 -0400 In-Reply-To: <42A3D6CF.2000504@samsco.org> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 6 Jun 2005 01:05:51 -0400 To: Scott Long X-Mailer: Apple Mail (2.730) Cc: Maxim Sobolev , current@FreeBSD.org, fs@FreeBSD.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 05:06:24 -0000 Hi, On Jun 6, 2005, at 12:53 AM, Scott Long wrote: > Maxim Sobolev wrote: > >> Are there any real users of this FS? If my memory serves, >> Adrian's plan was to add IFS support into the squid. I >> wonder if it had happened and whether or not it actually >> provides any real performance benefit. >> -Maxim >> > > IFS is centered around the observation that most apps already keep a > metamapping of 'filename ABC = data XYZ', where the filename is really > nothing more than a unique identifier for the data. Expressive > filenames and file hierachies are useful for humans, but matter > little to computers. The name "squid/cache/a/b/abc" has as much > meaning to a computer as the name "12345" (which might be the inode > number of the file). So taking this into account, you can strip > out all the overhead of recursive namei lookups, directory data reads, > directory hashing, etc, and just use the inode number directly as the > identifier for inodes. Looking up by inode is a O(1) operation > consisting of merely using the number to index into a inode array in a > particular cylinder group. It's a huge win for CPU overhead in the > filesystem, especially when we start talking about increasing the size > of m_links field and possibly going to 64-bit inode numbers. Talking about going to 64-bit inode numbers, how would we deal with the change in stat(2)? -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 05:47:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CB1E16A425; Mon, 6 Jun 2005 05:47:43 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 966E943E13; Mon, 6 Jun 2005 05:47:00 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j565kwBi028174; Mon, 6 Jun 2005 01:46:59 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> Date: Mon, 6 Jun 2005 01:46:57 -0400 To: Suleiman Souhlal , Scott Long From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 05:47:43 -0000 At 1:05 AM -0400 6/6/05, Suleiman Souhlal wrote: > >On Jun 6, 2005, at 12:53 AM, Scott Long wrote: > >>It's a huge win for CPU overhead in the filesystem, especially >>when we start talking about increasing the size of m_links >>field and possibly going 64-bit inode numbers. > >Talking about going to 64-bit inode numbers, how would we deal >with the change in stat(2)? By making some sort of incompatible change to stat(2). This has been discussed from time-to-time. It's another change that I would have liked to have seen (at least for the stat routines) in 6.0, but right now I suspect it will not happen until 7.0. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 06:07:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88CD616A41C for ; Mon, 6 Jun 2005 06:07:37 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E07B43D5C for ; Mon, 6 Jun 2005 06:07:37 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so2091472nzk for ; Sun, 05 Jun 2005 23:07:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QYDCaBYv9S5kG9XxDcXCeKuZNbaqaQOKA8wmp5YHZSCXWslFmk2OeN9adubVENWLXz/4a5GNSZBcphsdL1oqysnoNuICjczQjrCk2vZgOBA0wOAeZyOQcU79DohzzW4fvgt5kG9UUJs5ADHUGka5hEYpIg3H5aKnyd+65CoVPaU= Received: by 10.36.101.12 with SMTP id y12mr313803nzb; Sun, 05 Jun 2005 23:07:36 -0700 (PDT) Received: by 10.36.88.8 with HTTP; Sun, 5 Jun 2005 23:07:36 -0700 (PDT) Message-ID: Date: Mon, 6 Jun 2005 14:07:36 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Is this the sign of a problem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 06:07:37 -0000 The following message repeats quite often in /var/log/messages kernel: tcp_sack_output: Computed sack_bytes_retransmitted (2636) not the same as cached value (5307) Is this a sign of problems? Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 06:21:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B70A16A41C for ; Mon, 6 Jun 2005 06:21:19 +0000 (GMT) (envelope-from demizu@dd.iij4u.or.jp) Received: from r-dd.iij4u.or.jp (r-dd.iij4u.or.jp [210.130.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA8F443D67 for ; Mon, 6 Jun 2005 06:21:18 +0000 (GMT) (envelope-from demizu@dd.iij4u.or.jp) Received: from localhost (h221.p049.iij4u.or.jp [210.130.49.221]) by r-dd.iij4u.or.jp (4U-MR/r-dd) id j566L2rX023376; Mon, 6 Jun 2005 15:21:15 +0900 (JST) Date: Mon, 06 Jun 2005 15:20:13 +0900 (JST) Message-Id: <20050606.152013.55717574.Noritoshi@Demizu.ORG> From: Noritoshi Demizu To: Jiawei Ye In-Reply-To: References: X-Mailer: Mew version 4.1 on Emacs 21 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Is this the sign of a 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: Mon, 06 Jun 2005 06:21:19 -0000 > The following message repeats quite often in /var/log/messages > kernel: tcp_sack_output: Computed sack_bytes_retransmitted (2636) not > the same as cached value (5307) > > Is this a sign of problems? Yes. Thanks for your report. The patch below would fix the problem. It will be committed soon. Regards, Noritoshi Demizu Index: tcp_sack.c =================================================================== RCS file: /home/cvsup/FreeBSD/ncvs/src/sys/netinet/tcp_sack.c,v retrieving revision 1.21 diff -u -r1.21 tcp_sack.c --- tcp_sack.c 4 Jun 2005 08:03:28 -0000 1.21 +++ tcp_sack.c 6 Jun 2005 03:21:26 -0000 @@ -508,8 +508,6 @@ cur->start = sblkp->end; cur->rxmit = SEQ_MAX(cur->rxmit, cur->start); } - /* Go to the previous hole. */ - cur = TAILQ_PREV(cur, sackhole_head, scblink); } else { /* Data acks at least the end of hole */ if (SEQ_GEQ(sblkp->end, cur->end)) { @@ -535,10 +533,17 @@ cur->end); } } - /* Go to the previous sack block. */ - sblkp--; } tp->sackhint.sack_bytes_rexmit += (cur->rxmit - cur->start); + /* + * Testing sblkp->start against cur->start tells us whether + * we're done with the sack block or the sack hole. + * Accordingly, we advance one or the other. + */ + if (SEQ_LEQ(sblkp->start, cur->start)) + cur = TAILQ_PREV(cur, sackhole_head, scblink); + else + sblkp--; } return (0); } From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 06:27:36 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A678F16A41C; Mon, 6 Jun 2005 06:27:36 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from sp.dominia.org (efnet-math.org [69.60.109.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4052043D1D; Mon, 6 Jun 2005 06:27:36 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated bits=0) by sp.dominia.org (8.13.1/8.13.1) with ESMTP id j566RYFg018352 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Mon, 6 Jun 2005 02:27:35 -0400 In-Reply-To: <20050606033145.GA80739@www.portaone.com> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 6 Jun 2005 02:27:20 -0400 To: Maxim Sobolev X-Mailer: Apple Mail (2.730) Cc: current@FreeBSD.org, fs@FreeBSD.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 06:27:36 -0000 Hi, On Jun 5, 2005, at 11:31 PM, Maxim Sobolev wrote: > Are there any real users of this FS? If my memory serves, > Adrian's plan was to add IFS support into the squid. I > wonder if it had happened and whether or not it actually > provides any real performance benefit. I just thought about another thing IFS would be very useful for: Helping to develop UFS journaling. Since the filesystem itself is very simple, and directories are not present, it should be pretty easy to journal, as the number of places that update the metadata is pretty low. This should be extremely useful when testing out the journal operations, once they have been implemented. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 07:11:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CCDB16A41F for ; Mon, 6 Jun 2005 07:11:18 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [66.150.201.101]) by mx1.FreeBSD.org (Postfix) with SMTP id CD82D43D53 for ; Mon, 6 Jun 2005 07:11:17 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 78036 invoked by uid 399); 6 Jun 2005 07:11:15 -0000 Received: from unknown (HELO ?192.168.1.104?) (dougb@dougbarton.net@68.66.14.11) by mail1.fluidhosting.com with SMTP; 6 Jun 2005 07:11:15 -0000 Message-ID: <42A3F712.5000302@FreeBSD.org> Date: Mon, 06 Jun 2005 00:11:14 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <429B71C4.9080803@FreeBSD.org> <20050531013528.V940@ync.qbhto.arg> <429C920B.30005@errno.com> <429D5D81.6020802@FreeBSD.org> In-Reply-To: <429D5D81.6020802@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sam Leffler , freebsd-current@freebsd.org, wpaul@freebsd.org Subject: Re: wpa_supplicant + NDIS (broadcom) + linksys WRT54G possible? 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, 06 Jun 2005 07:11:18 -0000 Doug Barton wrote: > Sam Leffler wrote: >> You would probably better off setting up an ap where you can see >> what's happening on the ap side. Since you have an ath card you could >> use that to test with (even in the same laptop). > > > I can try that, be a couple days before I get to it though. Ok, I finally got around to this. Using the wpa code that Sam just committed to -current, I set up the ath card in hostap mode, and ran wpa_supplicant on the ndis card. Here is the ath (hostap) side: ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: associated New STA ath0: STA 00:90:4b:63:5f:e0 WPA: event 1 notification ath0: STA 00:90:4b:63:5f:e0 WPA: start authentication WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state INITIALIZE bsd_del_key: addr=00:90:4b:63:5f:e0 key_idx=0 ath0: STA 00:90:4b:63:5f:e0 IEEE 802.1X: unauthorizing port bsd_set_sta_authorized: addr=00:90:4b:63:5f:e0 authorized=0 WPA: 00:90:4b:63:5f:e0 WPA_PTK_GROUP entering state IDLE WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state AUTHENTICATION WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state AUTHENTICATION2 WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state INITPSK WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state PTKSTART ath0: STA 00:90:4b:63:5f:e0 WPA: sending 1/4 msg of 4-Way Handshake TX EAPOL - hexdump(len=113): 00 90 4b 63 5f e0 00 0d 88 8a 77 c6 88 8e 01 03 00 5f fe 00 89 00 20 00 00 00 00 00 00 00 01 27 55 b1 da 18 ef 6e 41 78 4b 6c b3 31 26 56 9a a9 28 9a 9f d7 73 fe 01 d0 38 dc ba 59 93 5e 9b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 IEEE 802.1X: 123 bytes from 00:90:4b:63:5f:e0 IEEE 802.1X: version=1 type=3 length=119 ath0: STA 00:90:4b:63:5f:e0 WPA: WPA IE from (Re)AssocReq did not match with msg 2/4 WPA IE in AssocReq - hexdump(len=26): dd 18 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 00 00 WPA IE in msg 2/4 - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 bsd_sta_deauth: addr=00:90:4b:63:5f:e0 reason_code=2 ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: deauthenticated due to local deauth request ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: deassociated ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: associated New STA ath0: STA 00:90:4b:63:5f:e0 WPA: event 1 notification ath0: STA 00:90:4b:63:5f:e0 WPA: start authentication WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state INITIALIZE bsd_del_key: addr=00:90:4b:63:5f:e0 key_idx=0 ath0: STA 00:90:4b:63:5f:e0 IEEE 802.1X: unauthorizing port bsd_set_sta_authorized: addr=00:90:4b:63:5f:e0 authorized=0 WPA: 00:90:4b:63:5f:e0 WPA_PTK_GROUP entering state IDLE WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state AUTHENTICATION WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state AUTHENTICATION2 WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state INITPSK WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state PTKSTART ath0: STA 00:90:4b:63:5f:e0 WPA: sending 1/4 msg of 4-Way Handshake TX EAPOL - hexdump(len=113): 00 90 4b 63 5f e0 00 0d 88 8a 77 c6 88 8e 01 03 00 5f fe 00 89 00 20 00 00 00 00 00 00 00 01 27 55 b1 da 18 ef 6e 41 78 4b 6c b3 31 26 56 9a a9 28 9a 9f d7 73 fe 01 d0 38 dc ba 59 93 5e 9c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 IEEE 802.1X: 123 bytes from 00:90:4b:63:5f:e0 IEEE 802.1X: version=1 type=3 length=119 ath0: STA 00:90:4b:63:5f:e0 WPA: WPA IE from (Re)AssocReq did not match with msg 2/4 WPA IE in AssocReq - hexdump(len=26): dd 18 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 00 00 WPA IE in msg 2/4 - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 bsd_sta_deauth: addr=00:90:4b:63:5f:e0 reason_code=2 ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: deauthenticated due to local deauth request ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: deassociated And here is the ndis side: Trying to associate with 00:0d:88:8a:77:c6 (SSID='wpa-test' freq=2412 MHz) Cancelling scan request Automatic auth_alg selection: 0x1 WPA: using IEEE 802.11i/D3.0 WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 WPA: using GTK TKIP WPA: using PTK TKIP WPA: using KEY_MGMT WPA-PSK WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 No keys have been configured - skip key clearing wpa_driver_bsd_set_drop_unencrypted: enabled=1 wpa_driver_bsd_associate Setting authentication timeout: 5 sec 0 usec RX EAPOL from 00:0d:88:8a:77:c6 Setting authentication timeout: 10 sec 0 usec IEEE 802.1X RX: version=1 type=3 length=95 EAPOL-Key type=254 WPA: RX message 1 of 4-Way Handshake from 00:0d:88:8a:77:c6 (ver=1) WPA: WPA IE for msg 2/4 - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 WPA: Renewed SNonce - hexdump(len=32): 71 cc f2 16 d3 bf fe 59 72 ee 19 61 ea e6 11 fb 07 ef 9f a3 01 83 67 c4 78 54 6a c2 4d 2e 29 12 WPA: PMK - hexdump(len=32): [REMOVED] WPA: PTK - hexdump(len=64): [REMOVED] WPA: EAPOL-Key MIC - hexdump(len=16): 5a 6b 0e 62 1d 10 d5 b4 89 c2 0b a6 72 70 e9 66 WPA: Sending EAPOL-Key 2/4 RX EAPOL from 00:0d:88:8a:77:c6 IEEE 802.1X RX: version=1 type=3 length=95 EAPOL-Key type=254 WPA: RX message 1 of 4-Way Handshake from 00:0d:88:8a:77:c6 (ver=1) WPA: WPA IE for msg 2/4 - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 WPA: PMK - hexdump(len=32): [REMOVED] WPA: PTK - hexdump(len=64): [REMOVED] WPA: EAPOL-Key MIC - hexdump(len=16): 24 e2 bc 1e a1 5d ad 71 29 e9 fa b2 5f e4 2d a9 WPA: Sending EAPOL-Key 2/4 Hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 09:16:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7E0816A41C for ; Mon, 6 Jun 2005 09:16:49 +0000 (GMT) (envelope-from krok@void.ru) Received: from mail.void.ru (mail.void.ru [82.179.196.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47B3E43D4C for ; Mon, 6 Jun 2005 09:16:48 +0000 (GMT) (envelope-from krok@void.ru) Received: from [127.0.0.1] (localhost [127.0.0.1]) (authenticated bits=0) by frost.void.ru (8.13.4/8.13.4) with ESMTP id j569Bsuv054041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Jun 2005 13:11:55 +0400 (MSD) (envelope-from krok@void.ru) X-Authentication-Warning: frost.void.ru: Host localhost [127.0.0.1] claimed to be [127.0.0.1] Message-ID: <42A41355.3040602@void.ru> Date: Mon, 06 Jun 2005 13:11:49 +0400 From: Krok Organization: Void User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.85.1/915/Sun Jun 5 22:15:22 2005 on frost.void.ru X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, URI_REDIRECTOR autolearn=ham version=3.0.0 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on frost.void.ru Subject: Marvell SATA RAID support... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: krok@void.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 09:16:50 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello. Is it possible to port Marvell's SATA drivers to FreeBSD ? As for me, the most important is supporting of card, based on 88SX5* and 88SX6* chipsets (also, on-board SATA controller, based on these chipsets, like SuperMicro P4SCT+). I've found Linux sources of this drivers : http://www.abit-usa.com/products/servers/drivers.php?categories=4&model=225 http://www.abit-usa.com/downloads/downloads.php?file=http://file.abit.com.tw/pub/download/drivers/linux/marvell/mvsata340.zip Also, is it possible to include supporting of Zero-Channel RAID AOC-2020SAH1, compatible with Marvell Hercules-1 88SX5081 (Rev. B2) SATA Host Controller. - -- With best regards, Krok. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) Comment: GnuPT 2.5.8.1 by EQUIPMENTE.DE Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCpBNVsXuomovtlAARAhASAJ9U/7m+0blvSlPDT4kI5vIZMQErkQCfQXQ1 JDhzrAK0+LGmNTlVQRVw29g= =ePPA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 09:56:11 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6697816A41C for ; Mon, 6 Jun 2005 09:56:11 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id D399043D1D for ; Mon, 6 Jun 2005 09:56:10 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j569t8Oq062820; Mon, 6 Jun 2005 11:55:08 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <42A41355.3040602@void.ru> References: <42A41355.3040602@void.ru> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <47B88073-3474-49CD-9023-D68CF01DA315@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Mon, 6 Jun 2005 11:56:08 +0200 To: krok@void.ru X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: Marvell SATA RAID 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, 06 Jun 2005 09:56:11 -0000 On 06/06/2005, at 11:11, Krok wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello. > > Is it possible to port Marvell's SATA drivers to FreeBSD ? > As for me, the most important is supporting of card, based on =20 > 88SX5* and > 88SX6* chipsets (also, on-board SATA controller, based on these > chipsets, like SuperMicro P4SCT+). > > I've found Linux sources of this drivers : > http://www.abit-usa.com/products/servers/drivers.php?=20 > categories=3D4&model=3D225 > http://www.abit-usa.com/downloads/downloads.php?file=3Dhttp://=20 > file.abit.com.tw/pub/download/drivers/linux/marvell/mvsata340.zip > > Also, is it possible to include supporting of Zero-Channel RAID > AOC-2020SAH1, compatible with Marvell Hercules-1 88SX5081 (Rev. B2) =20= > SATA > Host Controller. Everything is possible given enough time to work on it :) Porting a Linux driver in this case would be a complete waste of time =20= as ATA has most of what's needed to support it, just not the last =20 chip specific bits. I started working on the 88SX50* long ago, but it has sort of stalled =20= due to other more pressing or interesting things. However I will =20 eventually get back to it and have it supported in ATA. - S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 10:01:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C37C16A41C for ; Mon, 6 Jun 2005 10:01:12 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAE6243D1F for ; Mon, 6 Jun 2005 10:01:11 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1DfEPl-0007X3-Mw for current@freebsd.org; Mon, 06 Jun 2005 12:01:02 +0200 Date: Mon, 6 Jun 2005 12:01:14 +0200 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20050606120114.5feef56c.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) Cc: Subject: libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh 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, 06 Jun 2005 10:01:12 -0000 Running make installworld on freshly updated and compiled world and on the new 6.0 kernel I get: ===> bin/sync (install) install -s -o root -g wheel -m 555 sync /bin install -o root -g wheel -m 444 sync.8.gz /usr/share/man/man8 install -o root -g wheel -m 444 sync.8.cat.gz /usr/share/man/cat8/sync.8.gz ===> bin/test (install) install -s -o root -g wheel -m 555 test /bin install -o root -g wheel -m 444 test.1.gz /usr/share/man/man1 install -o root -g wheel -m 444 test.1.cat.gz /usr/share/man/cat1/test.1.gz /libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh *** Error code 1 Stop in /usr/src/bin/test. *** Error code 1 Stop in /usr/src/bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 I have both COMPAT4x=YES in /etc/make.conf and options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 in my kernel config. More relevant info: /etc/make.conf: CFLAGS= -O2 -pipe #Compiler settings used when compiling C code. CXXFLAGS+= -O2 -pipe #Compiler settings used when compiling C++ code. CPUTYPE?=pentiumpro CPU: Intel(R) Celeron(R) M processor 1400MHz (1395.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Any idea how to fix that problem? From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 15:44:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 590D316A41C for ; Sun, 5 Jun 2005 15:44:16 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: from web41204.mail.yahoo.com (web41204.mail.yahoo.com [66.218.93.37]) by mx1.FreeBSD.org (Postfix) with SMTP id CB80143D5C for ; Sun, 5 Jun 2005 15:44:15 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 77740 invoked by uid 60001); 5 Jun 2005 15:44:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=VdghcDcV2OQbA3oVyPerTv5CxqHHwJvSSmXt6LeUbMGBa/qLKJTAQQFxNjyxp3Wlr4cdUpw0447HvKan+OMyV6OZfEyedWGp4DRmuwQvB7mmG5PxNiu7eHAdHd8zmY+NGwAQIOOSbjcWCjTmRl+BYZLnJ3wm56EkdM89kzryJvI= ; Message-ID: <20050605154415.77738.qmail@web41204.mail.yahoo.com> Received: from [83.129.184.237] by web41204.mail.yahoo.com via HTTP; Sun, 05 Jun 2005 08:44:14 PDT Date: Sun, 5 Jun 2005 08:44:14 -0700 (PDT) From: Arne "Wörner" To: Randy Bush , freebsd-fs@freebsd.org, FreeBSD Current In-Reply-To: <17059.7150.269428.448187@roam.psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 06 Jun 2005 11:43:58 +0000 Cc: Subject: Re: you are in an fs with millions of small files 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, 05 Jun 2005 15:44:16 -0000 --- Randy Bush wrote: > to mirror someone's stuff, i need an fs which is happy with > a jillion small files. they're linux geeks, so suggested > reiserfs. but that appears (from -current's > /sys/i386/conf/NOTES) to only have read-only support on > freebsd. is there another path? > I say, do you think a database might be a solution (e. g. mysql)? Arne __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250 From owner-freebsd-current@FreeBSD.ORG Sun Jun 5 20:33:08 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 076B116A41C for ; Sun, 5 Jun 2005 20:33:08 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web51608.mail.yahoo.com (web51608.mail.yahoo.com [206.190.38.213]) by mx1.FreeBSD.org (Postfix) with SMTP id 8129A43D5D for ; Sun, 5 Jun 2005 20:33:07 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 40947 invoked by uid 60001); 5 Jun 2005 20:33:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=JN4offQQmfCvkZq4Ml5P2/hw1uu0obTvQz1Talnij5rWsN3xTphkOoQ7KuEYLQu0Yo+Ri9NVyg8Gz6EwQ85Zgt6wTCddr/+mKOeHT+YefVks9qZcdd08BAvauedOqS/c9FnTt3BwNkEqtKI2RUHITgoNYho8wFUN+3RJFLPztNY= ; Message-ID: <20050605203306.40945.qmail@web51608.mail.yahoo.com> Received: from [200.119.73.171] by web51608.mail.yahoo.com via HTTP; Sun, 05 Jun 2005 22:33:06 CEST Date: Sun, 5 Jun 2005 22:33:06 +0200 (CEST) From: To: Joerg Sonnenberger , current@FreeBSD.org, nsouch@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailman-Approved-At: Mon, 06 Jun 2005 11:43:58 +0000 Cc: Subject: Kernel Graphics Interface ?? (was Re: Vesa) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.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, 05 Jun 2005 20:33:08 -0000 KGI is indeed active thanks to Nicholas' heroic effort: http://kgi-wip.sourceforge.net/ http://people.freebsd.org/~nsouch/kgi4BSD/ but there is something missing. Perhaps: 1) FreeBSD guys are completely uninterested in graphics support. 2) There are no graphics gurus in the unix world. 3) X is doing things just fine. Actually... I doubt any of those explain the lack of interest in KGI, but the project really needs helping hands and it's not getting them :(. Pedro. ___________________________________ Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB http://mail.yahoo.it From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 00:42:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65F4B16A41C for ; Mon, 6 Jun 2005 00:42:59 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19EB943D48 for ; Mon, 6 Jun 2005 00:42:58 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost (lapdance [192.168.98.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id A99E839814 for ; Mon, 6 Jun 2005 02:43:13 +0200 (CEST) Date: Mon, 6 Jun 2005 02:42:53 +0200 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20050606024253.6e0a5d6b.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 06 Jun 2005 11:43:58 +0000 Cc: Subject: make buildworld failed 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, 06 Jun 2005 00:42:59 -0000 Tried to run make buildworld on sources updated a few mins ago: /usr/obj/usr/src/sbin/ipf/libipf created for /usr/src/sbin/ipf/libipf ===> sbin/ipf/ipf (obj) mkdir: /usr/obj/usr/src/sbin/ipf/ipf: File exists *** Error code 1 The script seems to try to create a dir in place of exiting binary: # ls -l /usr/obj/usr/src/sbin/ipf/ipf -rwxr-xr-x 1 root wheel 41595 May 14 21:52 /usr/obj/usr/src/sbin/ipf/ipf From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 10:00:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB8A16A41C for ; Mon, 6 Jun 2005 10:00:46 +0000 (GMT) (envelope-from yazzy@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E08243D1F for ; Mon, 6 Jun 2005 10:00:46 +0000 (GMT) (envelope-from yazzy@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1DfEPM-0003bV-AV for current@freebsd.org; Mon, 06 Jun 2005 12:00:36 +0200 Date: Mon, 6 Jun 2005 12:00:49 +0200 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20050606120049.5a158691.yazzy@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -1.3 (-) X-Mailman-Approved-At: Mon, 06 Jun 2005 11:43:58 +0000 Cc: Subject: libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh 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, 06 Jun 2005 10:00:47 -0000 Running make installworld on freshly updated and compiled world and on the new 6.0 kernel I get: ===> bin/sync (install) install -s -o root -g wheel -m 555 sync /bin install -o root -g wheel -m 444 sync.8.gz /usr/share/man/man8 install -o root -g wheel -m 444 sync.8.cat.gz /usr/share/man/cat8/sync.8.gz ===> bin/test (install) install -s -o root -g wheel -m 555 test /bin install -o root -g wheel -m 444 test.1.gz /usr/share/man/man1 install -o root -g wheel -m 444 test.1.cat.gz /usr/share/man/cat1/test.1.gz /libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh *** Error code 1 Stop in /usr/src/bin/test. *** Error code 1 Stop in /usr/src/bin. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 I have both COMPAT4x=YES in /etc/make.conf and options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 in my kernel config. More relevant info: /etc/make.conf: CFLAGS= -O2 -pipe #Compiler settings used when compiling C code. CXXFLAGS+= -O2 -pipe #Compiler settings used when compiling C++ code. CPUTYPE?=pentiumpro CPU: Intel(R) Celeron(R) M processor 1400MHz (1395.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Any idea how to fix that problem? From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 10:51:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9251D16A41C; Mon, 6 Jun 2005 10:51:01 +0000 (GMT) (envelope-from rees@citi.umich.edu) Received: from citi.umich.edu (citi.umich.edu [141.211.133.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BD0A43D1F; Mon, 6 Jun 2005 10:51:01 +0000 (GMT) (envelope-from rees@citi.umich.edu) Received: from citi.umich.edu (dsl093-001-248.det1.dsl.speakeasy.net [66.93.1.248]) by citi.umich.edu (Postfix) with ESMTP id AFFBA1BBF8; Mon, 6 Jun 2005 06:51:00 -0400 (EDT) To: current@freebsd.org, fs@freebsd.org From: Jim Rees In-Reply-To: Scott Long, Sun, 05 Jun 2005 22:53:35 MDT Date: Mon, 06 Jun 2005 06:51:00 -0400 Sender: rees@citi.umich.edu Message-Id: <20050606105100.AFFBA1BBF8@citi.umich.edu> X-Mailman-Approved-At: Mon, 06 Jun 2005 11:43:58 +0000 Cc: Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 10:51:01 -0000 OpenAFS could benefit from something like IFS, although I'm not volunteering to do the work. The client has complicated code to keep its thousands of cache files in a hierarchy just to reduce name lookup time, and the server originally used a special "open by inode" system call that had been hacked in to the kernel. From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 12:14:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5ACBA16A41C; Mon, 6 Jun 2005 12:14:39 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A8EE43D49; Mon, 6 Jun 2005 12:14:37 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 24A1D651F7; Mon, 6 Jun 2005 13:12:37 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 94191-04; Mon, 6 Jun 2005 13:12:36 +0100 (BST) Received: from empiric.dek.spc.org (host81-134-123-217.in-addr.btopenworld.com [81.134.123.217]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 5FC33651EE; Mon, 6 Jun 2005 13:12:36 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id AC59E6266; Mon, 6 Jun 2005 13:14:33 +0100 (BST) Date: Mon, 6 Jun 2005 13:14:33 +0100 From: Bruce M Simpson To: Jim Rees Message-ID: <20050606121433.GE734@empiric.icir.org> References: <20050606105100.AFFBA1BBF8@citi.umich.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050606105100.AFFBA1BBF8@citi.umich.edu> Cc: current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 12:14:39 -0000 On Mon, Jun 06, 2005 at 06:51:00AM -0400, Jim Rees wrote: > OpenAFS could benefit from something like IFS, although I'm not volunteering > to do the work. The client has complicated code to keep its thousands of > cache files in a hierarchy just to reduce name lookup time, and the server > originally used a special "open by inode" system call that had been hacked > in to the kernel. And it looks like we as a project are eating our words now, which is no bad thing:- http://mail-index.netbsd.org/tech-kern/2000/11/28/0030.html :-) Regards, BMS From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 13:20:23 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49FCC16A41C for ; Mon, 6 Jun 2005 13:20:23 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E45F43D48 for ; Mon, 6 Jun 2005 13:20:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 0BDDB17351F; Mon, 6 Jun 2005 15:20:20 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id A68C7407E; Mon, 6 Jun 2005 15:19:57 +0200 (CEST) Date: Mon, 6 Jun 2005 15:19:57 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050606131957.GL41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="LyciRD1jyfeSSjG0" Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: bana@sitadelle.com Subject: Can't get MAC addr of an ed(4) adapter 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, 06 Jun 2005 13:20:23 -0000 --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi list, a friend of mine just upgraded his box from 5.4 to CURRENT. His ed(4) network adapter used to work when running 5.4 as well as Windows. Now, the card is recognized (as ed1, not ed0, I still wonder why since I can't see any resource conflict related message) but it doesn't have a MAC address. Note that the interface flags are somewhat weird. My friend tried to use an in-kernel driver as well as the if_ed module, this is the same. Defining ED_DEBUG doesn't give more diagnostic about the problem. We can still assign a MAC address manually, although ATM I still haven't got any chance to try if the card is really working, but I'll be able to in a few hours. I attached the dmesg of boot verbose. Thanks in advance for your help. Regards, %%% bana# ifconfig ed0 ed0: flags=108802 mtu 1500 ether 00:00:00:00:00:00 bana# ifconfig ed0 link 00:11:22:33:44:55 bana# ifconfig ed0 ed0: flags=108802 mtu 1500 ether 00:11:22:33:44:55 bana# pciconf -lv | sed -n '/^ed/,/subclass/p' ed0@pci0:7:0: class=0x020000 card=0x802910ec chip=0x802910ec rev=0x00 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8029 NE2000 compatible Ethernet' class = network subclass = ethernet %%% -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.verbose" Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #14: Mon Jun 6 14:50:19 CEST 2005 root@bana.massena.epinetworx.com:/usr/src/sys/i386/compile/FRANKY Preloaded elf kernel "/boot/kernel/kernel" at 0xc08ac000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc08ac188. link_elf: symbol AcpiDmDumpMethodInfo undefined KLD file acpi.ko - could not finalize loading Calibrating clock(s) ... i8254 clock: 1193152 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1792726288 Hz CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1792.73-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001f6bffff, 514437120 bytes (125595 pages) avail memory = 516026368 (492 MB) bios32: Found BIOS32 Service Directory header at 0xc00fb000 bios32: Entry = 0xfb480 (c00fb480) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xb4d0 pnpbios: Found PnP BIOS data at 0xc00fbe90 pnpbios: Entry = f0000:bec0 Rev = 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> wlan: <802.11 MAC ACL support> wlan: mac acl policy registered null: random: nfslock: pseudo-device mem: Pentium Pro MTRR support enabled io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x80000070 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=06501039) pcibios: BIOS version 2.10 Found $PIR table, 6 entries at 0xc00fd5b0 PCI-Only Interrupts: 9 11 Location Bus Device Pin Link IRQs slot 1 0 6 A 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 6 B 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 6 C 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 6 D 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 7 A 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 7 B 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 7 C 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 7 D 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 8 A 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 8 B 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 8 C 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 8 D 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 15 A 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 15 B 0x44 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 15 C 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 15 D 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 9 A 0x41 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 9 B 0x42 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 9 C 0x43 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 9 D 0x44 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x41 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x42 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x43 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x44 3 4 5 6 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Links after initial probe: Link IRQ Rtd Ref IRQs 0x42 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x43 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x44 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x41 255 N 6 3 4 5 6 7 9 10 11 12 14 15 $PIR: Found matching pin for 0.7.INTA at func 0: 11 $PIR: Found matching pin for 0.8.INTA at func 0: 11 $PIR: Found matching pin for 0.15.INTA at func 0: 11 $PIR: Links after initial IRQ discovery: Link IRQ Rtd Ref IRQs 0x42 255 N 6 3 4 5 6 7 9 10 11 12 14 15 0x43 11 Y 6 3 4 5 6 7 9 10 11 12 14 15 0x44 11 Y 6 3 4 5 6 7 9 10 11 12 14 15 0x41 255 N 6 3 4 5 6 7 9 10 11 12 14 15 $PIR: IRQs used by BIOS: 11 $PIR: Interrupt Weights: [ 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ] [ 0 0 0 0 0 0 0 0 0 0 0 12 0 0 0 0 ] pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1039, dev=0x0650, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base e0000000, size 26, enabled found-> vendor=0x1039, dev=0x0001, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0e (3500 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x0008, revid=0x00 bus=0, slot=2, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1039, dev=0x7001, revid=0x07 bus=0, slot=2, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=d, irq=11 map[10]: type 1, range 32, base ca000000, size 12, enabled $PIR: No matching entry for 0.2.INTD found-> vendor=0x1039, dev=0x7001, revid=0x07 bus=0, slot=2, func=3 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=11 map[10]: type 1, range 32, base ca001000, size 12, enabled $PIR: No matching entry for 0.2.INTA found-> vendor=0x1039, dev=0x5513, revid=0xd0 bus=0, slot=2, func=5 class=01-01-80, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00004000, size 4, enabled found-> vendor=0x10ec, dev=0x8029, revid=0x00 bus=0, slot=7, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[10]: type 4, range 32, base 0000e000, size 5, enabled $PIR: 0:7 INTA routed to irq 11 found-> vendor=0x1274, dev=0x1371, revid=0x06 bus=0, slot=8, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0410, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=11 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 4, range 32, base 0000e400, size 6, enabled $PIR: 0:8 INTA routed to irq 11 found-> vendor=0x10ec, dev=0x8139, revid=0x10 bus=0, slot=15, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 0000e800, size 8, enabled map[14]: type 1, range 32, base ca002000, size 8, enabled $PIR: 0:15 INTA routed to irq 11 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xc8000000-0xc9ffffff pcib1: prefetched decode 0xc4000000-0xc7ffffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0281, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=9 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base c8000000, size 24, enabled pcib1: (null) requested memory range 0xc8000000-0xc8ffffff: good map[14]: type 3, range 32, base c4000000, size 26, enabled pcib1: (null) requested memory range 0xc4000000-0xc7ffffff: good $PIR: Found IRQ 9 for link 0x41 from 9 11 $PIR: ROUTE_INTERRUPT failed. pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 ohci0: mem 0xca000000-0xca000fff irq 11 at device 2.2 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xca000000 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xca001000-0xca001fff irq 11 at device 2.3 on pci0 ohci1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xca001000 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f at device 2.5 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x4000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=50 ata0: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 ata0: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 ata0: stat0=0x90 err=0x90 lsb=0x90 msb=0x90 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=50 devices=0x3 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=7f ostat1=50 ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=ff stat1=00 devices=0x8 ata1: [MPSAFE] ed0: port 0xe000-0xe01f irq 11 at device 7.0 on pci0 ed0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xe000 ed0: [GIANT-LOCKED] ed0: bpf attached ed0: if_start running deferred for Giant ed0: type NE2000 (16 bit) pcm0: port 0xe400-0xe43f irq 11 at device 8.0 on pci0 pcm0: Reserved 0x40 bytes for rid 0x10 type 4 at 0xe400 pcm0: pcm0: Codec features headphone, 18 bit DAC, 18 bit ADC, 6 bit master volume, no 3D Stereo Enhancement pcm0: [GIANT-LOCKED] pcm0: sndbuf_setmap 1b6000, 1000; 0xc1a42000 -> 1b6000 pcm0: sndbuf_setmap 1b8000, 1000; 0xc1a44000 -> 1b8000 rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe800 rl0: port 0xe800-0xe8ff mem 0xca002000-0xca0020ff irq 11 at device 15.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:10:dc:cb:ec:46 rl0: [MPSAFE] ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it ed: ed0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pnpbios: 19 devices, largest 98 bytes PNP0200: adding dma mask 0x10 PNP0200: adding io range 0-0xf, size=0x10, align=0 PNP0200: adding io range 0x81-0x83, size=0x3, align=0 PNP0200: adding io range 0x87-0x87, size=0x1, align=0 PNP0200: adding io range 0x89-0x8b, size=0x3, align=0 PNP0200: adding io range 0x8f-0x91, size=0x3, align=0 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0 pnpbios: handle 1 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding io range 0x40-0x43, size=0x4, align=0 pnpbios: handle 2 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding io range 0x70-0x71, size=0x2, align=0 pnpbios: handle 3 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding io range 0x60-0x60, size=0x1, align=0 PNP0303: adding io range 0x64-0x64, size=0x1, align=0 pnpbios: handle 4 device ID PNP0303 (0303d041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0 pnpbios: handle 6 device ID PNP0c04 (040cd041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x20000000-0x203fffff, size=0x400000 PNP0c01: adding fixed memory32 range 0xffee0000-0xffefffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 PNP0c01: adding fixed memory32 range 0x100000-0x1fffffff, size=0x1ff00000 pnpbios: handle 7 device ID PNP0c01 (010cd041) PNP0c02: adding fixed memory32 range 0xf0000-0xf3fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf4000-0xf7fff, size=0x4000 PNP0c02: adding fixed memory32 range 0xf8000-0xfffff, size=0x8000 PNP0c02: adding fixed memory32 range 0xcec00-0xcffff, size=0x1400 pnpbios: handle 8 device ID PNP0c02 (020cd041) PNP0a03: adding io range 0x294-0x297, size=0x4, align=0 PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0 PNP0a03: adding io range 0x480-0x48f, size=0x10, align=0 pnpbios: handle 9 device ID PNP0a03 (030ad041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 10 device ID PNP0f13 (130fd041) PNP0c02: adding io range 0x1000-0x107f, size=0x80, align=0 PNP0c02: adding io range 0x1080-0x109f, size=0x20, align=0 pnpbios: handle 11 device ID PNP0c02 (020cd041) PNP0c02: adding io range 0x3f0-0x3f1, size=0x2, align=0 pnpbios: handle 12 device ID PNP0c02 (020cd041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 13 device ID PNP0501 (0105d041) PNP0700: adding dma mask 0x4 PNP0700: adding io range 0x3f2-0x3f5, size=0x4, align=0 PNP0700: adding irq mask 0x40 pnpbios: handle 14 device ID PNP0700 (0007d041) PNP0401: adding dma mask 0x8 PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 PNP0401: adding io range 0x778-0x77f, size=0x8, align=0 pnpbios: handle 16 device ID PNP0401 (0104d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 17 device ID PNP0501 (0105d041) PNPb006: adding irq mask 0x400 PNPb006: adding io range 0x330-0x331, size=0x2, align=0 pnpbios: handle 18 device ID PNPb006 (06b0d041) PNPb02f: adding io range 0x201-0x207, size=0x7, align=0 PNPb02f: adding io range 0x200-0x200, size=0x1, align=0 pnpbios: handle 19 device ID PNPb02f (2fb0d041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 fdc0: ic_type 90 part_id 80 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] adv0: not probed (disabled) bt0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model MouseMan+, device ID 0-51, 3 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:08, syncbits:00 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vt0: not probed (disabled) sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 cs0: not probed (disabled) sn0: not probed (disabled) ie0: not probed (disabled) fe0: not probed (disabled) lnc0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (port) unknown: at port 0x60 on isa0 unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources (memory) unknown: at iomem 0-0x9ffff,0x20000000-0x203fffff,0xffee0000-0xffefffff on isa0 unknown: can't assign resources (irq) unknown: at irq 12 on isa0 unknown: can't assign resources (port) unknown: at port 0x3f0-0x3f1 on isa0 unknown: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 unknown: can't assign resources (port) unknown: at port 0x3f2-0x3f5 on isa0 unknown: failed to probe at port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on isa0 unknown: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 unknown: failed to probe at port 0x330-0x331 irq 10 on isa0 unknown: failed to probe at port 0x201-0x207,0x200 on isa0 ugen0: Creative Labs WebCam Live!, rev 1.10/1.00, addr 2 Device configuration finished. procfs registered Timecounter "TSC" frequency 1792726288 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached pflog0: bpf attached ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting PIO4 on SiS 5513 chip ad0: setting UDMA100 on SiS 5513 chip ad0: 114473MB at ata0-master UDMA100 ad0: 234441648 sectors [232581C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad1: setting PIO4 on SiS 5513 chip ad1: setting UDMA100 on SiS 5513 chip ad1: 29325MB at ata0-slave UDMA100 ad1: 60058656 sectors [59582C/16H/63S] 16 sectors/interrupt 1 depth queue ata1-slave: pio=PIO4 wdma=WDMA2 udma=BIOSDMA cable=40 wire acd0: setting PIO4 on SiS 5513 chip acd0: FAILURE - DEVICE_RESET status=7f error=80 acd0: DVDROM drive at ata1 as slave acd0: read 2412KB/s (6890KB/s), 512KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM 120mm data disc GEOM: new disk ad1 Trying to mount root from ufs:/dev/ad0s3a start_init: trying /sbin/init splash: image decoder found: logo_saver --LyciRD1jyfeSSjG0-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 13:23:14 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 263CC16A41C for ; Mon, 6 Jun 2005 13:23:14 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id D144243D49 for ; Mon, 6 Jun 2005 13:23:13 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 73898C0CD; Mon, 6 Jun 2005 15:23:12 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E1640407E; Mon, 6 Jun 2005 15:22:59 +0200 (CEST) Date: Mon, 6 Jun 2005 15:22:59 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050606132259.GM41050@obiwan.tataz.chchile.org> References: <20050606131957.GL41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050606131957.GL41050@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Cc: bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 06 Jun 2005 13:23:14 -0000 > Windows. Now, the card is recognized (as ed1, not ed0, I still > wonder why since I can't see any resource conflict related message) > but it doesn't have a MAC address. To be even more precise, I get ed0 with an in-kernel driver, and ed1 with a module. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 13:34:53 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9496E16A41C for ; Mon, 6 Jun 2005 13:34:53 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F7A43D5C for ; Mon, 6 Jun 2005 13:34:52 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 2AA0665219; Mon, 6 Jun 2005 14:32:45 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 95487-01; Mon, 6 Jun 2005 14:32:44 +0100 (BST) Received: from empiric.dek.spc.org (host81-134-123-217.in-addr.btopenworld.com [81.134.123.217]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id DEC296520E; Mon, 6 Jun 2005 14:32:36 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 4BE8D6266; Mon, 6 Jun 2005 14:34:34 +0100 (BST) Date: Mon, 6 Jun 2005 14:34:34 +0100 From: Bruce M Simpson To: Jeremie Le Hen Message-ID: <20050606133434.GG734@empiric.icir.org> Mail-Followup-To: Jeremie Le Hen , freebsd-current@FreeBSD.org, bana@sitadelle.com References: <20050606131957.GL41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20050606131957.GL41050@obiwan.tataz.chchile.org> Cc: freebsd-current@FreeBSD.org, bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 06 Jun 2005 13:34:53 -0000 On Mon, Jun 06, 2005 at 03:19:57PM +0200, Jeremie Le Hen wrote: > a friend of mine just upgraded his box from 5.4 to CURRENT. His > ed(4) network adapter used to work when running 5.4 as well as > Windows. Now, the card is recognized (as ed1, not ed0, I still > wonder why since I can't see any resource conflict related message) > but it doesn't have a MAC address. Note that the interface flags > are somewhat weird. My friend tried to use an in-kernel driver as > well as the if_ed module, this is the same. Defining ED_DEBUG > doesn't give more diagnostic about the problem. We can still > assign a MAC address manually, although ATM I still haven't got any > chance to try if the card is really working, but I'll be able to > in a few hours. These cards are real mongrels. I had one about 7 years ago. Horrible. Highly recommend getting rid of it. PCI Realtek 10Mbps, yes? Know them, hate them. I would try removing any device hints from the /boot/device.hints file which begin with 'hint.ed.0' as they are probably misleading, if the actual card is probed as ed1 (although I don't see this in the dmesg output here). Clearly something is going wrong when the driver attempts to read the station address from the onboard PROM. Perhaps something is wrong with it? It's difficult to tell because the cards are mongrels (NE2000 clones abound, and the driver tries to be all things to all people). The PCI attachment code certainly doesn't try to read the station address =66rom Vital Product Data or anything like that, it just calls the generic Novell probe routine. Try recompiling with 'makeoptions ED_DEBUG' in the kernel config file and see what it turns up. Also try the DOS utilities which Realtek used to ship for the 8029 as these can be used to reprogram/verify the Station Address PROM contents. Regards, BMS From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 13:47:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25A1216A41C; Mon, 6 Jun 2005 13:47:50 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93C8D43D53; Mon, 6 Jun 2005 13:47:46 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.0.2.2] ([12.174.84.3]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j56Dreaf052274; Mon, 6 Jun 2005 07:53:47 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42A453B5.3020006@samsco.org> Date: Mon, 06 Jun 2005 07:46:29 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Suleiman Souhlal , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 13:47:50 -0000 Garance A Drosihn wrote: > At 1:05 AM -0400 6/6/05, Suleiman Souhlal wrote: > >> >> On Jun 6, 2005, at 12:53 AM, Scott Long wrote: >> >>> It's a huge win for CPU overhead in the filesystem, especially >>> when we start talking about increasing the size of m_links >>> field and possibly going 64-bit inode numbers. >> >> >> Talking about going to 64-bit inode numbers, how would we deal >> with the change in stat(2)? > > > By making some sort of incompatible change to stat(2). This has > been discussed from time-to-time. It's another change that I > would have liked to have seen (at least for the stat routines) > in 6.0, but right now I suspect it will not happen until 7.0. > We can't go making incremental incompatibilities to the filesystem without a good deal of planning. This is the type of thing that would go into a 'UFS3'. I have some long-term plans here, but I need to get the initial proof-of-concept journalling working before I start to seriously consider what else would be in UFS3. Scott From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:17:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 808C916A41C; Mon, 6 Jun 2005 14:17:07 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05DC343D48; Mon, 6 Jun 2005 14:17:07 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost.des.no [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 9B66F60EF; Mon, 6 Jun 2005 16:16:58 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 88ABB60ED; Mon, 6 Jun 2005 16:16:58 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 7A1D733C3B; Mon, 6 Jun 2005 16:16:58 +0200 (CEST) To: Giorgos Keramidas References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> <20050605221438.L43170@Neo-Vortex.net> <20050605124250.GA691@pato.euesrg02.net> <42A33262.4020005@makeworld.com> <20050605171914.GA16327@gothmog.gr> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 06 Jun 2005 16:16:58 +0200 In-Reply-To: <20050605171914.GA16327@gothmog.gr> (Giorgos Keramidas's message of "Sun, 5 Jun 2005 20:19:14 +0300") Message-ID: <86is0r7ep1.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: Chris , freebsd-current@freebsd.org Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 06 Jun 2005 14:17:07 -0000 Giorgos Keramidas writes: > On 2005-06-05 12:12, Chris wrote: > > *default release=3Dcvs tag=3DRELENG_6_0 > There is no RELENG_6_0 branch right now. ...and there never will be. When FreeBSD 6 is branched, it will be named RELENG_6. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:22:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1983716A41C; Mon, 6 Jun 2005 14:22:09 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from viefep20-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AC7443D1F; Mon, 6 Jun 2005 14:22:07 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from [80.98.207.149] by viefep20-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050606142205.ECJN29474.viefep20-int.chello.at@[80.98.207.149]>; Mon, 6 Jun 2005 16:22:05 +0200 Message-ID: <42A45C19.2020102@t-hosting.hu> Date: Mon, 06 Jun 2005 16:22:17 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> <20050605221438.L43170@Neo-Vortex.net> <20050605124250.GA691@pato.euesrg02.net> <42A33262.4020005@makeworld.com> <20050605171914.GA16327@gothmog.gr> <86is0r7ep1.fsf@xps.des.no> In-Reply-To: <86is0r7ep1.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Chris , freebsd-current@freebsd.org, Giorgos Keramidas Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 06 Jun 2005 14:22:09 -0000 >...and there never will be. When FreeBSD 6 is branched, it will be >named RELENG_6. > >DES > > But the security branch for 6.0-RELEASE is going to be RELENG_6_0, as far as I know. Cheers, Gábor From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:22:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D056D16A41C for ; Mon, 6 Jun 2005 14:22:13 +0000 (GMT) (envelope-from lerik@nolink.net) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B03543D1D for ; Mon, 6 Jun 2005 14:22:12 +0000 (GMT) (envelope-from lerik@nolink.net) Received: (qmail 27913 invoked by uid 1000); 6 Jun 2005 14:22:10 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 6 Jun 2005 14:22:10 -0000 Date: Mon, 6 Jun 2005 16:22:10 +0200 (CEST) From: Lars Erik Gullerud To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86is0r7ep1.fsf@xps.des.no> Message-ID: <20050606161942.F17627@electra.nolink.net> References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> <20050605221438.L43170@Neo-Vortex.net> <20050605124250.GA691@pato.euesrg02.net> <42A33262.4020005@makeworld.com> <20050605171914.GA16327@gothmog.gr> <86is0r7ep1.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-128466521-1118067730=:17627" Cc: Chris , freebsd-current@freebsd.org, Giorgos Keramidas Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 06 Jun 2005 14:22:13 -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-128466521-1118067730=:17627 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 6 Jun 2005, Dag-Erling Sm=F8rgrav wrote: > Giorgos Keramidas writes: >> On 2005-06-05 12:12, Chris wrote: >>> *default release=3Dcvs tag=3DRELENG_6_0 >> There is no RELENG_6_0 branch right now. > > ...and there never will be. When FreeBSD 6 is branched, it will be > named RELENG_6. So you are saying there will never be a 6.0-RELEASE, since releases are=20 normally tagged e.g. RELENG_5_4, and one would therefore expect a=20 RELENG_6_0 for the -RELEASE? /leg --0-128466521-1118067730=:17627-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:24:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8328F16A41C; Mon, 6 Jun 2005 14:24:55 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B82E43D1F; Mon, 6 Jun 2005 14:24:55 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost.des.no [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7DBA760FB; Mon, 6 Jun 2005 16:24:48 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 68CBF60FA; Mon, 6 Jun 2005 16:24:48 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 5FE6033C3B; Mon, 6 Jun 2005 16:24:48 +0200 (CEST) To: Lars Erik Gullerud References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> <20050605221438.L43170@Neo-Vortex.net> <20050605124250.GA691@pato.euesrg02.net> <42A33262.4020005@makeworld.com> <20050605171914.GA16327@gothmog.gr> <86is0r7ep1.fsf@xps.des.no> <20050606161942.F17627@electra.nolink.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 06 Jun 2005 16:24:48 +0200 In-Reply-To: <20050606161942.F17627@electra.nolink.net> (Lars Erik Gullerud's message of "Mon, 6 Jun 2005 16:22:10 +0200 (CEST)") Message-ID: <86slzv1s27.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-4.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: Chris , freebsd-current@freebsd.org, Giorgos Keramidas Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 06 Jun 2005 14:24:55 -0000 Lars Erik Gullerud writes: > So you are saying there will never be a 6.0-RELEASE, since releases > are normally tagged e.g. RELENG_5_4, and one would therefore expect a > RELENG_6_0 for the -RELEASE? No, I'm saying I need more coffee. I was thinking of development branches, not release branches. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:30:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D8E416A41F for ; Mon, 6 Jun 2005 14:30:42 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD45743D1D for ; Mon, 6 Jun 2005 14:30:41 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j56EUbon016075; Mon, 6 Jun 2005 17:30:37 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.3/8.13.3) with ESMTP id j56EUZhc002212; Mon, 6 Jun 2005 17:30:35 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.3/8.13.3/Submit) id j56EUZr9002211; Mon, 6 Jun 2005 17:30:35 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Mon, 6 Jun 2005 17:30:35 +0300 From: Giorgos Keramidas To: Dag-Erling Sm?rgrav Message-ID: <20050606143035.GA2148@orion.daedalusnetworks.priv> References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> <20050605221438.L43170@Neo-Vortex.net> <20050605124250.GA691@pato.euesrg02.net> <42A33262.4020005@makeworld.com> <20050605171914.GA16327@gothmog.gr> <86is0r7ep1.fsf@xps.des.no> <20050606161942.F17627@electra.nolink.net> <86slzv1s27.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86slzv1s27.fsf@xps.des.no> Cc: Chris , freebsd-current@freebsd.org Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 06 Jun 2005 14:30:42 -0000 On 2005-06-06 16:24, Dag-Erling Sm?rgrav wrote: >Lars Erik Gullerud writes: >> So you are saying there will never be a 6.0-RELEASE, since releases >> are normally tagged e.g. RELENG_5_4, and one would therefore expect a >> RELENG_6_0 for the -RELEASE? > > No, I'm saying I need more coffee. I was thinking of development > branches, not release branches. That's ok. I've said far worse things when the blood level on the coffee of my veins was too high :-) From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:31:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7389216A41C; Mon, 6 Jun 2005 14:31:26 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from viefep12-int.chello.at (viefep12-int.chello.at [213.46.255.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F47743D53; Mon, 6 Jun 2005 14:31:24 +0000 (GMT) (envelope-from security@t-hosting.hu) Received: from [80.98.207.149] by viefep12-int.chello.at (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20050606143123.ZQRQ2846.viefep12-int.chello.at@[80.98.207.149]>; Mon, 6 Jun 2005 16:31:23 +0200 Message-ID: <42A45E46.40903@t-hosting.hu> Date: Mon, 06 Jun 2005 16:31:34 +0200 From: =?ISO-8859-1?Q?K=F6vesd=E1n_G=E1bor?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lars Erik Gullerud References: <42A11C92.5050505@samsco.org> <20050605023739.J42933@lexi.siliconlandmark.com> <20050605221438.L43170@Neo-Vortex.net> <20050605124250.GA691@pato.euesrg02.net> <42A33262.4020005@makeworld.com> <20050605171914.GA16327@gothmog.gr> <86is0r7ep1.fsf@xps.des.no> <20050606161942.F17627@electra.nolink.net> In-Reply-To: <20050606161942.F17627@electra.nolink.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Chris , freebsd-current@freebsd.org, Giorgos Keramidas Subject: Re: HEADS UP! 6.0 Schedule, 6.0-CURRENT Snapshot 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, 06 Jun 2005 14:31:26 -0000 > So you are saying there will never be a 6.0-RELEASE, since releases > are normally tagged e.g. RELENG_5_4, and one would therefore expect a > RELENG_6_0 for the -RELEASE? > First, the RELENG_6 will be tagged, it will be the frozen state of the HEAD. When 6.0-RELEASE gets released, the release state will be tagged to RELENG_6_0_RELEASE and then, the RELENG_6 becomes the 6-STABLE branch, and the HEAD becomes 7-CURRENT. From this point the security patches from 6-STABLE or 7-CURRENT will be backported to the release state, and this will be tagged as RELENG_6_0, so one can just checkout only the security patches and rebuild the system from source. Cheers, Gábor From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:46:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81FF916A41C; Mon, 6 Jun 2005 14:46:14 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BDE843D4C; Mon, 6 Jun 2005 14:46:13 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost.des.no [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D8EC260F2; Mon, 6 Jun 2005 16:45:58 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id C393460F1; Mon, 6 Jun 2005 16:45:58 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id B95AF33C3B; Mon, 6 Jun 2005 16:45:58 +0200 (CEST) To: Scott Long References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> <42A453B5.3020006@samsco.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 06 Jun 2005 16:45:58 +0200 In-Reply-To: <42A453B5.3020006@samsco.org> (Scott Long's message of "Mon, 06 Jun 2005 07:46:29 -0600") Message-ID: <86oeaj1r2x.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-4.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: Suleiman Souhlal , Garance A Drosihn , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 14:46:14 -0000 Scott Long writes: > We can't go making incremental incompatibilities to the filesystem > without a good deal of planning. This is the type of thing that > would go into a 'UFS3'. This is primarily an API issue, not a filesystem layout issue. We already have at least one filesystem with 64-bit inodes (msdosfs). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 14:57:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A87A616A41C; Mon, 6 Jun 2005 14:57:12 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40B8343D1D; Mon, 6 Jun 2005 14:57:09 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.0.2.2] ([12.174.84.3]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j56F31j4052641; Mon, 6 Jun 2005 09:03:06 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42A463EF.5060401@samsco.org> Date: Mon, 06 Jun 2005 08:55:43 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> <42A453B5.3020006@samsco.org> <86oeaj1r2x.fsf@xps.des.no> In-Reply-To: <86oeaj1r2x.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Suleiman Souhlal , Garance A Drosihn , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 14:57:12 -0000 Dag-Erling Smørgrav wrote: > Scott Long writes: > >>We can't go making incremental incompatibilities to the filesystem >>without a good deal of planning. This is the type of thing that >>would go into a 'UFS3'. > > > This is primarily an API issue, not a filesystem layout issue. We > already have at least one filesystem with 64-bit inodes (msdosfs). > > DES What do you mean it's not a layout issue? We can't make incompatible layout changes whever we feel like it, or else transportability of filesystems is completely lost and everyone who wants to boot more than just the Last And Greatest on their system winds up with unnessary pain. Anyways, I'm not looking for someone to get a wild idea that we need UFS3 right now. There are a bunch of features that would be ideal for UFS3 at a later date when we've had time to sit down and think about how to do it right. Going off and adjusting di_nlink to 32 bits and dot_ino to 64 bits and declaring that to be 'UFS3' is not a good strategy. Scott From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 15:12:14 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A91E16A41C; Mon, 6 Jun 2005 15:12:14 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B1643D49; Mon, 6 Jun 2005 15:12:13 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j56FCBms041383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Jun 2005 08:12:13 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42A468BB.2000307@errno.com> Date: Mon, 06 Jun 2005 08:16:11 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <429B71C4.9080803@FreeBSD.org> <20050531013528.V940@ync.qbhto.arg> <429C920B.30005@errno.com> <429D5D81.6020802@FreeBSD.org> <42A3F712.5000302@FreeBSD.org> In-Reply-To: <42A3F712.5000302@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: wpaul@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: wpa_supplicant + NDIS (broadcom) + linksys WRT54G possible? 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, 06 Jun 2005 15:12:14 -0000 Doug Barton wrote: > Doug Barton wrote: > >> Sam Leffler wrote: > > >>> You would probably better off setting up an ap where you can see >>> what's happening on the ap side. Since you have an ath card you >>> could use that to test with (even in the same laptop). >> >> >> >> I can try that, be a couple days before I get to it though. > > > Ok, I finally got around to this. Using the wpa code that Sam just > committed to -current, I set up the ath card in hostap mode, and ran > wpa_supplicant on the ndis card. > > Here is the ath (hostap) side: > ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: associated > New STA > ath0: STA 00:90:4b:63:5f:e0 WPA: event 1 notification > ath0: STA 00:90:4b:63:5f:e0 WPA: start authentication > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state INITIALIZE > bsd_del_key: addr=00:90:4b:63:5f:e0 key_idx=0 > ath0: STA 00:90:4b:63:5f:e0 IEEE 802.1X: unauthorizing port > bsd_set_sta_authorized: addr=00:90:4b:63:5f:e0 authorized=0 > WPA: 00:90:4b:63:5f:e0 WPA_PTK_GROUP entering state IDLE > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state AUTHENTICATION > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state AUTHENTICATION2 > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state INITPSK > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state PTKSTART > ath0: STA 00:90:4b:63:5f:e0 WPA: sending 1/4 msg of 4-Way Handshake > TX EAPOL - hexdump(len=113): 00 90 4b 63 5f e0 00 0d 88 8a 77 c6 88 8e > 01 03 00 5f fe 00 89 00 20 00 00 00 00 00 00 00 01 27 55 b1 da 18 ef 6e > 41 78 4b 6c b3 31 26 56 9a a9 28 9a 9f d7 73 fe 01 d0 38 dc ba 59 93 5e > 9b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 > IEEE 802.1X: 123 bytes from 00:90:4b:63:5f:e0 > IEEE 802.1X: version=1 type=3 length=119 > ath0: STA 00:90:4b:63:5f:e0 WPA: WPA IE from (Re)AssocReq did not match > with msg 2/4 > WPA IE in AssocReq - hexdump(len=26): dd 18 00 50 f2 01 01 00 00 50 f2 > 02 01 00 00 50 f2 02 01 00 00 50 f2 02 00 00 > WPA IE in msg 2/4 - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 > 01 00 00 50 f2 02 01 00 00 50 f2 02 I know what this is; I've got the fix in another tree. Sam > bsd_sta_deauth: addr=00:90:4b:63:5f:e0 reason_code=2 > ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: deauthenticated due to local > deauth request > ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: deassociated > ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: associated > New STA > ath0: STA 00:90:4b:63:5f:e0 WPA: event 1 notification > ath0: STA 00:90:4b:63:5f:e0 WPA: start authentication > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state INITIALIZE > bsd_del_key: addr=00:90:4b:63:5f:e0 key_idx=0 > ath0: STA 00:90:4b:63:5f:e0 IEEE 802.1X: unauthorizing port > bsd_set_sta_authorized: addr=00:90:4b:63:5f:e0 authorized=0 > WPA: 00:90:4b:63:5f:e0 WPA_PTK_GROUP entering state IDLE > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state AUTHENTICATION > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state AUTHENTICATION2 > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state INITPSK > WPA: 00:90:4b:63:5f:e0 WPA_PTK entering state PTKSTART > ath0: STA 00:90:4b:63:5f:e0 WPA: sending 1/4 msg of 4-Way Handshake > TX EAPOL - hexdump(len=113): 00 90 4b 63 5f e0 00 0d 88 8a 77 c6 88 8e > 01 03 00 5f fe 00 89 00 20 00 00 00 00 00 00 00 01 27 55 b1 da 18 ef 6e > 41 78 4b 6c b3 31 26 56 9a a9 28 9a 9f d7 73 fe 01 d0 38 dc ba 59 93 5e > 9c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 > IEEE 802.1X: 123 bytes from 00:90:4b:63:5f:e0 > IEEE 802.1X: version=1 type=3 length=119 > ath0: STA 00:90:4b:63:5f:e0 WPA: WPA IE from (Re)AssocReq did not match > with msg 2/4 > WPA IE in AssocReq - hexdump(len=26): dd 18 00 50 f2 01 01 00 00 50 f2 > 02 01 00 00 50 f2 02 01 00 00 50 f2 02 00 00 > WPA IE in msg 2/4 - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 > 01 00 00 50 f2 02 01 00 00 50 f2 02 > bsd_sta_deauth: addr=00:90:4b:63:5f:e0 reason_code=2 > ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: deauthenticated due to local > deauth request > ath0: STA 00:90:4b:63:5f:e0 IEEE 802.11: deassociated > > > And here is the ndis side: > Trying to associate with 00:0d:88:8a:77:c6 (SSID='wpa-test' freq=2412 MHz) > Cancelling scan request > Automatic auth_alg selection: 0x1 > WPA: using IEEE 802.11i/D3.0 > WPA: Selected cipher suites: group 8 pairwise 8 key_mgmt 2 > WPA: using GTK TKIP > WPA: using PTK TKIP > WPA: using KEY_MGMT WPA-PSK > WPA: Own WPA IE - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 f2 02 > 01 00 00 50 f2 02 01 00 00 50 f2 02 > No keys have been configured - skip key clearing > wpa_driver_bsd_set_drop_unencrypted: enabled=1 > wpa_driver_bsd_associate > Setting authentication timeout: 5 sec 0 usec > RX EAPOL from 00:0d:88:8a:77:c6 > Setting authentication timeout: 10 sec 0 usec > IEEE 802.1X RX: version=1 type=3 length=95 > EAPOL-Key type=254 > WPA: RX message 1 of 4-Way Handshake from 00:0d:88:8a:77:c6 (ver=1) > WPA: WPA IE for msg 2/4 - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 > f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 > WPA: Renewed SNonce - hexdump(len=32): 71 cc f2 16 d3 bf fe 59 72 ee 19 > 61 ea e6 11 fb 07 ef 9f a3 01 83 67 c4 78 54 6a c2 4d 2e 29 12 > WPA: PMK - hexdump(len=32): [REMOVED] > WPA: PTK - hexdump(len=64): [REMOVED] > WPA: EAPOL-Key MIC - hexdump(len=16): 5a 6b 0e 62 1d 10 d5 b4 89 c2 0b > a6 72 70 e9 66 > WPA: Sending EAPOL-Key 2/4 > RX EAPOL from 00:0d:88:8a:77:c6 > IEEE 802.1X RX: version=1 type=3 length=95 > EAPOL-Key type=254 > WPA: RX message 1 of 4-Way Handshake from 00:0d:88:8a:77:c6 (ver=1) > WPA: WPA IE for msg 2/4 - hexdump(len=24): dd 16 00 50 f2 01 01 00 00 50 > f2 02 01 00 00 50 f2 02 01 00 00 50 f2 02 > WPA: PMK - hexdump(len=32): [REMOVED] > WPA: PTK - hexdump(len=64): [REMOVED] > WPA: EAPOL-Key MIC - hexdump(len=16): 24 e2 bc 1e a1 5d ad 71 29 e9 fa > b2 5f e4 2d a9 > WPA: Sending EAPOL-Key 2/4 > > Hope this helps, > > Doug > > From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 15:12:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8081F16A41C for ; Mon, 6 Jun 2005 15:12:43 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E0ED43D1F for ; Mon, 6 Jun 2005 15:12:42 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j56FCb7h094667; Mon, 6 Jun 2005 18:12:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 16150-08; Mon, 6 Jun 2005 18:12:36 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j56FCawV094664 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Jun 2005 18:12:36 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j56FD2AN081860; Mon, 6 Jun 2005 18:13:02 +0300 (EEST) (envelope-from ru) Date: Mon, 6 Jun 2005 18:13:02 +0300 From: Ruslan Ermilov To: Marcin Jessa Message-ID: <20050606151302.GB81731@ip.net.ua> References: <20050606024253.6e0a5d6b.lists@yazzy.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <20050606024253.6e0a5d6b.lists@yazzy.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: FreeBSD-Current Subject: Re: make buildworld failed 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, 06 Jun 2005 15:12:43 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 06, 2005 at 02:42:53AM +0200, Marcin Jessa wrote: > Tried to run make buildworld on sources updated a few mins ago: >=20 > /usr/obj/usr/src/sbin/ipf/libipf created for /usr/src/sbin/ipf/libipf > =3D=3D=3D> sbin/ipf/ipf (obj) > mkdir: /usr/obj/usr/src/sbin/ipf/ipf: File exists > *** Error code 1 >=20 > The script seems to try to create a dir in place of exiting binary: >=20 > # ls -l /usr/obj/usr/src/sbin/ipf/ipf > -rwxr-xr-x 1 root wheel 41595 May 14 21:52 /usr/obj/usr/src/sbin/ipf/i= pf >=20 Remove /usr/obj/usr/src/sbin/ipf and try again. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpGf+qRfpzJluFF4RAqNNAJ4pocPbShBox2rdkMXliMN/HezmrACeL3oW svNI1KYQVkry+qPRx6p0wtc= =MH4K -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 15:13:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3559416A41C for ; Mon, 6 Jun 2005 15:13:20 +0000 (GMT) (envelope-from maksim@klas.aromata.ru) Received: from klas.aromata.ru (klas.aromata.ru [195.96.68.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D35043D4C for ; Mon, 6 Jun 2005 15:13:19 +0000 (GMT) (envelope-from maksim@klas.aromata.ru) Received: from maksim (maksim.klas.aromata.ru [10.0.2.75]) by klas.aromata.ru (8.12.11/8.12.11) with ESMTP id j56FDHWm035145 for ; Mon, 6 Jun 2005 19:13:17 +0400 (MSD) (envelope-from maksim@klas.aromata.ru) From: Maxim Socolov Message-Id: <200506061513.j56FDHWm035145@klas.aromata.ru> To: Date: Mon, 6 Jun 2005 19:13:17 +0400 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Thread-Index: AcVqqkQXZDAfJ5SeR/OUl3frv2SNzA== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with cvsup & make builworld 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, 06 Jun 2005 15:13:20 -0000 Upgrading from FreeBSD 4.X to 5.4.0 step 1 cvsup /etc/cvsupfile my cvsupfile host=cvsup.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default tag=RELENG_5_4_0_RELEASE *default delete use-rel-suffix src-base src-bin src-contrib src-crypto src-etc src-gnu src-include src-kerberosIV src-kerberos5 src-lib src-libexec src-release src-secure src-sbin src-share src-sys src-tools src-usrbin src-usrsbin *default tag=. step 2 cd /usr/src make builworld and i see errors cd: can't cd to /usr/src/rescue *** Error code 2 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Press any key to continue... # ls -la /usr/src total 210 drwxr-xr-x 20 root wheel 1024 Jun 6 18:51 . drwxr-xr-x 18 root wheel 512 Nov 19 2004 .. -rw-r--r-- 1 root wheel 6192 Jan 1 10:29 COPYRIGHT -rw-r--r-- 1 root wheel 8562 Aug 16 2004 MAINTAINERS -rw-r--r-- 1 root wheel 10737 Jan 31 02:33 Makefile -rw-r--r-- 1 root wheel 33811 Apr 9 17:26 Makefile.inc1 -rw-r--r-- 1 root wheel 2749 Mar 8 2003 README -rw-r--r-- 1 root wheel 78838 May 7 07:58 UPDATING -rw-r--r-- 1 root wheel 19290 Mar 17 2004 UPDATING.64BTT drwxr-xr-x 37 root wheel 1024 Jun 6 15:30 bin drwxr-xr-x 52 root wheel 1024 Jun 6 16:22 contrib drwxr-xr-x 5 root wheel 512 Jun 6 16:27 crypto drwxr-xr-x 21 root wheel 2048 Jun 6 16:28 etc drwxr-xr-x 41 root wheel 1024 Nov 19 2004 games drwxr-xr-x 4 root wheel 512 Jun 6 16:29 gnu drwxr-xr-x 6 root wheel 2048 Jun 6 16:29 include drwxr-xr-x 9 root wheel 512 Jun 6 16:30 kerberos5 drwxr-xr-x 72 root wheel 1536 Jun 6 16:40 lib drwxr-xr-x 35 root wheel 1024 Jun 6 16:40 libexec drwxr-xr-x 12 root wheel 512 Jun 6 16:42 release drwxr-xr-x 95 root wheel 2048 Jun 6 16:44 sbin drwxr-xr-x 6 root wheel 512 Jun 6 16:42 secure drwxr-xr-x 25 root wheel 512 Jun 6 16:48 share drwxr-xr-x 56 root wheel 1024 Jun 6 17:18 sys drwxr-xr-x 11 root wheel 512 Jun 6 17:18 tools drwxr-xr-x 220 root wheel 4096 Jun 6 17:22 usr.bin drwxr-xr-x 185 root wheel 3584 Jun 6 17:27 usr.sbin Press any key to continue... question Please answer - that is this ? Best regards, Maxim A. Socolov Company KLAS, tel: +7 095 9165220 fax: +7 095 9165221 www.aromata.ru From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 15:24:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D593516A41C; Mon, 6 Jun 2005 15:24:41 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DB3443D4C; Mon, 6 Jun 2005 15:24:41 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost.des.no [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id CC90B60F0; Mon, 6 Jun 2005 17:24:34 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id B46C360EF; Mon, 6 Jun 2005 17:24:34 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id A395633C3B; Mon, 6 Jun 2005 17:24:34 +0200 (CEST) To: Scott Long References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> <42A453B5.3020006@samsco.org> <86oeaj1r2x.fsf@xps.des.no> <42A463EF.5060401@samsco.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 06 Jun 2005 17:24:34 +0200 In-Reply-To: <42A463EF.5060401@samsco.org> (Scott Long's message of "Mon, 06 Jun 2005 08:55:43 -0600") Message-ID: <86fyvvqzil.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-4.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: Suleiman Souhlal , Garance A Drosihn , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 15:24:42 -0000 Scott Long writes: > Dag-Erling Sm=F8rgrav wrote: > > This is primarily an API issue, not a filesystem layout issue. We > > already have at least one filesystem with 64-bit inodes (msdosfs). > What do you mean it's not a layout issue? We can't make incompatible > layout changes whever we feel like it, or else transportability of > filesystems is completely lost and everyone who wants to boot more > than just the Last And Greatest on their system winds up with > unnessary pain. Changing the stat(2) API to support 64-bit inodes does not require us to simultaneously change the on-disk layout of every filesystem we support to use 64-bit inodes. However, if we want to fully support filesystems with 64-bit inodes (such as FAT32, which currently uses a convoluted hack to map the 64-bit offset of a directory entry into a 32-bit inode), we need to change the API. The ironic thing is that we already have a 64-bit stat(2)... for Linux ABI compatibility. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 15:24:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DC7716A45F for ; Mon, 6 Jun 2005 15:24:49 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id D088C43D4C for ; Mon, 6 Jun 2005 15:24:48 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j56FOj4J032537 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 6 Jun 2005 17:24:46 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j56FO5hs044115 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Jun 2005 17:24:06 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j56FO5XF094725; Mon, 6 Jun 2005 17:24:05 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j56FO4qY094724; Mon, 6 Jun 2005 17:24:05 +0200 (CEST) (envelope-from ticso) Date: Mon, 6 Jun 2005 17:24:04 +0200 From: Bernd Walter To: Maxim Socolov Message-ID: <20050606152404.GM60590@cicely12.cicely.de> References: <200506061513.j56FDHWm035145@klas.aromata.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506061513.j56FDHWm035145@klas.aromata.ru> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: freebsd-current@freebsd.org Subject: Re: Problem with cvsup & make builworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 15:24:49 -0000 On Mon, Jun 06, 2005 at 07:13:17PM +0400, Maxim Socolov wrote: > Upgrading from FreeBSD 4.X to 5.4.0 > > step 1 > > cvsup /etc/cvsupfile > > my cvsupfile > > host=cvsup.FreeBSD.org > *default base=/usr > *default prefix=/usr > *default release=cvs > *default tag=RELENG_5_4_0_RELEASE > *default delete use-rel-suffix > > src-base > src-bin > src-contrib > src-crypto > src-etc > src-gnu > src-include > src-kerberosIV > src-kerberos5 > src-lib > src-libexec > src-release > src-secure > src-sbin > src-share > src-sys > src-tools > src-usrbin > src-usrsbin > *default tag=. src-rescue, or better src-all? > # ls -la /usr/src > total 210 [...] Not surprising - you didn't fetch src-rescue. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 15:30:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65C7516A41C; Mon, 6 Jun 2005 15:30:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2039143D48; Mon, 6 Jun 2005 15:30:09 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j56FU2jQ002653; Mon, 6 Jun 2005 11:30:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j56FU91t049645; Mon, 6 Jun 2005 11:30:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C08237306E; Mon, 6 Jun 2005 11:30:08 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050606153008.C08237306E@freebsd-current.sentex.ca> Date: Mon, 6 Jun 2005 11:30:08 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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, 06 Jun 2005 15:30:10 -0000 TB --- 2005-06-06 14:09:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-06 14:09:01 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-06 14:09:01 - cleaning the object tree TB --- 2005-06-06 14:09:31 - checking out the source tree TB --- 2005-06-06 14:09:31 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-06 14:09:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-06 14:15:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-06 14:15:28 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-06 14:15:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-06 15:23:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-06 15:23:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-06 15:23:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Jun 6 15:23:43 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/atapist/../../../conf/kmod_syms.awk atapist.kld export_syms | xargs -J% objcopy % atapist.kld ld -Bshareable -d -warn-common -o atapist.ko.debug atapist.kld objcopy --strip-debug atapist.ko.debug atapist.ko ===> ata/ataraid (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid/../../../dev/ata/ata-raid.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid/../../../dev/ata/ata-raid.c: In function `ata_raid_nvidia_print_meta': /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid/../../../dev/ata/ata-raid.c:3825: warning: long long unsigned int format, u_int64_t arg (arg 2) /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid/../../../dev/ata/ata-raid.c:3826: warning: long long unsigned int format, u_int64_t arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata/ataraid. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/ata. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-06 15:30:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-06 15:30:08 - ERROR: failed to build generic kernel TB --- 2005-06-06 15:30:08 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 15:54:14 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFB1B16A41C for ; Mon, 6 Jun 2005 15:54:14 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3DAA43D1F for ; Mon, 6 Jun 2005 15:54:14 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id DDEAE31DA5D; Mon, 6 Jun 2005 17:54:13 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id DD5DA407E; Mon, 6 Jun 2005 17:54:00 +0200 (CEST) Date: Mon, 6 Jun 2005 17:54:00 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050606155400.GP41050@obiwan.tataz.chchile.org> References: <20050606131957.GL41050@obiwan.tataz.chchile.org> <20050606133434.GG734@empiric.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050606133434.GG734@empiric.icir.org> User-Agent: Mutt/1.5.9i Cc: bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 06 Jun 2005 15:54:15 -0000 Hi Bruce, thanks for your quick reply. > These cards are real mongrels. I had one about 7 years ago. Horrible. > Highly recommend getting rid of it. PCI Realtek 10Mbps, yes? Know them, > hate them. That's what I heard too, but sometimes we do with what we have :-). > I would try removing any device hints from the /boot/device.hints file > which begin with 'hint.ed.0' as they are probably misleading, if the > actual card is probed as ed1 (although I don't see this in the dmesg > output here). With this trick, ed1 is probed as ed0, even if the driver is a module. > Try recompiling with 'makeoptions ED_DEBUG' in the kernel config file > and see what it turns up. As I stated in my first mail, I already tried this and this gave no more diagnostic messages, unfortunately. It seems that the ed(4) driver from 2005.01.01 are working well. There have been numerous commits since then, but I'm trying to find the culprit ATM. I'll keep list abreast of the results. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 16:04:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6173216A41C; Mon, 6 Jun 2005 16:04:08 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA7C043D1F; Mon, 6 Jun 2005 16:04:07 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost.des.no [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id B021B60F0; Mon, 6 Jun 2005 18:03:59 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 975A660EF; Mon, 6 Jun 2005 18:03:59 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 84D4433C3B; Mon, 6 Jun 2005 18:03:59 +0200 (CEST) To: Scott Long References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> <42A453B5.3020006@samsco.org> <86oeaj1r2x.fsf@xps.des.no> <42A463EF.5060401@samsco.org> <86fyvvqzil.fsf@xps.des.no> <20050606095117.Q52957@pooker.samsco.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 06 Jun 2005 18:03:59 +0200 In-Reply-To: <20050606095117.Q52957@pooker.samsco.org> (Scott Long's message of "Mon, 6 Jun 2005 09:57:04 -0600 (MDT)") Message-ID: <863brvqxow.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-4.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: Suleiman Souhlal , Garance A Drosihn , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 16:04:08 -0000 Scott Long writes: > On Mon, 6 Jun 2005, [iso-8859-1] Dag-Erling Sm=F8rgrav wrote: > > Changing the stat(2) API to support 64-bit inodes does not require us > > to simultaneously change the on-disk layout of every filesystem we > > support to use 64-bit inodes. However, if we want to fully support > > filesystems with 64-bit inodes (such as FAT32, which currently uses a > > convoluted hack to map the 64-bit offset of a directory entry into a > > 32-bit inode), we need to change the API. > Ah, I see your point. Well, it's not too late to address this for 6.0, > and it might be a really good idea to think about it now. Is there > anything else that should be bumped along with it? Not that I know of. I believe the best way to do this is the way Linux did it: introduce new *stat64() syscalls and keep the old ones around. #define magic in will take care of making *stat64() look like *stat(). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 16:04:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B64EA16A42A for ; Mon, 6 Jun 2005 16:04:27 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB2343D1F for ; Mon, 6 Jun 2005 16:04:27 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id B3AB9445B for ; Mon, 6 Jun 2005 18:04:23 +0200 (CEST) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77801-20 for ; Mon, 6 Jun 2005 18:04:20 +0200 (CEST) Received: by crivens.unixoid.de (Postfix, from userid 1006) id 60A07445A; Mon, 6 Jun 2005 18:04:20 +0200 (CEST) Received: from 212.12.51.89 (SquirrelMail authenticated user mh); by mail.reisegruppe-mollengrab.de with HTTP; Mon, 6 Jun 2005 18:04:20 +0200 (CEST) Message-ID: <4103.212.12.51.89.1118073860.squirrel@212.12.51.89> Date: Mon, 6 Jun 2005 18:04:20 +0200 (CEST) From: "Marian Hettwer" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at unixoid.de Subject: hang at boot (ahd0) 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, 06 Jun 2005 16:04:27 -0000 Hej All, today I cvsupped to -CURRENT (tag=.), from RELENG_5 (from today). My procedure after cvsup was: make -j8 buildworld make -j8 buildkernel KERNCONF=GENERIC make installkernel KERNCONF=GENERIC reboot I booted the box with boot -v to see some more messages. Last line is: ahd0: target 1 synchronous with period = 0x8, offset = 0x3f(RDSTRM|DT|IU|RTI) transcribed by hand, because of a lack of serial access right now. Since I don't have serial access yet, so I can't provide a complete boot log until the hang. Luckily I didn't do make installworld yet, so my old kernel boots fine. Any ideas though ? The box is a Dell Precision 670 A complete dmesg of FreeBSD 5.4-STABLE can be found under: http://unixoid.de/freebsd/dmesg.xeon I'd really like to help testing with RELENG_6 showing on the horizon :) Best Regards, Marian From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 16:12:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A6CE16A41C; Mon, 6 Jun 2005 16:12:30 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9907543D48; Mon, 6 Jun 2005 16:12:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.4.249.251] ([206.13.39.129]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j56GIEKV053152; Mon, 6 Jun 2005 10:18:25 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42A475D6.4020906@samsco.org> Date: Mon, 06 Jun 2005 10:12:06 -0600 From: Scott Long User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> <42A453B5.3020006@samsco.org> <86oeaj1r2x.fsf@xps.des.no> <42A463EF.5060401@samsco.org> <86fyvvqzil.fsf@xps.des.no> <20050606095117.Q52957@pooker.samsco.org> <863brvqxow.fsf@xps.des.no> In-Reply-To: <863brvqxow.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Suleiman Souhlal , Garance A Drosihn , current@freebsd.org, fs@freebsd.org, Scott Long Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 16:12:30 -0000 Dag-Erling Smørgrav wrote: > Scott Long writes: > >>On Mon, 6 Jun 2005, [iso-8859-1] Dag-Erling Smørgrav wrote: >> >>>Changing the stat(2) API to support 64-bit inodes does not require us >>>to simultaneously change the on-disk layout of every filesystem we >>>support to use 64-bit inodes. However, if we want to fully support >>>filesystems with 64-bit inodes (such as FAT32, which currently uses a >>>convoluted hack to map the 64-bit offset of a directory entry into a >>>32-bit inode), we need to change the API. >> >>Ah, I see your point. Well, it's not too late to address this for 6.0, >>and it might be a really good idea to think about it now. Is there >>anything else that should be bumped along with it? > > > Not that I know of. > > I believe the best way to do this is the way Linux did it: introduce > new *stat64() syscalls and keep the old ones around. #define magic in > will take care of making *stat64() look like *stat(). > > DES So one of the advantages that we have with the 5.x -> 6.0 migration right now is that it's still possible to run a 5.x userland with a 6.x kernel without much problem. Changing fundamental syscalls and structures would defeat this and make life much harder for people that want to sell 6.0 as a painless migration. On the surface I like your idea of stat64 (regardless of politics of having 64-bit specific in the API names), but I'd like to think on it a bit. In the mean time I'm off to listen to Steve profess his love to Intel ;-) Scott From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 16:40:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97E8F16A41C; Mon, 6 Jun 2005 16:40:31 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A80B43D48; Mon, 6 Jun 2005 16:40:31 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j56GeUQJ024411; Mon, 6 Jun 2005 09:40:30 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j56GeU5f024409; Mon, 6 Jun 2005 09:40:30 -0700 Date: Mon, 6 Jun 2005 09:40:30 -0700 From: Brooks Davis To: Suleiman Souhlal Message-ID: <20050606164030.GB22790@odin.ac.hmc.edu> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXmbgvnjoT4axfJE" Content-Disposition: inline In-Reply-To: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 16:40:31 -0000 --xXmbgvnjoT4axfJE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 05, 2005 at 02:03:10PM -0400, Suleiman Souhlal wrote: > Hi, >=20 > IFS is basically FFS, minus the namespace. Files are referenced by =20 > their inode number, thus making file lookup very fast. This is very =20 > useful for things that keep the file names in their own database =20 > anyway, such as web or news caches. >=20 > Files are created by opening the "newfile" file: >=20 > fd =3D open("newfile", O_CREAT|O_RDWR, 0644); > fstat(fd, &st); > printf("new file is %d\n", (int)st.st_ino); >=20 > Once a file has been created it is possible to accessing by just =20 > opening it the file named after the inode number. For example: >=20 > fd =3D open("5", O_RDWR); >=20 > This filesystem was imported back in the year 2000, by Adrian Chadd =20 > (adrian@) and removed in 2002, before the introduction of UFS2 in =20 > order not to slow down the development of UFS2. >=20 > I have fixed it so that it is usable on -CURRENT. You can find the =20 > kernel bits at http://people.freebsd.org/~ssouhlal/testing/=20 > ifs-20050605-2.diff and the userland bits at http://=20 > people.freebsd.org/~ssouhlal/testing/ifs-20050605-userland-2.diff . > (You need to copy src/sbin/fsck_ffs to src/sbin/fsck_ifs and src/sbin/=20 > mount_ufs to src/sbin/mount_ifs, before applying the userland patch). >=20 > You can use the regular newfs(8) to create such a filesystem. You =20 > might also want to specify the -n option, so that the .snap directory =20 > is not created at newfs, since directories are useless, in IFS. If =20 > you don't you'll end up with a useless inode, which is not really a =20 > big deal. > Once the filesystem is created, you can mount it with mount_ifs. >=20 > You can find additional comments in src/sys/ufs/ifs/README in the patch. >=20 > Is anyone interested in seeing this committed? I would very much like to see this committed. The vast majority of high performance computing data management systems could strongly benefit from a system like IFS. If it's in the tree and usable in a shipping release, that gives us a powerful edge in convincing people to use FreeBSD as a backed for such a system. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --xXmbgvnjoT4axfJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD4DBQFCpHxzXY6L6fI4GtQRAvWPAJ4/VfOFmgzhvpFLW+i4PVFka3V/OgCYt2VT ZhlnhX9bXIpCWOnUEMnHqA== =MngO -----END PGP SIGNATURE----- --xXmbgvnjoT4axfJE-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 17:01:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3F1F16A41C for ; Mon, 6 Jun 2005 17:01:49 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 464B343D1F for ; Mon, 6 Jun 2005 17:01:49 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.3/8.13.3) with ESMTP id j56H1bJs032941 for ; Mon, 6 Jun 2005 21:01:38 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.3/8.13.3/Submit) id j56H1bdZ032940 for freebsd-current@freebsd.org; Mon, 6 Jun 2005 21:01:37 +0400 (MSD) (envelope-from tarc) Date: Mon, 6 Jun 2005 21:01:37 +0400 From: Tarc To: freebsd-current Message-ID: <20050606170137.GB32845@tarc.po.cs.msu.su> References: <200506061513.j56FDHWm035145@klas.aromata.ru> <20050606152404.GM60590@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050606152404.GM60590@cicely12.cicely.de> User-Agent: Mutt/1.5.9i Subject: Re: Problem with cvsup & make builworld 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, 06 Jun 2005 17:01:50 -0000 On Mon, Jun 06, 2005 at 05:24:04PM +0200, Bernd Walter wrote: > On Mon, Jun 06, 2005 at 07:13:17PM +0400, Maxim Socolov wrote: > > Upgrading from FreeBSD 4.X to 5.4.0 > > > > step 1 > > > > cvsup /etc/cvsupfile > > > > my cvsupfile > > > > host=cvsup.FreeBSD.org > > *default base=/usr > > *default prefix=/usr > > *default release=cvs > > *default tag=RELENG_5_4_0_RELEASE > > *default delete use-rel-suffix > > > > src-base > > src-bin > > src-contrib > > src-crypto > > src-etc > > src-gnu > > src-include > > src-kerberosIV > > src-kerberos5 > > src-lib > > src-libexec > > src-release > > src-secure > > src-sbin > > src-share > > src-sys > > src-tools > > src-usrbin > > src-usrsbin > > *default tag=. > > src-rescue, or better src-all? > > > # ls -la /usr/src > > total 210 > [...] > Not surprising - you didn't fetch src-rescue. > Or /usr/src#make -DNO_RESCUE buildworld -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 17:51:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C73216A41C; Mon, 6 Jun 2005 17:51:57 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AAD943D60; Mon, 6 Jun 2005 17:51:56 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j56HponH005719; Mon, 6 Jun 2005 13:51:54 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <42A453B5.3020006@samsco.org> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> <42A453B5.3020006@samsco.org> Date: Mon, 6 Jun 2005 13:51:49 -0400 To: Scott Long From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.3 Cc: Suleiman Souhlal , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 17:51:57 -0000 At 7:46 AM -0600 6/6/05, Scott Long wrote: >Garance A Drosihn wrote: >>At 1:05 AM -0400 6/6/05, Suleiman Souhlal wrote: >>> >>>Talking about going to 64-bit inode numbers, how would we deal >>>with the change in stat(2)? >> >> >>By making some sort of incompatible change to stat(2). This has >>been discussed from time-to-time. It's another change that I >>would have liked to have seen (at least for the stat routines) >>in 6.0, but right now I suspect it will not happen until 7.0. > >We can't go making incremental incompatibilities to the filesystem >without a good deal of planning. This is the type of thing that >would go into a 'UFS3'. I am not talking about a new file system (not for 6.0, certainly!). I am just talking about a new layout for 'struct stat'. Yes, it is an incompatible change, but it would not be changing any filesystems. In fact, all I wanted for 6.0 was a new 'struct stat' where all the fields are the same size as they are right now, but many of them have extra space reserved so that some later commits could change from 32-bit values to 64-bit values. I realize that even what I wanted to do is too much of a jump at this point for 6.0-release. I'm simply saying that if we drop back to a year ago, at that time I was hoping a new 'struct stat' would be ready for 6.0. This was explicitly discussed at the dev-summit at the 2004 Usenix in Boston, for instance. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 18:42:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 685F216A41C for ; Mon, 6 Jun 2005 18:42:08 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12F1A43D58 for ; Mon, 6 Jun 2005 18:42:07 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id D65EB39812; Mon, 6 Jun 2005 20:42:23 +0200 (CEST) Date: Mon, 6 Jun 2005 20:42:02 +0200 From: Marcin Jessa To: Tarc Message-Id: <20050606204202.242909bd.lists@yazzy.org> In-Reply-To: <20050606170137.GB32845@tarc.po.cs.msu.su> References: <200506061513.j56FDHWm035145@klas.aromata.ru> <20050606152404.GM60590@cicely12.cicely.de> <20050606170137.GB32845@tarc.po.cs.msu.su> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Problem with cvsup & make builworld 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, 06 Jun 2005 18:42:08 -0000 Hi. Would't it be the same as src-all ? You save yourself for typing those aditional lines. On Mon, 6 Jun 2005 21:01:37 +0400 Tarc wrote: > On Mon, Jun 06, 2005 at 05:24:04PM +0200, Bernd Walter wrote: > > On Mon, Jun 06, 2005 at 07:13:17PM +0400, Maxim Socolov wrote: > > > Upgrading from FreeBSD 4.X to 5.4.0 > > > > > > step 1 > > > > > > cvsup /etc/cvsupfile > > > > > > my cvsupfile > > > > > > host=cvsup.FreeBSD.org > > > *default base=/usr > > > *default prefix=/usr > > > *default release=cvs > > > *default tag=RELENG_5_4_0_RELEASE > > > *default delete use-rel-suffix > > > > > > src-base > > > src-bin > > > src-contrib > > > src-crypto > > > src-etc > > > src-gnu > > > src-include > > > src-kerberosIV > > > src-kerberos5 > > > src-lib > > > src-libexec > > > src-release > > > src-secure > > > src-sbin > > > src-share > > > src-sys > > > src-tools > > > src-usrbin > > > src-usrsbin > > > *default tag=. > > > > src-rescue, or better src-all? > > > > > # ls -la /usr/src > > > total 210 > > [...] > > Not surprising - you didn't fetch src-rescue. > > > Or > /usr/src#make -DNO_RESCUE buildworld > > -- > Best regards, > Arseny Nasokin > _______________________________________________ > 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 Mon Jun 6 18:59:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 549CF16A41C for ; Mon, 6 Jun 2005 18:59:10 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2A7643D4C for ; Mon, 6 Jun 2005 18:59:09 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 1D58F39812 for ; Mon, 6 Jun 2005 20:59:28 +0200 (CEST) Date: Mon, 6 Jun 2005 20:59:07 +0200 From: Marcin Jessa To: current@freebsd.org Message-Id: <20050606205907.51ee3e2a.lists@yazzy.org> In-Reply-To: <20050606120114.5feef56c.lists@yazzy.org> References: <20050606120114.5feef56c.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh 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, 06 Jun 2005 18:59:10 -0000 Hi again. I forgot to mention I am upgrading from 5.4-RELEASE to 6.0 The world and kernel compiled fine but the new installed by make installworld binaries make the make installworld process to fail. As you can see in this case, install fails first. I can copy install from 5.4 and then make installworld starts to complain about other binaries. When I copy over the entire /bin and /sbin from 5.4 I can use the userland applications again just fine (they give the same errors when I try to run the freshly installed ones). I also tried to copy over binaries from a snapshot CD (ISO downloaded from ftp2.jp.freebsd.org) but I still get the same error with those... I am stucked having no idea what may be wrong here... Cheers, YazzY On Mon, 6 Jun 2005 12:01:14 +0200 Marcin Jessa wrote: > Running make installworld on freshly updated and compiled world and on the new 6.0 kernel I get: > > ===> bin/sync (install) > install -s -o root -g wheel -m 555 sync /bin > install -o root -g wheel -m 444 sync.8.gz /usr/share/man/man8 > install -o root -g wheel -m 444 sync.8.cat.gz /usr/share/man/cat8/sync.8.gz > ===> bin/test (install) > install -s -o root -g wheel -m 555 test /bin > install -o root -g wheel -m 444 test.1.gz /usr/share/man/man1 > install -o root -g wheel -m 444 test.1.cat.gz /usr/share/man/cat1/test.1.gz > /libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh > *** Error code 1 > > Stop in /usr/src/bin/test. > *** Error code 1 > > Stop in /usr/src/bin. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > > I have both COMPAT4x=YES in /etc/make.conf and > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 #Compatible with FreeBSD4 > in my kernel config. > > More relevant info: > /etc/make.conf: > > CFLAGS= -O2 -pipe #Compiler settings used when compiling C code. > CXXFLAGS+= -O2 -pipe #Compiler settings used when compiling C++ code. > CPUTYPE?=pentiumpro > > > CPU: Intel(R) Celeron(R) M processor 1400MHz (1395.48-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > Features=0xa7e9f9bf > > Any idea how to fix that problem? > _______________________________________________ > 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 Mon Jun 6 19:09:57 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C553516A41C for ; Mon, 6 Jun 2005 19:09:57 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C8F543D48 for ; Mon, 6 Jun 2005 19:09:57 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j56J9qk9061668; Mon, 6 Jun 2005 15:09:52 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j56J9pwV061658; Mon, 6 Jun 2005 15:09:51 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 6 Jun 2005 15:09:51 -0400 (EDT) From: Jeff Roberson To: jason henson In-Reply-To: <42A3BE3E.1090702@ec.rr.com> Message-ID: <20050606150853.X16943@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <20050605102236.GA26802@stud.fit.vutbr.cz> <42A3BE3E.1090702@ec.rr.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Divacky Roman , current@freebsd.org Subject: Re: ULE Status. 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, 06 Jun 2005 19:09:57 -0000 On Sun, 5 Jun 2005, jason henson wrote: > Divacky Roman wrote: > > >On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > > > > > >>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > >>me know if you run into any problems with it, preferably with a seperate > >>mail to me as I'm more likely to see this than one which is cc'd to > >>current@. > >> > >> > > > >I just tried ULE+PREEMPTION and I still experience hardlocks... I found that > >its usually (80%) caused by mplayer... I dont know maybe it uses some specific > >things which make it more probable. > > > >without PREEMPTION everything works ok. I got the hardlock when compiling > >gcc41, downloading some big file from internet and trying to watch video usin > >mplayer > > > >I also have this > >Jun 5 09:46:18 witten kernel: pid 593: corrected slot count (9672->1) I can not reproduce this. can you tell me what that pid is? Can you tell me what your sched_ule.c version is? I'm presently running ULE+PREEMPTION+KSE with mozilla, gaim, and mplayer all threaded. > > > > > >roman > > > > > When I ran ULE+PREEMPTION on 5_RELENG a month ago mplayer would reboot > and/or crash my system. Once when trying to watch a clip I rebooted 4 > times and the first thing I did at the desktop each time was try > mplayer. Well, after the last lockup I removed PREEMPTION from my conf > and have been solid ever since. > > So maybe that the same old bug causing problems? > From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 19:13:01 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A43216A41C; Mon, 6 Jun 2005 19:13:01 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB20D43D1D; Mon, 6 Jun 2005 19:13:00 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j56JD0k9062770; Mon, 6 Jun 2005 15:13:00 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j56JD0WJ062766; Mon, 6 Jun 2005 15:13:00 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 6 Jun 2005 15:12:59 -0400 (EDT) From: Jeff Roberson To: Norikatsu Shigemura In-Reply-To: <200506051547.j55FluRV073876@sakura.ninth-nine.com> Message-ID: <20050606151209.E16943@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <200506051336.j55DacJJ070482@sakura.ninth-nine.com> <200506051547.j55FluRV073876@sakura.ninth-nine.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-2022-JP Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: current@FreeBSD.org Subject: Re: ULE Status. 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, 06 Jun 2005 19:13:01 -0000 On Mon, 6 Jun 2005, Norikatsu Shigemura wrote: > On Sun, 5 Jun 2005 22:36:38 +0900 (JST) > Norikatsu Shigemura wrote: > > > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please = let > > > me know if you run into any problems with it, preferably with a seper= ate > > > mail to me as I'm more likely to see this than one which is cc'd to > > > current@. > > =09Wow! that's cool! > > =09I tried to 'nice -20 make -j1024 buildworld' with > > =09SCHED_ULE and PREEMPTION kernel options. I contacted a > > =09panic like following, and sorry, I cannot get a crash dump. > Is this on CURRENT or 5.x? What is your sched_ule.c version? I'm doing this on CURRENT while playing a movie with mplayer without issue. > =09I got a crash dump! > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -= - - > [thread pid 31 tid 100026 ] > Stopped at sched_add+0xc: movl 0x150(%eax),%ebx > db> where > Tracing pid 31 tid 100026 td 0xc2c58320 > sched_add(0,0,c0480b11,c3a3f4b0,10) at sched_add+0xc > setrunqueue(c3a3f4b0,0,c3a3f604,c3a3f4b0,c3a3f4b0) at setrunqueue+0x178 > adjustrunqueue(c3a3f4b0,10,10,10c58320,c2c58320) at adjustrunqueue+0xd1 > sched_thread_priority(c3a3f4b0,10,e5db0c78,c04c7f9e,c3a3f4b0) at sched_th= read_priority+0xb4 > sched_lend_prio(c3a3f4b0,10,c2c50008,28,c2c50028) at sched_lend_prio+0x1d > propagate_priority(c2c58320,e5db0ca8,c04c849d,c2e14274,0) at propagate_pr= iority+0x4e > turnstile_wait(c06d0b60,c3a3f4b0,c2d022c0,4,c2c59c00) at turnstile_wait+0= x34d > _mtx_lock_sleep(c06d0b60,c2c58320,0,0,0) at _mtx_lock_sleep+0x111 > ithread_loop(c2c59c00,e5db0d38,fefffefe,fbffeffd,ffffefff) at ithread_loo= p+0x19c > fork_exit(c0480c50,c2c59c00,e5db0d38) at fork_exit+0x80 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xe5db0d6c, ebp =3D 0 --- > db> show pcpu 0 > cpuid =3D 0 > curthread =3D 0xc33a5000: pid 834 "Xorg" > curpcb =3D 0xf83cad90 > fpcurthread =3D none > idlethread =3D 0xc2c097d0: pid 12 "idle: cpu0" > APIC ID =3D 0 > currentldt =3D 0x50 > db> show pcpu 1 > cpuid =3D 1 > curthread =3D 0xc2c58320: pid 31 "irq19: fwohci0 fxp+" > curpcb =3D 0xe5db0d90 > fpcurthread =3D none > idlethread =3D 0xc2c09640: pid 11 "idle: cpu1" > APIC ID =3D 1 > currentldt =3D 0x50 > db> call doadump() > Dumping 1535 MB > [CTRL-C to abort] 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 = 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544= 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 84= 8 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 11= 20 1136 1152 1168 1184 1200 1216 1232 1248 1264 1280 1296 1312 1328 1344 13= 60 1376 1392 1408 1424 1440 1456 1472 1488 1504 1520 > Dump complete > 0xf > db> reset > cpu_reset: Restarting BSP > cpu_reset_proxy: Stopped CPU 1 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -= - - > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -= - - > # kgdb -c /var/crash/vmcore.53 /boot/kernel/kernel.debug > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.s= o: 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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". > #0 doadump () at pcpu.h:165 > 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); > (kgdb) where > #0 doadump () at pcpu.h:165 > #1 0xc0430b45 in db_fncall (dummy1=3D-438629904, dummy2=3D0, dummy3=3D11= 5200, > dummy4=3D0xe5db09d4 "@qn=C0=F8\003") at /usr/src/sys/ddb/db_command.c= :531 > #2 0xc04308d2 in db_command (last_cmdp=3D0xc068afc4, cmd_table=3D0x0, > aux_cmd_tablep=3D0xc0661264, aux_cmd_tablep_end=3D0xc0661268) > at /usr/src/sys/ddb/db_command.c:349 > #3 0xc04309e5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 > #4 0xc0432b65 in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_ma= in.c:221 > #5 0xc04bdb5e in kdb_trap (type=3D0, code=3D0, tf=3D0xe5db0b70) > at /usr/src/sys/kern/subr_kdb.c:471 > #6 0xc0625296 in trap_fatal (frame=3D0xe5db0b70, eva=3D0) > at /usr/src/sys/i386/i386/trap.c:826 > #7 0xc0624894 in trap (frame=3D > {tf_fs =3D 8, tf_es =3D -438632408, tf_ds =3D -438632408, tf_edi = =3D -1012665168, tf_esi =3D -1019570208, tf_ebp =3D -438629412, tf_isp =3D = -438629476, tf_ebx =3D -1012665168, tf_edx =3D 0, tf_ecx =3D -1012225728, t= f_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068810564, tf_cs = =3D 32, tf_eflags =3D 65666, tf_esp =3D -1027539100, tf_ss =3D 1}) at /usr/= src/sys/i386/i386/trap.c:269 > #8 0xc06104da in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #9 0x00000008 in ?? () > #10 0xe5db0028 in ?? () > #11 0xe5db0028 in ?? () > #12 0xc3a3f4b0 in ?? () > #13 0xc33a97e0 in ?? () > #14 0xe5db0bdc in ?? () > #15 0xe5db0b9c in ?? () > #16 0xc3a3f4b0 in ?? () > #17 0x00000000 in ?? () > #18 0xc3aaa940 in ?? () > #19 0x00000000 in ?? () > #20 0x0000000c in ?? () > #21 0x00000000 in ?? () > #22 0xc04b3ebc in sched_add (td=3D0x0, flags=3D0) > at /usr/src/sys/kern/sched_ule.c:1745 > #23 0xc04b4988 in setrunqueue (td=3D0xc3a3f4b0, flags=3D0) at kern_switch= =2Ec:564 > #24 0xc04b46a1 in adjustrunqueue (td=3D0xc3a3f4b0, newpri=3D16) > at kern_switch.c:325 > #25 0xc04b3354 in sched_thread_priority (td=3D0xc3a3f4b0, prio=3D16 '\020= ') > at /usr/src/sys/kern/sched_ule.c:1235 > #26 0xc04b339d in sched_lend_prio (td=3D0x0, prio=3D16 '\020') > at /usr/src/sys/kern/sched_ule.c:1250 > #27 0xc04c7f9e in propagate_priority (td=3D0xc3a3f4b0) > at /usr/src/sys/kern/subr_turnstile.c:204 > #28 0xc04c8a7d in turnstile_wait (lock=3D0xc06d0b60, owner=3D0x0) > at /usr/src/sys/kern/subr_turnstile.c:629 > #29 0xc0490351 in _mtx_lock_sleep (m=3D0xc06d0b60, td=3D0xc2c58320, opts= =3D0, > file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:550 > #30 0xc0480dec in ithread_loop (arg=3D0xc2c59c00) > at /usr/src/sys/kern/kern_intr.c:545 > #31 0xc047fa60 in fork_exit (callout=3D0xc0480c50 , arg=3D0= x0, > frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 > #32 0xc061053c in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -= - - > From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 19:55:13 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5121916A41C; Mon, 6 Jun 2005 19:55:13 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B7E843D49; Mon, 6 Jun 2005 19:55:12 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j56JsvcS019388; Mon, 6 Jun 2005 12:55:06 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506061955.j56JsvcS019388@gw.catspoiler.org> Date: Mon, 6 Jun 2005 12:54:57 -0700 (PDT) From: Don Lewis To: scottl@samsco.org In-Reply-To: <42A453B5.3020006@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: ssouhlal@FreeBSD.org, drosih@rpi.edu, current@FreeBSD.org, fs@FreeBSD.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 19:55:13 -0000 On 6 Jun, Scott Long wrote: > Garance A Drosihn wrote: >> At 1:05 AM -0400 6/6/05, Suleiman Souhlal wrote: >> >>> >>> On Jun 6, 2005, at 12:53 AM, Scott Long wrote: >>> >>>> It's a huge win for CPU overhead in the filesystem, especially >>>> when we start talking about increasing the size of m_links >>>> field and possibly going 64-bit inode numbers. >>> >>> >>> Talking about going to 64-bit inode numbers, how would we deal >>> with the change in stat(2)? >> >> >> By making some sort of incompatible change to stat(2). This has >> been discussed from time-to-time. It's another change that I >> would have liked to have seen (at least for the stat routines) >> in 6.0, but right now I suspect it will not happen until 7.0. >> > > We can't go making incremental incompatibilities to the filesystem > without a good deal of planning. This is the type of thing that > would go into a 'UFS3'. I have some long-term plans here, but I > need to get the initial proof-of-concept journalling working before > I start to seriously consider what else would be in UFS3. cough ... larger cylinder groups ... cough From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:06:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8217716A41C for ; Mon, 6 Jun 2005 20:06:30 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FDF643D48 for ; Mon, 6 Jun 2005 20:06:30 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4CE7872DD4; Mon, 6 Jun 2005 13:06:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 474F872DCB; Mon, 6 Jun 2005 13:06:30 -0700 (PDT) Date: Mon, 6 Jun 2005 13:06:30 -0700 (PDT) From: Doug White To: Nicolas Blais In-Reply-To: <200506051049.22537.nb_root@videotron.ca> Message-ID: <20050606130324.V16994@carver.gumbysoft.com> References: <200506051049.22537.nb_root@videotron.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: USB still not working properly 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, 06 Jun 2005 20:06:30 -0000 On Sun, 5 Jun 2005, Nicolas Blais wrote: > Hi, > > I've had this problem for about 2 months now and posted twice about it but no > replies. My problem is that when I enable ehci in my kernel. There will be a > 5 minutes delay at boot during the probing of my memory card reader. Which > ends up not working : > > ehci0: mem 0xfb800000-0xfb8000ff irq 5 at > device 16.4 on pci0 > ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfb800000 > ehci0: [GIANT-LOCKED] > usb4: waiting for BIOS to give up control > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > umass0: VIA Technologies Inc. Mitsumi multi cardreader, rev 2.00/0.03, addr 2 > umass0:0:0:-1: Attached to scbus0 > > probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): Retrying Command > (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): Retrying Command > (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): Retrying Command > (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): Retrying Command > (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > (probe0:umass-sim0:0:0:0): error 5 > (probe0:umass-sim0:0:0:0): Retries Exausted First guess is that this is a problem with the device since these are CAM messages. It apparently is not liking some command used during the probe sequence. Usually it prints the offending SCSI command. You'd need to track down in what cases CAM_REQ_CMP_ERR gets returned. Its also possible that in the ehci case data is getting corrupted. I'd suggest compiling with USB_DEBUG, crank up the USB and umass debug levels via sysctl, then plug in the device and see what comes out. (The output can be lengthy at higher levels.) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:09:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9943716A41C for ; Mon, 6 Jun 2005 20:09:20 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7960743D48 for ; Mon, 6 Jun 2005 20:09:20 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6D5C472DD4; Mon, 6 Jun 2005 13:09:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6884C72DCB; Mon, 6 Jun 2005 13:09:20 -0700 (PDT) Date: Mon, 6 Jun 2005 13:09:20 -0700 (PDT) From: Doug White To: Randy Bush In-Reply-To: <17059.27463.50500.860513@roam.psg.com> Message-ID: <20050606130800.Y16994@carver.gumbysoft.com> References: <17059.27463.50500.860513@roam.psg.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Current Subject: Re: letting go of a twed disk 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, 06 Jun 2005 20:09:20 -0000 On Sun, 5 Jun 2005, Randy Bush wrote: > -current i386 as of feb 6 > > while replacing things on a raid array, a new twed unit has > appeared and become un-removable > > # of units: 4 > Unit 0: RAID 5 931.31 GB ( 1953116672 blocks): OK > Unit 1: JBOD 232.83 GB ( 488281250 blocks): OK > Unit 5: JBOD 34.47 GB ( 72303840 blocks): OK > Unit 6: JBOD 232.88 GB ( 488397168 blocks): OK > > 3ware CLI> maint deleteunit c0 u1 > Deleting unit /c0/u1 ...Failed. > (0x0B:0x0015): Failed to notify os of unit change You're trying to delete a plain disk here. > looks like the opsys has latched on to it > > # fdisk twed2 careful ... > ******* Working on device /dev/twed2 ******* > parameters extracted from in-core disklabel are: > cylinders=30401 heads=255 sectors/track=63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=30401 heads=255 sectors/track=63 (16065 blks/cyl) > > fdisk: invalid fdisk partition table found Everything past this point is bogus in the fdisk output. > is there any way to get the opsys to let go of it so i can > deleteunit it and make it a spare? Typically you need to umount any filesystem(s) mounted on that device. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:12:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 111F216A41C for ; Mon, 6 Jun 2005 20:12:16 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBA1743D4C for ; Mon, 6 Jun 2005 20:12:15 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id A329F72DD4; Mon, 6 Jun 2005 13:12:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9EF8172DCB; Mon, 6 Jun 2005 13:12:15 -0700 (PDT) Date: Mon, 6 Jun 2005 13:12:15 -0700 (PDT) From: Doug White To: Marcin Jessa In-Reply-To: <20050606205907.51ee3e2a.lists@yazzy.org> Message-ID: <20050606131023.A16994@carver.gumbysoft.com> References: <20050606120114.5feef56c.lists@yazzy.org> <20050606205907.51ee3e2a.lists@yazzy.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh 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, 06 Jun 2005 20:12:16 -0000 On Mon, 6 Jun 2005, Marcin Jessa wrote: > I forgot to mention I am upgrading from 5.4-RELEASE to 6.0 The world and > kernel compiled fine but the new installed by make installworld binaries > make the make installworld process to fail. Oops... didn't follow the instructions in src/UPDATING, did you? :) You need to install the new kernel and reboot before installing the binaries. > As you can see in this case, install fails first. > I can copy install from 5.4 and then make installworld starts to complain about other binaries. > When I copy over the entire /bin and /sbin from 5.4 I can use the userland applications again just fine (they give the same errors when I try to run the freshly installed ones). > I also tried to copy over binaries from a snapshot CD (ISO downloaded from ftp2.jp.freebsd.org) but I still get the same error with those... > I am stucked having no idea what may be wrong here... Your best bet is to reinstall 5.4-R over the broken system. This should get enough working again to reattempt the upgrade. Just mount the filesystems in sysinstall and don't newfs them. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:13:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8182616A41C for ; Mon, 6 Jun 2005 20:13:39 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5454D43D49 for ; Mon, 6 Jun 2005 20:13:39 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DfNyd-000B9R-02; Mon, 06 Jun 2005 20:13:39 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfNyV-0000rW-R5; Mon, 06 Jun 2005 13:13:31 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17060.44651.275745.515824@roam.psg.com> Date: Mon, 6 Jun 2005 13:13:31 -0700 To: Doug White References: <17059.27463.50500.860513@roam.psg.com> <20050606130800.Y16994@carver.gumbysoft.com> Cc: FreeBSD Current Subject: Re: letting go of a twed disk 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, 06 Jun 2005 20:13:39 -0000 >> is there any way to get the opsys to let go of it so i can >> deleteunit it and make it a spare? > Typically you need to umount any filesystem(s) mounted on that device. there are/were none randy From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:17:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03AB616A41F for ; Mon, 6 Jun 2005 20:17:11 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: from renaissance.homeip.net (m14.net81-67-132.noos.fr [81.67.132.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FBB843D4C for ; Mon, 6 Jun 2005 20:17:09 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: from renaissance.homeip.net (localhost [127.0.0.1]) by renaissance.homeip.net (Postfix) with ESMTP id EC41E20D1; Mon, 6 Jun 2005 22:17:07 +0200 (CEST) Received: (from rapiere@localhost) by renaissance.homeip.net (8.13.3/8.13.1/Submit) id j56KH1Tq019437; Mon, 6 Jun 2005 22:17:01 +0200 (CEST) (envelope-from anthony.ginepro@laposte.net) X-Authentication-Warning: renaissance.homeip.net: rapiere set sender to anthony.ginepro@laposte.net using -f From: Anthony Ginepro To: Jeff Roberson In-Reply-To: <20050606150853.X16943@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <20050605102236.GA26802@stud.fit.vutbr.cz> <42A3BE3E.1090702@ec.rr.com> <20050606150853.X16943@mail.chesapeake.net> Content-Type: text/plain; charset=iso8859-15 Content-Transfer-Encoding: quoted-printable Date: Mon, 06 Jun 2005 22:17:00 +0200 Message-Id: <1118089020.4505.2.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: Divacky Roman , jason henson , current@freebsd.org Subject: Re: ULE Status. 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, 06 Jun 2005 20:17:11 -0000 Le Lundi 06 juin 2005 =E0 15:09 -0400, Jeff Roberson a =E9crit : > On Sun, 5 Jun 2005, jason henson wrote: >=20 > > Divacky Roman wrote: > > > > >On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > > > > > > > > >>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please = let > > >>me know if you run into any problems with it, preferably with a seper= ate > > >>mail to me as I'm more likely to see this than one which is cc'd to > > >>current@. > > >> > > >> > > > > > >I just tried ULE+PREEMPTION and I still experience hardlocks... I foun= d that > > >its usually (80%) caused by mplayer... I dont know maybe it uses some = specific > > >things which make it more probable. > > > > > >without PREEMPTION everything works ok. I got the hardlock when compil= ing > > >gcc41, downloading some big file from internet and trying to watch vid= eo usin > > >mplayer > > > > > >I also have this > > >Jun 5 09:46:18 witten kernel: pid 593: corrected slot count (9672->1) >=20 > I can not reproduce this. can you tell me what that pid is? Can you tel= l > me what your sched_ule.c version is? I'm presently running > ULE+PREEMPTION+KSE with mozilla, gaim, and mplayer all threaded. Just to be sure, don't you have any interactivity issue while untarring huge archive (mozilla or java jdk) ? I didn't have yet found an older version when it does work better than presently and I wonder if it's related to hardware or not. Anthony. From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:23:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1EB816A41C; Mon, 6 Jun 2005 20:23:31 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 760CD43D4C; Mon, 6 Jun 2005 20:23:31 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j56KNQ3p019855; Mon, 6 Jun 2005 16:23:27 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20050606095117.Q52957@pooker.samsco.org> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> <42A453B5.3020006@samsco.org> <86oeaj1r2x.fsf@xps.des.no> <42A463EF.5060401@samsco.org> <86fyvvqzil.fsf@xps.des.no> <20050606095117.Q52957@pooker.samsco.org> Date: Mon, 6 Jun 2005 16:23:25 -0400 To: Scott Long , Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: Suleiman Souhlal , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 20:23:32 -0000 At 9:57 AM -0600 6/6/05, Scott Long wrote: >On Mon, 6 Jun 2005, [iso-8859-1] Dag-Erling Sm=F8rgrav wrote: >> >>Changing the stat(2) API to support 64-bit inodes does not require us >>to simultaneously change the on-disk layout of every filesystem we >>support to use 64-bit inodes. However, if we want to fully support >>filesystems with 64-bit inodes (such as FAT32, which currently uses a >>convoluted hack to map the 64-bit offset of a directory entry into a >>32-bit inode), we need to change the API. >> >>The ironic thing is that we already have a 64-bit stat(2)... for >>Linux ABI compatibility. > >Ah, I see your point. Well, it's not too late to address this for >6.0, and it might be a really good idea to think about it now. Is >there anything else that should be bumped along with it? Ooo. Well, if we *could* lay the groundwork for a newer stat() routine in time for 6.0, then I'd really like to see that. The first time I read this message I thought you were saying "it IS too late...", which would have been understandable. There are a number of other fields in 'struct stat' that people have wanted to see expanded. But I'm not sure if that's what you meant by your question of "anything else to get bumped?" -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:30:00 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F12B16A41C for ; Mon, 6 Jun 2005 20:30:00 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE35343D49 for ; Mon, 6 Jun 2005 20:29:59 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from sentinel (195.198.193.104) by pne-smtpout2-sn1.fre.skanova.net (7.2.059.6) id 42930AA9002F287F; Mon, 6 Jun 2005 22:29:58 +0200 From: "Daniel Eriksson" To: Date: Mon, 6 Jun 2005 22:29:55 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVq1oAACzCS82MnQjOlEERLAiTw9g== Cc: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Subject: 'atacontrol cap' not working under 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: Mon, 06 Jun 2005 20:30:00 -0000 I cannot seem to get 'atacontrol cap' to work on an up-to-date 6-CURRENT system. The manpage says it only takes one parameter ("device"), but no matter what I pass it fails. This used to work many moons ago, but I haven't tested it in the last 6 months or so. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:34:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9084E16A41C for ; Mon, 6 Jun 2005 20:34:46 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3642443D49 for ; Mon, 6 Jun 2005 20:34:46 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 1806D39814; Mon, 6 Jun 2005 22:35:04 +0200 (CEST) Date: Mon, 6 Jun 2005 22:34:43 +0200 From: Marcin Jessa To: Doug White Message-Id: <20050606223443.5da26a62.lists@yazzy.org> In-Reply-To: <20050606131023.A16994@carver.gumbysoft.com> References: <20050606120114.5feef56c.lists@yazzy.org> <20050606205907.51ee3e2a.lists@yazzy.org> <20050606131023.A16994@carver.gumbysoft.com> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh 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, 06 Jun 2005 20:34:46 -0000 Hi Doug. On Mon, 6 Jun 2005 13:12:15 -0700 (PDT) Doug White wrote: > On Mon, 6 Jun 2005, Marcin Jessa wrote: > > > I forgot to mention I am upgrading from 5.4-RELEASE to 6.0 The world and > > kernel compiled fine but the new installed by make installworld binaries > > make the make installworld process to fail. > > Oops... didn't follow the instructions in src/UPDATING, did you? :) You > need to install the new kernel and reboot before installing the binaries. That's exactly what I did. Built new world, built and installed new kernel, rebooted in single user mode, ran mergemaster -p and then make installworld. That's when the error kicked in. > > As you can see in this case, install fails first. > > I can copy install from 5.4 and then make installworld starts to complain about other binaries. > > When I copy over the entire /bin and /sbin from 5.4 I can use the userland applications again just fine (they give the same errors when I try to run the freshly installed ones). > > I also tried to copy over binaries from a snapshot CD (ISO downloaded from ftp2.jp.freebsd.org) but I still get the same error with those... > > I am stucked having no idea what may be wrong here... > > Your best bet is to reinstall 5.4-R over the broken system. This should > get enough working again to reattempt the upgrade. Just mount the > filesystems in sysinstall and don't newfs them. I tried that too. I have a working system running back on 5.4. I booted to livecd and copied over all the bins and libs. Btw, the 6.0 kernel seems to be running fine with 5.4 bins as well. Anyway, when I try to install new 6.0 world doing the same stuff all over again, the error occurs. I also tried to run with 6.0 binaries from CURRENT snapshot but then I get the same error booting my box. It immidiately falls to single user mode and /bin/sh cannot be executed becouse of that error. As I said, I am stucked and I have no idea why that happens... From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 20:48:39 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 869C416A41C for ; Mon, 6 Jun 2005 20:48:39 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C8743D48 for ; Mon, 6 Jun 2005 20:48:38 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j56KlVao071455; Mon, 6 Jun 2005 22:47:31 +0200 (CEST) (envelope-from sos@DeepCore.dk) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Mon, 6 Jun 2005 22:48:36 +0200 To: "Daniel Eriksson" X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: 'atacontrol cap' not working under 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: Mon, 06 Jun 2005 20:48:39 -0000 On 06/06/2005, at 22:29, Daniel Eriksson wrote: > > I cannot seem to get 'atacontrol cap' to work on an up-to-date 6-=20 > CURRENT > system. > > The manpage says it only takes one parameter ("device"), but no =20 > matter what > I pass it fails. This used to work many moons ago, but I haven't =20 > tested it > in the last 6 months or so. It still does, however due to GEOM's intervention it wont work on a =20 device thats already open as RW. I just committed a workaround for =20 that. With the workaround "atacontrol cap ad0" works again even if =20 ad0 is in use. - S=F8ren From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:17:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDCAC16A41C for ; Mon, 6 Jun 2005 21:17:11 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from ecf.puc.edu (ecf2.puc.edu [12.16.216.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 021A843D49 for ; Mon, 6 Jun 2005 21:17:10 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from gate1.puc.edu (gate1.puc.edu [192.168.230.3]) by ecf.puc.edu (8.11.6/8.10.1) with ESMTP id j56LH9P14642 for ; Mon, 6 Jun 2005 14:17:09 -0700 (PDT) Received: from [10.201.136.242] ([10.201.136.242]) by gate1 with IMSS; Mon, 06 Jun 2005 14:15:57 -0700 Message-ID: <42A4BD7E.7050506@gmail.com> Date: Mon, 06 Jun 2005 14:17:50 -0700 From: Jeff Hubbard User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> In-Reply-To: <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pear broken on 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, 06 Jun 2005 21:17:12 -0000 Hi folks, So I took a look at /usr/local/bin/pear, and I found nothing amiss. I tried executing 'pear config-show' and besides an error message for zend_hash.c(which is probably the result of my recent port upgrade), I found nothing amiss. My interpreter is the exact same as eculp@bafirst.com's, even. Some things that might be different from eculp@bafirst.com's setup: I'm running the very latest kernel for 5.3-CURRENT. I cvsup'ed it and ports today, and did a portupgrade(thus the error with zend_hash.c). The one thing noted about the kernel handling interpreters differently appears to have no effect on this particular problem, at least that I can note. Perhaps I should cvsup 5.4 and test on there as well? Jeff From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:18:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB91316A41C for ; Mon, 6 Jun 2005 21:18:24 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65D2243D48 for ; Mon, 6 Jun 2005 21:18:24 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so2272816rng for ; Mon, 06 Jun 2005 14:18:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=DK6rvdnxp2c5TH+TlaLL6fEhlYIP2x0Yg2xxgjOxT0qebr9B0FUMw9gPnMIwv/8xJGwXKZUrSLIhN2RqoyOQMYj1PHP34cCUscywz3WQuOacuIP/EPaHgbN6MS1NClLF2vz/GBfC4g2e7Q4cF716IiUs8Mkim+ewmIh7WPX/v70= Received: by 10.38.86.71 with SMTP id j71mr1660773rnb; Mon, 06 Jun 2005 14:18:23 -0700 (PDT) Received: by 10.38.149.57 with HTTP; Mon, 6 Jun 2005 14:18:23 -0700 (PDT) Message-ID: Date: Mon, 6 Jun 2005 23:18:23 +0200 From: Claus Guttesen To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: apple moving to x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Claus Guttesen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jun 2005 21:18:24 -0000 Hi. I know this is a bit off-topic but it will probably have some impact on the ongoing work with FreeBSD. As most know by now Apple will base it's next-generation hardware on the x86-architecture moving away from the PowerPC. My hope is that Apple will take the direction away from Darwin and the Mach-kernel and adopt a more stock FreeBSD userland and kernel. FreeBSD may already benefit from some of the work done or funded by Apple but it would be easier to integrate new functionality (in both directions) if Apple were to base it's OS XI on a Apple-tuned but otherwise GENERIC kernel. Claus From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:23:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBED316A41C for ; Mon, 6 Jun 2005 21:23:04 +0000 (GMT) (envelope-from antoine@madhouse.dreadbsd.org) Received: from barton.dreadbsd.org (madhouse.dreadbsd.org [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C20143D1D for ; Mon, 6 Jun 2005 21:23:04 +0000 (GMT) (envelope-from antoine@madhouse.dreadbsd.org) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j56LMw2U051360; Mon, 6 Jun 2005 23:22:58 +0200 (CEST) (envelope-from antoine@madhouse.dreadbsd.org) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j56LMwhR051359; Mon, 6 Jun 2005 23:22:58 +0200 (CEST) (envelope-from antoine) Date: Mon, 6 Jun 2005 23:22:58 +0200 From: Antoine Brodin To: Jeff Roberson Message-Id: <20050606232258.598ed7e0.antoine.brodin@laposte.net> In-Reply-To: <20050606150853.X16943@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <20050605102236.GA26802@stud.fit.vutbr.cz> <42A3BE3E.1090702@ec.rr.com> <20050606150853.X16943@mail.chesapeake.net> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ULE Status. 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, 06 Jun 2005 21:23:05 -0000 Jeff Roberson wrote: > On Sun, 5 Jun 2005, jason henson wrote: > > > Divacky Roman wrote: > > > > >On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > > > > > > > > >>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > > >>me know if you run into any problems with it, preferably with a seperate > > >>mail to me as I'm more likely to see this than one which is cc'd to > > >>current@. > > >> > > >> > > > > > >I just tried ULE+PREEMPTION and I still experience hardlocks... I found that > > >its usually (80%) caused by mplayer... I dont know maybe it uses some specific > > >things which make it more probable. > > > > > >without PREEMPTION everything works ok. I got the hardlock when compiling > > >gcc41, downloading some big file from internet and trying to watch video usin > > >mplayer > > > > > >I also have this > > >Jun 5 09:46:18 witten kernel: pid 593: corrected slot count (9672->1) > > I can not reproduce this. can you tell me what that pid is? Can you tell > me what your sched_ule.c version is? I'm presently running > ULE+PREEMPTION+KSE with mozilla, gaim, and mplayer all threaded. This message is printed the first time I quit a threaded app and the pid is the pid of the threaded app I quit. It is only printed once (see line 488 of kern_switch.c), and limitcount should probably be made static so that it is initialized to zero. Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:30:09 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C9AC16A41F for ; Mon, 6 Jun 2005 21:30:09 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B4CF43D1F for ; Mon, 6 Jun 2005 21:30:09 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C810E60F3; Mon, 6 Jun 2005 23:30:00 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id B2F0260F2; Mon, 6 Jun 2005 23:30:00 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 9F89633C1C; Mon, 6 Jun 2005 23:30:00 +0200 (CEST) To: "Daniel Eriksson" References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 06 Jun 2005 23:30:00 +0200 In-Reply-To: (Daniel Eriksson's message of "Mon, 6 Jun 2005 22:29:55 +0200") Message-ID: <86ll5ndvhj.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-5.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: freebsd-current@FreeBSD.org, =?iso-8859-1?q?'S=F8ren_Schmidt'?= Subject: Re: 'atacontrol cap' not working under 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: Mon, 06 Jun 2005 21:30:09 -0000 "Daniel Eriksson" writes: > I cannot seem to get 'atacontrol cap' to work on an up-to-date 6-CURRENT > system. Works fine here: root@xps ~# uname -a FreeBSD xps.des.no 6.0-CURRENT FreeBSD 6.0-CURRENT #38: Mon Jun 6 17:51:33= CEST 2005 des@xps.des.no:/usr/obj/usr/src/sys/xps i386 root@xps ~# atacontrol cap ad4 Protocol Serial ATA v1.0 device model WDC WD2500JD-75HBB0 serial number WD-WMAL71853150 firmware revision 08.02D08 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488281250 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) no - 0/0x00 Tagged Command Queuing (TCQ) no no 0/0x00 SMART yes yes microcode download yes yes security no no power management yes yes advanced power management no no 0/0x00 automatic acoustic management yes yes 128/0x80 128/0x80 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:41:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DECC16A41C for ; Mon, 6 Jun 2005 21:41:07 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 434D443D48 for ; Mon, 6 Jun 2005 21:41:07 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 113AC60F6; Mon, 6 Jun 2005 23:41:01 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 025E360F5; Mon, 6 Jun 2005 23:41:01 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id EF90933C1C; Mon, 6 Jun 2005 23:41:00 +0200 (CEST) To: Claus Guttesen References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 06 Jun 2005 23:41:00 +0200 In-Reply-To: (Claus Guttesen's message of "Mon, 6 Jun 2005 23:18:23 +0200") Message-ID: <867jh7duz7.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-5.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: freebsd-current@freebsd.org Subject: Re: apple moving to x86 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, 06 Jun 2005 21:41:07 -0000 Claus Guttesen writes: > My hope is that Apple will take the direction away from Darwin and the > Mach-kernel and adopt a more stock FreeBSD userland and kernel. Not bloody likely. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:41:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEC3816A440 for ; Mon, 6 Jun 2005 21:41:20 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80B8843D4C for ; Mon, 6 Jun 2005 21:41:20 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 6D35960F1; Mon, 6 Jun 2005 23:41:15 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 5ACF460EF; Mon, 6 Jun 2005 23:41:15 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 512DE33C1E; Mon, 6 Jun 2005 23:41:15 +0200 (CEST) To: Jeff Hubbard References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> <42A4BD7E.7050506@gmail.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 06 Jun 2005 23:41:15 +0200 In-Reply-To: <42A4BD7E.7050506@gmail.com> (Jeff Hubbard's message of "Mon, 06 Jun 2005 14:17:50 -0700") Message-ID: <8664wrduys.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-5.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: freebsd-current@freebsd.org Subject: Re: pear broken on 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, 06 Jun 2005 21:41:21 -0000 Jeff Hubbard writes: > Some things that might be different from eculp@bafirst.com's setup: > I'm running the very latest kernel for 5.3-CURRENT. There is no 5.3-CURRENT, and never was. -CURRENT means 6.0. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:44:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D666216A41C for ; Mon, 6 Jun 2005 21:44:08 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from ecf.puc.edu (ecf2.puc.edu [12.16.216.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7042943D4C for ; Mon, 6 Jun 2005 21:44:08 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from gate1.puc.edu (gate1.puc.edu [192.168.230.3]) by ecf.puc.edu (8.11.6/8.10.1) with ESMTP id j56LiAP22008 for ; Mon, 6 Jun 2005 14:44:10 -0700 (PDT) Received: from [10.201.136.242] ([10.201.136.242]) by gate1 with IMSS; Mon, 06 Jun 2005 14:42:59 -0700 Message-ID: <42A4C3D6.4020806@gmail.com> Date: Mon, 06 Jun 2005 14:44:54 -0700 From: Jeff Hubbard User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> <42A4BD7E.7050506@gmail.com> <8664wrduys.fsf@xps.des.no> In-Reply-To: <8664wrduys.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: pear broken on 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, 06 Jun 2005 21:44:08 -0000 Dag-Erling Smørgrav wrote: >Jeff Hubbard writes: > > >>Some things that might be different from eculp@bafirst.com's setup: >>I'm running the very latest kernel for 5.3-CURRENT. >> >> > >There is no 5.3-CURRENT, and never was. -CURRENT means 6.0. > >DES > > My mistake. -RELEASE is what I meant. Jeff From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:46:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A481416A41C for ; Mon, 6 Jun 2005 21:46:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E3043D4C for ; Mon, 6 Jun 2005 21:46:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3B29451282; Mon, 6 Jun 2005 17:46:30 -0400 (EDT) Date: Mon, 6 Jun 2005 17:46:30 -0400 From: Kris Kennaway To: Claus Guttesen Message-ID: <20050606214629.GA67903@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: apple moving to x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chat@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, 06 Jun 2005 21:46:32 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 06, 2005 at 11:18:23PM +0200, Claus Guttesen wrote: > Hi. >=20 > I know this is a bit off-topic Yes. Don't abuse your mailing list privileges, we have one specifically for this kind of thing. Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpMQ1Wry0BWjoQKURAlgIAKDCPgpI+3TWa4weiLlBC/km25sXEACfQKOO Mthkov1JwmG0//okB+Yvwyo= =2qEz -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:48:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2CC916A41C for ; Mon, 6 Jun 2005 21:48:06 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from ecf.puc.edu (ecf2.puc.edu [12.16.216.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCA1D43D4C for ; Mon, 6 Jun 2005 21:48:05 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from gate1.puc.edu (gate1.puc.edu [192.168.230.3]) by ecf.puc.edu (8.11.6/8.10.1) with ESMTP id j56Lm7P23110 for ; Mon, 6 Jun 2005 14:48:07 -0700 (PDT) Received: from [10.201.136.242] ([10.201.136.242]) by gate1 with IMSS; Mon, 06 Jun 2005 14:46:55 -0700 Message-ID: <42A4C4C3.6050002@gmail.com> Date: Mon, 06 Jun 2005 14:48:51 -0700 From: Jeff Hubbard User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> <42A4BD7E.7050506@gmail.com> <8664wrduys.fsf@xps.des.no> <42A4C3D6.4020806@gmail.com> In-Reply-To: <42A4C3D6.4020806@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pear broken on 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, 06 Jun 2005 21:48:06 -0000 D'oh. I just realized that I'm a complete idiot. I'm cvsup'ing 6.0 right now and I'll see if pear still gives me grief. My apologies, I'm sorta new at this, and I was attempting to lend a hand. Jeff From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 21:56:15 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D01F016A41C; Mon, 6 Jun 2005 21:56:15 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D7B043D1F; Mon, 6 Jun 2005 21:56:15 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.3/8.13.1/NinthNine) with SMTP id j56Lu9ix008106; Tue, 7 Jun 2005 06:56:09 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 7 Jun 2005 06:56:09 +0900 (JST) Message-Id: <200506062156.j56Lu9ix008106@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Jeff Roberson In-Reply-To: <20050606151209.E16943@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <200506051336.j55DacJJ070482@sakura.ninth-nine.com> <200506051547.j55FluRV073876@sakura.ninth-nine.com> <20050606151209.E16943@mail.chesapeake.net> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) 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-1.6 (sakura.ninth-nine.com [219.127.74.121]); Tue, 07 Jun 2005 06:56:09 +0900 (JST) Cc: nork@FreeBSD.org, current@FreeBSD.org Subject: Re: ULE Status. 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, 06 Jun 2005 21:56:15 -0000 On Mon, 6 Jun 2005 15:12:59 -0400 (EDT) Jeff Roberson wrote: > > > > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > > > > me know if you run into any problems with it, preferably with a seperate > > > > mail to me as I'm more likely to see this than one which is cc'd to > > > > current@. > > > Wow! that's cool! > > > I tried to 'nice -20 make -j1024 buildworld' with > > > SCHED_ULE and PREEMPTION kernel options. I contacted a > > > panic like following, and sorry, I cannot get a crash dump. > Is this on CURRENT or 5.x? What is your sched_ule.c version? I'm doing > this on CURRENT while playing a movie with mplayer without issue. Off course, I'm using latest CURRENT in this time, and sched_ule.c,v 1.151. FreeBSD nadesico.ninth-nine.com 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Mon Jun 6 01:02:49 JST 2005 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO i386 $FreeBSD: src/sys/kern/sched_ule.c,v 1.151 2005/06/04 09:24:15 jeff Exp $ > > #22 0xc04b3ebc in sched_add (td=0x0, flags=0) > > at /usr/src/sys/kern/sched_ule.c:1745 > > #23 0xc04b4988 in setrunqueue (td=0xc3a3f4b0, flags=0) at kern_switch.c:564 > > #24 0xc04b46a1 in adjustrunqueue (td=0xc3a3f4b0, newpri=16) > > at kern_switch.c:325 > > #25 0xc04b3354 in sched_thread_priority (td=0xc3a3f4b0, prio=16 '\020') > > at /usr/src/sys/kern/sched_ule.c:1235 > > #26 0xc04b339d in sched_lend_prio (td=0x0, prio=16 '\020') > > at /usr/src/sys/kern/sched_ule.c:1250 > > #27 0xc04c7f9e in propagate_priority (td=0xc3a3f4b0) > > at /usr/src/sys/kern/subr_turnstile.c:204 > > #28 0xc04c8a7d in turnstile_wait (lock=0xc06d0b60, owner=0x0) > > at /usr/src/sys/kern/subr_turnstile.c:629 > > #29 0xc0490351 in _mtx_lock_sleep (m=0xc06d0b60, td=0xc2c58320, opts=0, > > file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:550 > > #30 0xc0480dec in ithread_loop (arg=0xc2c59c00) > > at /usr/src/sys/kern/kern_intr.c:545 > > #31 0xc047fa60 in fork_exit (callout=0xc0480c50 , arg=0x0, > > frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 > > #32 0xc061053c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 I think that fork and ithread with sched_ule issue has a issue. From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 22:06:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F54E16A41C for ; Mon, 6 Jun 2005 22:06:06 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [66.150.201.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 0525943D48 for ; Mon, 6 Jun 2005 22:06:05 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 25972 invoked by uid 399); 6 Jun 2005 22:06:04 -0000 Received: from unknown (HELO ?192.0.35.182?) (dougb@dougbarton.net@192.0.35.182) by mail1.fluidhosting.com with SMTP; 6 Jun 2005 22:06:04 -0000 Message-ID: <42A4C8CB.8090809@FreeBSD.org> Date: Mon, 06 Jun 2005 15:06:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: obrien@freebsd.org References: <20050605022207.GA18499@dragon.NUXI.org> In-Reply-To: <20050605022207.GA18499@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: I'd like to rm these RCng files 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, 06 Jun 2005 22:06:06 -0000 David O'Brien wrote: > These files were brought in from NetBSD, but we ended up not using them > (or did and no longer do). I'd like to 'cvs rm' them from HEAD. Does > anyone object? After the fact I know, but I don't object, and in fact Mike and I have gone back and forth a couple times on whether it was worth cvs rm'ing them, and we just never got around to making a final decision. In the future though, it would be nice to ask about rc.d related stuff on the freebsd-rc@freebsd.org mailing list. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 22:33:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B96C616A41C for ; Mon, 6 Jun 2005 22:33:53 +0000 (GMT) (envelope-from jim@netgate.com) Received: from netgate.com (mail.netgate.com [64.62.194.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F42E43D53 for ; Mon, 6 Jun 2005 22:33:53 +0000 (GMT) (envelope-from jim@netgate.com) Received: by netgate.com (Postfix, from userid 45) id 69055280016; Mon, 6 Jun 2005 15:33:51 -0700 (PDT) Received: from [192.168.1.191] (rrcs-67-52-77-54.west.biz.rr.com [67.52.77.54]) by netgate.com (Postfix) with ESMTP id 04BB5280013; Mon, 6 Jun 2005 15:33:49 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jim Thompson Date: Mon, 6 Jun 2005 12:33:46 -1000 To: Claus Guttesen X-Mailer: Apple Mail (2.730) X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on he-colo.netgate.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: freebsd-current@freebsd.org Subject: Re: apple moving to x86 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, 06 Jun 2005 22:33:53 -0000 On Jun 6, 2005, at 11:18 AM, Claus Guttesen wrote: > Hi. > > I know this is a bit off-topic but it will probably have some impact > on the ongoing work with FreeBSD. As most know by now Apple will base > it's next-generation hardware on the x86-architecture moving away from > the PowerPC. > > My hope is that Apple will take the direction away from Darwin and the > Mach-kernel and adopt a more stock FreeBSD userland and kernel. > FreeBSD may already benefit from some of the work done or funded by > Apple but it would be easier to integrate new functionality (in both > directions) if Apple were to base it's OS XI on a Apple-tuned but > otherwise GENERIC kernel. I made this assertion to Jordon about a year ago, and got back something a lot like "you're on drugs". He didn't say that, but thats what it felt like. From what I've seen of the programs that Apple has "open sourced", they do tend to use Mach-specific features ("ports") come to mind. From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 23:01:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EC5E16A41C; Mon, 6 Jun 2005 23:01:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from bigwoop.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 105ED43D49; Mon, 6 Jun 2005 23:01:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by bigwoop.vicor-nb.com (Postfix) with ESMTP id 6C1187A403; Mon, 6 Jun 2005 16:01:36 -0700 (PDT) Message-ID: <42A4D5D0.9040500@elischer.org> Date: Mon, 06 Jun 2005 16:01:36 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Randy Bush References: <17059.7150.269428.448187@roam.psg.com> In-Reply-To: <17059.7150.269428.448187@roam.psg.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD Current Subject: Re: you are in an fs with millions of small files 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, 06 Jun 2005 23:01:37 -0000 what. all in one directory? I've only had up to 500,000 files in one directory on FreeBSD. Randy Bush wrote: >to mirror someone's stuff, i need an fs which is happy with a jillion >small files. they're linux geeks, so suggested reiserfs. but that >appears (from -current's /sys/i386/conf/NOTES) to only have read- >only support on freebsd. is there another path? > >randy > >_______________________________________________ >freebsd-fs@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-fs >To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 23:03:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11BB216A41C; Mon, 6 Jun 2005 23:03:30 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEAD243D1D; Mon, 6 Jun 2005 23:03:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DfQcz-000FX1-Ft; Mon, 06 Jun 2005 23:03:29 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfQcs-0001Ct-7T; Mon, 06 Jun 2005 16:03:22 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17060.54841.623276.347321@roam.psg.com> Date: Mon, 6 Jun 2005 16:03:21 -0700 To: Julian Elischer References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> Cc: freebsd-fs@freebsd.org, FreeBSD Current Subject: Re: you are in an fs with millions of small files 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, 06 Jun 2005 23:03:30 -0000 > what. all in one directory? >> to mirror someone's stuff, i need an fs which is happy with a jillion >> small files. they're linux geeks, so suggested reiserfs. but that >> appears (from -current's /sys/i386/conf/NOTES) to only have read- >> only support on freebsd. is there another path? turns out the person requesting the mirror did not get it. linuxoid. its a whole dir tree with at most 10k files per dir. it's like a news spool. end of thread. sorry to have bothered folk. randy From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 23:35:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D446B16A41C; Mon, 6 Jun 2005 23:35:25 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81BA643D48; Mon, 6 Jun 2005 23:35:25 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 206ED46B2D; Mon, 6 Jun 2005 19:35:25 -0400 (EDT) Date: Tue, 7 Jun 2005 00:36:12 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jim Rees In-Reply-To: <20050606105100.AFFBA1BBF8@citi.umich.edu> Message-ID: <20050607003532.F42703@fledge.watson.org> References: <20050606105100.AFFBA1BBF8@citi.umich.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 23:35:26 -0000 On Mon, 6 Jun 2005, Jim Rees wrote: > OpenAFS could benefit from something like IFS, although I'm not > volunteering to do the work. The client has complicated code to keep > its thousands of cache files in a hierarchy just to reduce name lookup > time, and the server originally used a special "open by inode" system > call that had been hacked in to the kernel. In Arla, they use the file handle routines, which accomplish some of the same objectives -- insert for a new cache file is still expensive, but you can lookup using the file handle and avoid walking the name space. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 00:40:07 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23BD516A41C for ; Tue, 7 Jun 2005 00:40:07 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5E0143D4C for ; Tue, 7 Jun 2005 00:40:06 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from sentinel (195.198.193.104) by pne-smtpout2-sn1.fre.skanova.net (7.2.059.6) id 42930AA9002F9DD8; Tue, 7 Jun 2005 02:40:05 +0200 From: "Daniel Eriksson" To: Date: Tue, 7 Jun 2005 02:40:02 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVqRrgqJkwDua17Rdyde7HBCAHZhAAsiYMg In-Reply-To: <20050606032025.CC7A35D08@ptavv.es.net> Cc: Subject: RE: Livelock seen on current with threaded processes 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, 07 Jun 2005 00:40:07 -0000 Kevin Oberman wrote: > I run transcode on a video file to convert it to divx4 using the xvid4 > library. I do this with nice set to 10 and top confirms that it is set > to 10. At various times, the system starts locking up. Windows won't > refresh. Shell commands never execute (nor do keys echo) in > some windows > including syscons vtys. If my gkrellm is still alive (and it usually > is), I see the system at 97% CPU and nothing else busy. There > is a bit a > disk I/O but not much. This sounds a lot like the problems I described in the thread "Serious I/O problems (bad performance and live-lock)" from a few weeks ago. It seems that when the VM subsystem is put under pressure the machine comes to a grinding halt. In my case I could trigger this with a simple 'dd' (on a filesystem, not on a raw device). /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 00:55:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B21FF16A41C for ; Tue, 7 Jun 2005 00:55:59 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54F1343D48 for ; Tue, 7 Jun 2005 00:55:59 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from sentinel (195.198.193.104) by pne-smtpout2-sn2.hy.skanova.net (7.2.059.6) id 429C53B60015CD3F for freebsd-current@freebsd.org; Tue, 7 Jun 2005 02:55:58 +0200 From: "Daniel Eriksson" To: "'FreeBSD Current'" Date: Tue, 7 Jun 2005 02:55:55 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcU/pG254VxRTrrETTuhb5uzDE3itArVR+8g In-Reply-To: Subject: RE: task queue: supervisor write, page not present 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, 07 Jun 2005 00:55:59 -0000 I wrote (almost 2 months ago): > This is the third time in 4 days that I get the following > crash on one of my servers. Since the 6.0-RELEASE process is about to start I thought I should finish this thread with a status update: After having some serious stability issues in the second half of April and first half of May, my dual CPU system has been pretty stable and very fast (as long as the VM subsystem isn't put under too much pressure) for the last couple of weeks. I don't know what made the problem go away. I currently have two issues that I will pursue in other threads eventually: 1. A simple 'dd' can make a machine grind to a halt. This is also visible during other activities where the VM subsystem (buffer cache?) is being used extensively. 2. FBSD really doesn't like it when the hardware backing a filesystem disappears (like when a disk dies, or when a ggate server accidentally gets rebooted or crashes). At first it just complains loudly, but if you don't reboot quickly chances are very good the system will panic. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 03:00:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 331EA16A41C for ; Tue, 7 Jun 2005 03:00:30 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CCC043D1D for ; Tue, 7 Jun 2005 03:00:29 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j5730Sk9003033; Mon, 6 Jun 2005 23:00:28 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j5730SfQ003027; Mon, 6 Jun 2005 23:00:28 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 6 Jun 2005 23:00:27 -0400 (EDT) From: Jeff Roberson To: Antoine Brodin In-Reply-To: <20050606232258.598ed7e0.antoine.brodin@laposte.net> Message-ID: <20050606225957.C16943@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <20050605102236.GA26802@stud.fit.vutbr.cz> <42A3BE3E.1090702@ec.rr.com> <20050606150853.X16943@mail.chesapeake.net> <20050606232258.598ed7e0.antoine.brodin@laposte.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: ULE Status. 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, 07 Jun 2005 03:00:30 -0000 On Mon, 6 Jun 2005, Antoine Brodin wrote: > Jeff Roberson wrote: > > On Sun, 5 Jun 2005, jason henson wrote: > > > > > Divacky Roman wrote: > > > > > > >On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > > > > > > > > > > > >>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > > > >>me know if you run into any problems with it, preferably with a seperate > > > >>mail to me as I'm more likely to see this than one which is cc'd to > > > >>current@. > > > >> > > > >> > > > > > > > >I just tried ULE+PREEMPTION and I still experience hardlocks... I found that > > > >its usually (80%) caused by mplayer... I dont know maybe it uses some specific > > > >things which make it more probable. > > > > > > > >without PREEMPTION everything works ok. I got the hardlock when compiling > > > >gcc41, downloading some big file from internet and trying to watch video usin > > > >mplayer > > > > > > > >I also have this > > > >Jun 5 09:46:18 witten kernel: pid 593: corrected slot count (9672->1) > > > > I can not reproduce this. can you tell me what that pid is? Can you tell > > me what your sched_ule.c version is? I'm presently running > > ULE+PREEMPTION+KSE with mozilla, gaim, and mplayer all threaded. > > This message is printed the first time I quit a threaded app and the > pid is the pid of the threaded app I quit. > It is only printed once (see line 488 of kern_switch.c), and limitcount > should probably be made static so that it is initialized to zero. > Thanks, quiting the app did the trick. I just found the problem and comitted another fix. Hopefully this will do it. > Cheers, > > Antoine > _______________________________________________ > 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 7 03:04:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A9EA16A41C for ; Tue, 7 Jun 2005 03:04:59 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id A73CE43D4C for ; Tue, 7 Jun 2005 03:04:58 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j5734sk9004187; Mon, 6 Jun 2005 23:04:54 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j5734sAd004184; Mon, 6 Jun 2005 23:04:54 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 6 Jun 2005 23:04:54 -0400 (EDT) From: Jeff Roberson To: Anthony Ginepro In-Reply-To: <1118089020.4505.2.camel@renaissance.homeip.net> Message-ID: <20050606230336.A16943@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <20050605102236.GA26802@stud.fit.vutbr.cz> <42A3BE3E.1090702@ec.rr.com> <20050606150853.X16943@mail.chesapeake.net> <1118089020.4505.2.camel@renaissance.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso8859-15 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Divacky Roman , jason henson , current@freebsd.org Subject: Re: ULE Status. 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, 07 Jun 2005 03:04:59 -0000 On Mon, 6 Jun 2005, Anthony Ginepro wrote: > Le Lundi 06 juin 2005 =E0 15:09 -0400, Jeff Roberson a =E9crit : > > On Sun, 5 Jun 2005, jason henson wrote: > > > > > Divacky Roman wrote: > > > > > > >On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > > > > > > > > > > > >>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Pleas= e let > > > >>me know if you run into any problems with it, preferably with a sep= erate > > > >>mail to me as I'm more likely to see this than one which is cc'd to > > > >>current@. > > > >> > > > >> > > > > > > > >I just tried ULE+PREEMPTION and I still experience hardlocks... I fo= und that > > > >its usually (80%) caused by mplayer... I dont know maybe it uses som= e specific > > > >things which make it more probable. > > > > > > > >without PREEMPTION everything works ok. I got the hardlock when comp= iling > > > >gcc41, downloading some big file from internet and trying to watch v= ideo usin > > > >mplayer > > > > > > > >I also have this > > > >Jun 5 09:46:18 witten kernel: pid 593: corrected slot count (9672->= 1) > > > > I can not reproduce this. can you tell me what that pid is? Can you t= ell > > me what your sched_ule.c version is? I'm presently running > > ULE+PREEMPTION+KSE with mozilla, gaim, and mplayer all threaded. > > Just to be sure, don't you have any interactivity issue while untarring > huge archive (mozilla or java jdk) ? > > I didn't have yet found an older version when it does work better than > presently and I wonder if it's related to hardware or not. > I have heard of this issue from other people. Would you be willing to take traces for schedgraph for me? I can very quickly determine the problem if you do. There are instructions at the top of src/tools/sched/schedgraph.py. You don't need to install python and tkinter if you don't want to view the output. Just mail me the compressed ktr.out. > Anthony. > _______________________________________________ > 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 7 03:07:52 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C8D416A41C; Tue, 7 Jun 2005 03:07:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463D943D1D; Tue, 7 Jun 2005 03:07:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5735S4Z031642; Mon, 6 Jun 2005 23:05:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5737pWK033541; Mon, 6 Jun 2005 23:07:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0375D7306E; Mon, 6 Jun 2005 23:07:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050607030750.0375D7306E@freebsd-current.sentex.ca> Date: Mon, 6 Jun 2005 23:07:50 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [current 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, 07 Jun 2005 03:07:52 -0000 TB --- 2005-06-07 02:32:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-07 02:32:25 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-06-07 02:32:25 - cleaning the object tree TB --- 2005-06-07 02:32:59 - checking out the source tree TB --- 2005-06-07 02:32:59 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-06-07 02:32:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-07 02:39:07 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-07 02:39:07 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-06-07 02:39:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] ===> lib/libpam/modules/pam_self (all) cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_self/../../../../contrib/openpam/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_self/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c /tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_self/pam_self.c -o pam_self.So building shared library pam_self.so.2 ===> lib/libpam/modules/pam_ssh (all) cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -I/tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh/../../libpam -c /tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh/pam_ssh.c -o pam_ssh.So building shared library pam_ssh.so.2 /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/bin/ld: /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh/../../../../secure/lib/libssh/libssh.a(authfile.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh/../../../../secure/lib/libssh/libssh.a: could not read symbols: Bad value *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libpam. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-06-07 03:07:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-07 03:07:50 - ERROR: failed to build world TB --- 2005-06-07 03:07:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 03:37:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57D2216A41C for ; Tue, 7 Jun 2005 03:37:51 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 769AC43D1D for ; Tue, 7 Jun 2005 03:37:50 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by 72-12-2-214.wan.networktel.net with local; Mon, 06 Jun 2005 22:37:49 -0500 id 00095A98.42A5168D.0000E147 Received: from dsl-201-144-92-62.prod-infinitum.com.mx (dsl-201-144-92-62.prod-infinitum.com.mx [201.144.92.62]) by mail.bafirst.com (Horde MIME library) with HTTP; Mon, 06 Jun 2005 22:37:48 -0500 Message-ID: <20050606223748.yn07f4y0748g04oc@mail.bafirst.com> Date: Mon, 06 Jun 2005 22:37:48 -0500 From: eculp@bafirst.com To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> <42A4BD7E.7050506@gmail.com> In-Reply-To: <42A4BD7E.7050506@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: Re: pear broken on 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, 07 Jun 2005 03:37:51 -0000 Quoting Jeff Hubbard : > Hi folks, > > So I took a look at /usr/local/bin/pear, and I found nothing amiss. I > tried executing 'pear config-show' and besides an error message for > zend_hash.c(which is probably the result of my recent port upgrade), > I found nothing amiss. My interpreter is the exact same as > eculp@bafirst.com's, even. > > Some things that might be different from eculp@bafirst.com's setup: > I'm running the very latest kernel for 5.3-CURRENT. I cvsup'ed it and > ports today, and did a portupgrade(thus the error with zend_hash.c). > The one thing noted about the kernel handling interpreters > differently appears to have no effect on this particular problem, at > least that I can note. Perhaps I should cvsup 5.4 and test on there > as well? Thanks, Jeff. The problem is that I am running 6.0 Current and the root of the problem is even referenced in UPDATING on May 28. Backing out to a May 27 Kernel works perfectly, which is what I'm doing for now. This is seperate from the problem with PHP5 no compiling, out of the box. Sorry for any confusion. ed From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 03:46:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A281816A41C for ; Tue, 7 Jun 2005 03:46:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 674EB43D4C for ; Tue, 7 Jun 2005 03:46:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j573kK0o000338 for ; Mon, 6 Jun 2005 20:46:20 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j573kKdB000337 for freebsd-current@freebsd.org; Mon, 6 Jun 2005 20:46:20 -0700 Date: Mon, 6 Jun 2005 20:46:20 -0700 From: Brooks Davis To: freebsd-current@freebsd.org Message-ID: <20050607034620.GA32718@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Subject: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 03:46:21 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm about to start importing the OpenBSD dhclient and required support in /etc. I will unhook dhclient from the build while I work so there shouldn't be much breakage for most people. The OpenBSD version is a cut down version of the ISC client. The major changes are that there is one process per interface (actually two since it does priv-sep) and that the processes automatically exit when the link goes down. This means that dhclient needs to be started when the interface gets carrier. In OpenBSD this is handled by ifstated. I've chosen to advertise link state events to devd and handle it there instead. Since the interface configuration process had to change to accommodate this, I've taken the opportunity to streamline it. There are now less paths by which and interface will be configured. First, /etc/rc.d/dhclient is no longer a start script and simply exists to start and stop individual dhclients. Second, /etc/rc.d/netif now handles both DHCP and non-DHCP interfaces. As a bonus, it can handle interface which are both so the following is a valid configuration: ifconfig_fxp0=3D"DHCP media 100baseTX" The final big change is the deletion of most of /etc/pccard_ether. It now calls /etc/rc.d/netif start to handle 90% of it's work. Some ipv6 and routing configuration for non-DHCP interfaces is still there, but most of the code that duplicated code in /etc/network.subr is gone. In the process a few things have changed. First, extra arguments are now an error and are not passed to ifconfig. Second the pccard_ifconfig variable is only used as a default value for interfaces that are on the removable_interfaces list, but do not have an ifconfig_ variable. Third, interfaces must be on the removable_interfaces list for pccard_ether to work. Partial support for WPA is included and I'm working with Sam to finish it for the release. I'll send an all clear once I'm fairly confident things are working again. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCpRiLXY6L6fI4GtQRArILAKDiB9UfdZkNozIP7vssglnFopMA0gCePW1r hrr2o/8GfWw+QUFOp3ihzcY= =HgE/ -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 04:12:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68C8816A41C for ; Tue, 7 Jun 2005 04:12:28 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1504943D49 for ; Tue, 7 Jun 2005 04:12:27 +0000 (GMT) (envelope-from fierykylin@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so2749271nzo for ; Mon, 06 Jun 2005 21:12:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=p3+xUt7eqnC9Apg42KOi/zdvvJRFhoUtH5c2KQUrZjXN2ifnE3/d2LpJfm/X+TQAIVhrPnpDI78iXrU6xqr7uhANUBgWQcIhZoWgoFaH5CqgJXHOoTY99lWqhos/r1RdKB1EUIhxUseL6dYv3hvvhr/TFAib82V04WVB04MuVL0= Received: by 10.36.224.21 with SMTP id w21mr1014963nzg; Mon, 06 Jun 2005 21:12:27 -0700 (PDT) Received: by 10.36.104.10 with HTTP; Mon, 6 Jun 2005 21:12:27 -0700 (PDT) Message-ID: <87ab37ab050606211290c3220@mail.gmail.com> Date: Tue, 7 Jun 2005 12:12:27 +0800 From: kylin To: "M. Warner Losh" In-Reply-To: <20050605.110508.101566419.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <87ab37ab05060108167dee1d6@mail.gmail.com> <20050605.110508.101566419.imp@bsdimp.com> Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: what is the init entrance for pci bus scan in FREEbsd? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kylin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 04:12:28 -0000 sir : it is a great pleasure to get ur reply .thank you very much for your words below is my appinion , i will report with the advance of my work On 6/6/05, M. Warner Losh wrote: > I'm not sure I understand what you are getting at here. First, devd > already provides 95% of the infrastructure to do things when devices > are added to the system. sorry ,i ignore it!! it is really a lite tool:) ,but it seems that /dev/devctl does not present the function to write to the devctl,then I think it is impossible to give order to disable or enable the pci slots without making changes. static struct cdevsw dev_cdevsw =3D { =09.d_version =3D=09D_VERSION, =09.d_flags =3D=09D_NEEDGIANT, =09.d_open =3D=09devopen, =09.d_close =3D=09devclose, =09.d_read =3D=09devread, =09.d_ioctl =3D=09devioctl, =09.d_poll =3D=09devpoll, =09.d_name =3D=09"devctl", =09.d_maj =3D=09CDEV_MAJOR, }; i need the function to cooperated with the hardware to detect the present of card ,and enumerate the bus , and add it to the bus , then it is devd that should come into play( like the sbin/hotplug in linux?):) > Second, you assume that linux's way of doing things is how FreeBSD > does things. This isn't the case. FreeBSD scans the bus at pci bus > attach time and adds chilren nodes that it finds. In the Cardbus > case, it will add nodes as the card bus bridge tells us of children, > and then probe/attaches them.=20 i mean the enumeration way . and the trickes to talk with the hotplug brid= ge. BTW pci_init() is the start point for PCI enumeration in linux. The way to add the device to the lists > Finally, you should send me your work for review. I've been keen on > expanding pci bus support for a long time and would be happy to review > such changes. > BTW, Which chipsets and hotplugging methods do you support? i will begin with the fake way here ,then give support to pciexpress native hotplug .there is common register interface for pci e hotplug first ,i will not change the source ,just add a module. --=20 we who r about to die,salute u! From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 04:36:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53C4B16A41C for ; Tue, 7 Jun 2005 04:36:32 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0DCA43D1D for ; Tue, 7 Jun 2005 04:36:31 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j574aVms046058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 6 Jun 2005 21:36:31 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42A5253E.10401@errno.com> Date: Mon, 06 Jun 2005 21:40:30 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADSUP: wpa support in the tree 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, 07 Jun 2005 04:36:32 -0000 I brought wpa_supplicant and hostapd from the ports area into CVS and Brooks and I are working to complete the integration with the rc scripts. When the dust settles you'll be able to configure wpa_supplicant use similarly to dhcp (modulo the need for a wpa_supplicant.conf file). I'm still working on the manual pages and resolving some issues with hostapd but things should work as well or better than the equivalent ports. The main open issue is what to support in the base configuration. For now wpa_supplicant only supports WPA-PSK. To enable 802.1x support you must set a new make.conf variable ENABLE_WPA_SUPPLICANT_EAPOL and have openssl support not disabled. When this is done you get EAP-PEAP, EAP-LEAP, and EAP-TLS support. I'd like to include EAP-FAST support but that requires mods to openssl that we do not have. I'm looking for feedback on the above. Do many folks need/use more than WPA-PSK? Are the above set of EAP methods sufficient? All the EAP methods supported by wpa_supplicant are available; they just won't be enabled by default (i.e. you'll need to tweak the configuration and/or Makefile). Remember that WPA support requires a WPA-capable driver. I know ath has full support and ndis has some WPA-PSK support. I'm not sure how well the other drivers work (except that wi does not currently have any support). Sam From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 04:45:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 227A416A41C; Tue, 7 Jun 2005 04:45:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E760243D1D; Tue, 7 Jun 2005 04:45:40 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j574iRmU090275; Mon, 6 Jun 2005 22:44:44 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 06 Jun 2005 22:45:13 -0600 (MDT) Message-Id: <20050606.224513.131763662.imp@bsdimp.com> To: fierykylin@gmail.com From: "M. Warner Losh" In-Reply-To: <87ab37ab050606211290c3220@mail.gmail.com> References: <87ab37ab05060108167dee1d6@mail.gmail.com> <20050605.110508.101566419.imp@bsdimp.com> <87ab37ab050606211290c3220@mail.gmail.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: what is the init entrance for pci bus scan in FREEbsd? 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, 07 Jun 2005 04:45:42 -0000 In message: <87ab37ab050606211290c3220@mail.gmail.com> kylin writes: : On 6/6/05, M. Warner Losh wrote: : > I'm not sure I understand what you are getting at here. First, devd : > already provides 95% of the infrastructure to do things when devices : > are added to the system. : sorry ,i ignore it!! it is really a lite tool:) ,but it seems that : /dev/devctl does not present the function to write to the devctl,then : I think it is impossible to give order to disable or enable the pci : slots without making changes. OK. You need a daemon to respond to the state diagram of the pci hot plug interaction model. : then it is devd that should come into play( like the sbin/hotplug in : linux?):) Yes. devd predates hotplug in Linux, but not by much (they both were worked on in parallel). : > Second, you assume that linux's way of doing things is how FreeBSD : > does things. This isn't the case. FreeBSD scans the bus at pci bus : > attach time and adds chilren nodes that it finds. In the Cardbus : > case, it will add nodes as the card bus bridge tells us of children, : > and then probe/attaches them. : i mean the enumeration way . and the trickes to talk with the hotplug bridge. : BTW pci_init() is the start point for PCI enumeration in linux. The : way to add the device to the lists You'll need to look at how cardbus handles this. : > Finally, you should send me your work for review. I've been keen on : > expanding pci bus support for a long time and would be happy to review : > such changes. : : > BTW, Which chipsets and hotplugging methods do you support? : i will begin with the fake way here ,then give support to pciexpress : native hotplug .there is common register interface for pci e hotplug : first ,i will not change the source ,just add a module. I think you should make it be a full-fledged driver, rather than an add-on on the side. You'll not be able to solve the resource problems otherwise. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 04:57:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 043F516A41C for ; Tue, 7 Jun 2005 04:57:46 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5D6243D49 for ; Tue, 7 Jun 2005 04:57:45 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j574vjdF006135; Mon, 6 Jun 2005 21:57:45 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j574vj1E006134; Mon, 6 Jun 2005 21:57:45 -0700 Date: Mon, 6 Jun 2005 21:57:45 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050607045745.GC2338@odin.ac.hmc.edu> References: <20050607034620.GA32718@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sHrvAb52M6C8blB9" Content-Disposition: inline In-Reply-To: <20050607034620.GA32718@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 04:57:46 -0000 --sHrvAb52M6C8blB9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 06, 2005 at 08:46:20PM -0700, Brooks Davis wrote: > I'm about to start importing the OpenBSD dhclient and required > support in /etc. I will unhook dhclient from the build while I work so > there shouldn't be much breakage for most people. In theory we're all clear. I'll start some buildworlds to verify that. If you experience any issues, please post here and I'll try to figure them out. I deleted a lot of code from the rc scripts, so unexpected, subtle changes are no unlikely. Thanks to Sam Leffler for realizing this solved many of the problems with isc-dhclient doing the initial port! -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --sHrvAb52M6C8blB9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCpSlIXY6L6fI4GtQRAnXhAKDjbokSOQe74t7SixI+7anhBiMYNACg0n5p UsZECTmog5+DuSHItjJye6g= =yS7Z -----END PGP SIGNATURE----- --sHrvAb52M6C8blB9-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 05:06:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2E3E16A41C for ; Tue, 7 Jun 2005 05:06:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id A01E843D58 for ; Tue, 7 Jun 2005 05:06:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j5754hbU090471; Mon, 6 Jun 2005 23:04:43 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 06 Jun 2005 23:05:29 -0600 (MDT) Message-Id: <20050606.230529.18643415.imp@bsdimp.com> To: jeremie@le-hen.org From: "M. Warner Losh" In-Reply-To: <20050606132259.GM41050@obiwan.tataz.chchile.org> References: <20050606131957.GL41050@obiwan.tataz.chchile.org> <20050606132259.GM41050@obiwan.tataz.chchile.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 07 Jun 2005 05:06:49 -0000 In message: <20050606132259.GM41050@obiwan.tataz.chchile.org> Jeremie Le Hen writes: : > Windows. Now, the card is recognized (as ed1, not ed0, I still : > wonder why since I can't see any resource conflict related message) : > but it doesn't have a MAC address. : : To be even more precise, I get ed0 with an in-kernel driver, and ed1 : with a module. Most likely this is because your /boot/device.hints reserves unit 0 for some ISA card. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 05:07:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CEC716A41C for ; Tue, 7 Jun 2005 05:07:05 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6833443D53 for ; Tue, 7 Jun 2005 05:07:04 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j5754HSj090467; Mon, 6 Jun 2005 23:04:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 06 Jun 2005 23:05:03 -0600 (MDT) Message-Id: <20050606.230503.122299411.imp@bsdimp.com> To: jeremie@le-hen.org From: "M. Warner Losh" In-Reply-To: <20050606131957.GL41050@obiwan.tataz.chchile.org> References: <20050606131957.GL41050@obiwan.tataz.chchile.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 07 Jun 2005 05:07:05 -0000 In message: <20050606131957.GL41050@obiwan.tataz.chchile.org> Jeremie Le Hen writes: : Hi list, : : a friend of mine just upgraded his box from 5.4 to CURRENT. His : ed(4) network adapter used to work when running 5.4 as well as : Windows. Now, the card is recognized (as ed1, not ed0, I still : wonder why since I can't see any resource conflict related message) : but it doesn't have a MAC address. Note that the interface flags : are somewhat weird. My friend tried to use an in-kernel driver as : well as the if_ed module, this is the same. Defining ED_DEBUG : doesn't give more diagnostic about the problem. We can still : assign a MAC address manually, although ATM I still haven't got any : chance to try if the card is really working, but I'll be able to : in a few hours. : : I attached the dmesg of boot verbose. Thanks in advance for your help. : : Regards, : : %%% : bana# ifconfig ed0 : ed0: flags=108802 mtu 1500 : ether 00:00:00:00:00:00 : bana# ifconfig ed0 link 00:11:22:33:44:55 : bana# ifconfig ed0 : ed0: flags=108802 mtu 1500 : ether 00:11:22:33:44:55 : : bana# pciconf -lv | sed -n '/^ed/,/subclass/p' : ed0@pci0:7:0: class=0x020000 card=0x802910ec chip=0x802910ec rev=0x00 hdr=0x00 : vendor = 'Realtek Semiconductor' : device = 'RTL8029 NE2000 compatible Ethernet' : class = network : subclass = ethernet Chances are good that I broke this in my hacking. I didn't have a RTL8029 at the time to test on :-( Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 05:07:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1846516A458 for ; Tue, 7 Jun 2005 05:07:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14D6C43D55 for ; Tue, 7 Jun 2005 05:07:14 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j5755JVY090475; Mon, 6 Jun 2005 23:05:20 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 06 Jun 2005 23:06:06 -0600 (MDT) Message-Id: <20050606.230606.29758923.imp@bsdimp.com> To: bms@spc.org From: "M. Warner Losh" In-Reply-To: <20050606133434.GG734@empiric.icir.org> References: <20050606131957.GL41050@obiwan.tataz.chchile.org> <20050606133434.GG734@empiric.icir.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, jeremie@le-hen.org, bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 07 Jun 2005 05:07:16 -0000 In message: <20050606133434.GG734@empiric.icir.org> Bruce M Simpson writes: : Clearly something is going wrong when the driver attempts to read the : station address from the onboard PROM. Perhaps something is wrong : with it? It's difficult to tell because the cards are mongrels (NE2000 : clones abound, and the driver tries to be all things to all people). Chances are good I broke it during my ed driver cleanup. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 05:10:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3D0816A41C for ; Tue, 7 Jun 2005 05:10:00 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1014F43D55 for ; Tue, 7 Jun 2005 05:09:59 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j5756ucM090496; Mon, 6 Jun 2005 23:06:56 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 06 Jun 2005 23:07:42 -0600 (MDT) Message-Id: <20050606.230742.103661451.imp@bsdimp.com> To: jeremie@le-hen.org From: "M. Warner Losh" In-Reply-To: <20050606155400.GP41050@obiwan.tataz.chchile.org> References: <20050606131957.GL41050@obiwan.tataz.chchile.org> <20050606133434.GG734@empiric.icir.org> <20050606155400.GP41050@obiwan.tataz.chchile.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 07 Jun 2005 05:10:01 -0000 In message: <20050606155400.GP41050@obiwan.tataz.chchile.org> Jeremie Le Hen writes: : It seems that the ed(4) driver from 2005.01.01 are working well. : There have been numerous commits since then, but I'm trying to find : the culprit ATM. I'll keep list abreast of the results. If you find the one that's at issue, I'll be happy to work with you to resolve it. Warner From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 05:25:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44D7E16A41C for ; Tue, 7 Jun 2005 05:25:24 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15A6543D5E for ; Tue, 7 Jun 2005 05:25:24 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DfWaY-000PJg-A5; Tue, 07 Jun 2005 05:25:22 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfWaQ-0001fl-Qo; Mon, 06 Jun 2005 22:25:14 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17061.12218.324940.491539@roam.psg.com> Date: Mon, 6 Jun 2005 22:25:14 -0700 To: Brooks Davis References: <20050607034620.GA32718@odin.ac.hmc.edu> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 05:25:24 -0000 for those of us who use a lot of the kinkier hacks of isc dhclient (and dhcpd) [0], i presume we will still be able to install this week's isc snapshots and keep runing, yes? randy --- [0] - dynamic dns update, wifi ssid search list, ... From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 05:47:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9290B16A41C for ; Tue, 7 Jun 2005 05:47:48 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48CCD43D4C for ; Tue, 7 Jun 2005 05:47:48 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j575llYU011023; Mon, 6 Jun 2005 22:47:47 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j575ljpi011021; Mon, 6 Jun 2005 22:47:45 -0700 Date: Mon, 6 Jun 2005 22:47:45 -0700 From: Brooks Davis To: Randy Bush Message-ID: <20050607054745.GA10355@odin.ac.hmc.edu> References: <20050607034620.GA32718@odin.ac.hmc.edu> <17061.12218.324940.491539@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <17061.12218.324940.491539@roam.psg.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 05:47:48 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 06, 2005 at 10:25:14PM -0700, Randy Bush wrote: > for those of us who use a lot of the kinkier hacks of isc dhclient > (and dhcpd) [0], i presume we will still be able to install this=20 > week's isc snapshots and keep runing, yes? >=20 > [0] - dynamic dns update, wifi ssid search list, ... It depends. This is a fork of the isc client so some of that will still be supported, for example dhclient.conf is still supported. Other stuff many require the use of the isc one which will be tricky because they have vastly differnet modes of operation and thus the startup scripts scripts are different. I intend to treat this as code we can modify so if we need features, they can be added. We've also heard form Ted Lemon recently and he's working on simplifying the ISC code so at some point in the future, we could switch back if that were warranted. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCpTUBXY6L6fI4GtQRAngvAJ40tH+s6omMUCayZJPYNDNMKjGoJACfUNq2 Njc7Q0l2YJyQRuZYE8q7+ss= =rki8 -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 06:26:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3FA716A41C; Tue, 7 Jun 2005 06:26:13 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub03.unibe.ch (mailhub03-eth0.unibe.ch [130.92.9.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E33843D48; Tue, 7 Jun 2005 06:26:13 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub02.unibe.ch [130.92.254.66]) by mailhub03.unibe.ch (Postfix) with ESMTP id 71B9111ABF; Tue, 7 Jun 2005 08:26:13 +0200 (CEST) Received: from mailhub03.unibe.ch ([130.92.9.70]) by localhost (scanhub02.unibe.ch [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 04886-06-4; Tue, 7 Jun 2005 08:26:08 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub03.unibe.ch (Postfix) with ESMTP id 9528E11A7F; Tue, 7 Jun 2005 08:26:12 +0200 (CEST) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id j576QA8n005622; Tue, 7 Jun 2005 08:26:10 +0200 (MEST) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id j576QApe017235; Tue, 7 Jun 2005 08:26:10 +0200 (MEST) Date: Tue, 7 Jun 2005 08:26:10 +0200 From: Tobias Roth To: Doug Barton Message-ID: <20050607062610.GA17215@droopy.unibe.ch> References: <20050605022207.GA18499@dragon.NUXI.org> <42A4C8CB.8090809@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42A4C8CB.8090809@FreeBSD.org> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: freebsd-current@freebsd.org, freebsd-rc@freebsd.org Subject: Re: I'd like to rm these RCng files 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, 07 Jun 2005 06:26:14 -0000 On Mon, Jun 06, 2005 at 03:06:03PM -0700, Doug Barton wrote: > > In the future though, it would be nice to ask about rc.d related stuff on > the freebsd-rc@freebsd.org mailing list. To increase the chances of having topics like that sent to freebsd-rc, you may want to consider to tell people about it on the FreeBSD website. For instance here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html cheers, t. From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 07:10:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C146D16A41C for ; Tue, 7 Jun 2005 07:10:28 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85DEC43D49 for ; Tue, 7 Jun 2005 07:10:27 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so435614nzk for ; Tue, 07 Jun 2005 00:10:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LpSEuw4l+f1xk//2nI7Ig0zssCCnlM7SOaxJ5mpy5epvSJYFCPRJB//tA9eO5raXcQZ+PqonUO6i3Gkm5KEjsC1Ak03nx5QSUZ5k485hJYU8egomv+IAsoKnq2EUCoqMgUKmHdGsRTjwxdxsh/BQtZ7XkYhwD7NZIg90aHQFq0I= Received: by 10.36.138.5 with SMTP id l5mr187293nzd; Tue, 07 Jun 2005 00:10:24 -0700 (PDT) Received: by 10.36.42.19 with HTTP; Tue, 7 Jun 2005 00:10:24 -0700 (PDT) Message-ID: Date: Tue, 7 Jun 2005 00:10:24 -0700 From: Pascal Hofstee To: Mike Jakubik In-Reply-To: <1354.172.16.0.199.1117061024.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050524030802.GD61461@cell.sick.ru> <20050524050713.0935F16A41F@hub.freebsd.org> <1354.172.16.0.199.1117061024.squirrel@172.16.0.1> Cc: Bill Paul , Gleb Smirnoff , freebsd-current@freebsd.org Subject: Re: non-sleepable locks held (xl0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pascal Hofstee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 07:10:28 -0000 On 5/25/05, Mike Jakubik wrote: > On Tue, May 24, 2005 1:07 am, Bill Paul said: >=20 > > You can't sleep in taskqueue_drain() with a lock held (clowns > > will eat you). Wait for the taskqueue to drain first, then lock. >=20 > Let me know when there is a patch commited to -current, and i will gladly > rebuild and test. I have had some serious trouble getting my amd64 system to boot properly ever since the removal of the NO_MIXED_MODE option (trouble with my SATA disk and an nForce3 chipset) ... so i only recently (after Soren's latest nForce related SATA commit which made it all work again) discovered i am suffering the exact same issue ... If there is a patch to be tested i will gladly rebuild and see if it will resolve the problem on my end as well ... --=20 Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 07:12:10 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50E3F16A41C; Tue, 7 Jun 2005 07:12:10 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 912E443D49; Tue, 7 Jun 2005 07:12:09 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j577C6Qc022494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 7 Jun 2005 11:12:06 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j577C5IW011160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jun 2005 11:12:06 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j577C5VV011159; Tue, 7 Jun 2005 11:12:05 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 7 Jun 2005 11:12:05 +0400 From: Gleb Smirnoff To: Pascal Hofstee Message-ID: <20050607071205.GB10417@cell.sick.ru> References: <20050524030802.GD61461@cell.sick.ru> <20050524050713.0935F16A41F@hub.freebsd.org> <1354.172.16.0.199.1117061024.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: Mike Jakubik , freebsd-current@FreeBSD.org, Bill Paul Subject: Re: non-sleepable locks held (xl0) 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, 07 Jun 2005 07:12:10 -0000 On Tue, Jun 07, 2005 at 12:10:24AM -0700, Pascal Hofstee wrote: P> On 5/25/05, Mike Jakubik wrote: P> > On Tue, May 24, 2005 1:07 am, Bill Paul said: P> > P> > > You can't sleep in taskqueue_drain() with a lock held (clowns P> > > will eat you). Wait for the taskqueue to drain first, then lock. P> > P> > Let me know when there is a patch commited to -current, and i will gladly P> > rebuild and test. P> P> I have had some serious trouble getting my amd64 system to boot P> properly ever since the removal of the NO_MIXED_MODE option (trouble P> with my SATA disk and an nForce3 chipset) ... so i only recently P> (after Soren's latest nForce related SATA commit which made it all P> work again) discovered i am suffering the exact same issue ... P> P> If there is a patch to be tested i will gladly rebuild and see if it P> will resolve the problem on my end as well ... Pardon, how is this related to WITNESS warning in xl(4)? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 07:16:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB86016A41C for ; Tue, 7 Jun 2005 07:16:56 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 539DC43D48 for ; Tue, 7 Jun 2005 07:16:56 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so437876nzk for ; Tue, 07 Jun 2005 00:16:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VGNgbe93TqH6c/+xaYCVu+XKoh6lIOoSQshN8l101HHHCrtePc+xLqfewTasKZ92ZOu6VUL26jJV8SxhrEsdVUJX1am111F4tx/imtP0X9wcz295XRWovTreezs+5ShvT5gyJZXX2VXs3xYM1wWHFDias0LWyZZrSEnCFVAD1HQ= Received: by 10.36.221.66 with SMTP id t66mr1085027nzg; Tue, 07 Jun 2005 00:16:55 -0700 (PDT) Received: by 10.36.42.19 with HTTP; Tue, 7 Jun 2005 00:16:55 -0700 (PDT) Message-ID: Date: Tue, 7 Jun 2005 00:16:55 -0700 From: Pascal Hofstee To: Gleb Smirnoff In-Reply-To: <20050607071205.GB10417@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050524030802.GD61461@cell.sick.ru> <20050524050713.0935F16A41F@hub.freebsd.org> <1354.172.16.0.199.1117061024.squirrel@172.16.0.1> <20050607071205.GB10417@cell.sick.ru> Cc: Mike Jakubik , freebsd-current@freebsd.org, Bill Paul Subject: Re: non-sleepable locks held (xl0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pascal Hofstee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 07:16:56 -0000 On 6/7/05, Gleb Smirnoff wrote: > Pardon, how is this related to WITNESS warning in xl(4)? It's related because i am seeing the Exact same problem in the xl(4) driver ... i only now commented (about 2 weeks after last posting) because i couldn't get my system to boot up properly with a fresh kernel (and therefore notice the xl-problem) until Soren's latest nForce related SATA fix :) I guess i should have been more clear ... (last tested on today's 6.0-CURRENT amd64) Sorry for the confusion ... --=20 Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 07:22:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB7E416A41C for ; Tue, 7 Jun 2005 07:22:49 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from ecf.puc.edu (ecf2.puc.edu [12.16.216.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A11E43D1D for ; Tue, 7 Jun 2005 07:22:49 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from gate1.puc.edu (gate1.puc.edu [192.168.230.3]) by ecf.puc.edu (8.11.6/8.10.1) with ESMTP id j577MsP17583 for ; Tue, 7 Jun 2005 00:22:54 -0700 (PDT) Received: from [10.201.136.242] ([10.201.136.242]) by gate1 with IMSS; Tue, 07 Jun 2005 00:21:37 -0700 Message-ID: <42A54B94.5040807@gmail.com> Date: Tue, 07 Jun 2005 00:24:04 -0700 From: Jeff Hubbard User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> <42A4BD7E.7050506@gmail.com> <20050606223748.yn07f4y0748g04oc@mail.bafirst.com> In-Reply-To: <20050606223748.yn07f4y0748g04oc@mail.bafirst.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pear broken on 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, 07 Jun 2005 07:22:50 -0000 eculp@bafirst.com wrote: > Quoting Jeff Hubbard : > > Thanks, Jeff. The problem is that I am running 6.0 Current and the > root of the problem is even referenced in UPDATING on May 28. Backing > out to a May 27 Kernel works perfectly, which is what I'm doing for now. > > This is seperate from the problem with PHP5 no compiling, out of the box. > > Sorry for any confusion. > > ed > > _______________________________________________ > 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" > Yea, I just finished cvsup'ing 6.0-current and I'm seeing the problem. I'll see what I can do to work around it. Jeff From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 07:31:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8590B16A41C for ; Tue, 7 Jun 2005 07:31:20 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from ecf.puc.edu (ecf2.puc.edu [12.16.216.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E89B43D4C for ; Tue, 7 Jun 2005 07:31:19 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from gate1.puc.edu (gate1.puc.edu [192.168.230.3]) by ecf.puc.edu (8.11.6/8.10.1) with ESMTP id j577VRP18812 for ; Tue, 7 Jun 2005 00:31:27 -0700 (PDT) Received: from [10.201.136.242] ([10.201.136.242]) by gate1 with IMSS; Tue, 07 Jun 2005 00:30:10 -0700 Message-ID: <42A54D96.3050708@gmail.com> Date: Tue, 07 Jun 2005 00:32:38 -0700 From: Jeff Hubbard User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> <42A4BD7E.7050506@gmail.com> <20050606223748.yn07f4y0748g04oc@mail.bafirst.com> In-Reply-To: <20050606223748.yn07f4y0748g04oc@mail.bafirst.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pear broken on 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, 07 Jun 2005 07:31:20 -0000 Hi again, I did a bit of playing around and found a way to work around the pear problem with 6.0-CURRENT. Change the first few lines of the script to look like this: #!/usr/local/bin/php -nq X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F62416A41C for ; Tue, 7 Jun 2005 07:34:14 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC71F43D48 for ; Tue, 7 Jun 2005 07:34:13 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j577YBcl023270 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 7 Jun 2005 11:34:12 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j577YBLV011681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jun 2005 11:34:11 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j577YALZ011680; Tue, 7 Jun 2005 11:34:10 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 7 Jun 2005 11:34:10 +0400 From: Gleb Smirnoff To: Pascal Hofstee Message-ID: <20050607073410.GA11663@cell.sick.ru> References: <20050524030802.GD61461@cell.sick.ru> <20050524050713.0935F16A41F@hub.freebsd.org> <1354.172.16.0.199.1117061024.squirrel@172.16.0.1> <20050607071205.GB10417@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: current@FreeBSD.org Subject: Re: non-sleepable locks held (xl0) 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, 07 Jun 2005 07:34:14 -0000 On Tue, Jun 07, 2005 at 12:16:55AM -0700, Pascal Hofstee wrote: P> On 6/7/05, Gleb Smirnoff wrote: P> > Pardon, how is this related to WITNESS warning in xl(4)? P> P> It's related because i am seeing the Exact same problem in the xl(4) P> driver ... i only now commented (about 2 weeks after last posting) P> because i couldn't get my system to boot up properly with a fresh P> kernel (and therefore notice the xl-problem) until Soren's latest P> nForce related SATA fix :) P> P> I guess i should have been more clear ... (last tested on today's P> 6.0-CURRENT amd64) P> Sorry for the confusion ... You mean, that you can test patches now? I'll send you one soon. Bill is silent, probably on vacation. That's why this issue is suspended. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 07:43:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D62D16A41C; Tue, 7 Jun 2005 07:43:36 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6BD143D1D; Tue, 7 Jun 2005 07:43:18 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j577gvrc060124; Tue, 7 Jun 2005 10:42:57 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 53108-03; Tue, 7 Jun 2005 10:42:56 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j577guRK060121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jun 2005 10:42:56 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j577hJkG031058; Tue, 7 Jun 2005 10:43:19 +0300 (EEST) (envelope-from ru) Date: Tue, 7 Jun 2005 10:43:19 +0300 From: Ruslan Ermilov To: Gleb Smirnoff Message-ID: <20050607074319.GF30490@ip.net.ua> References: <20050524030802.GD61461@cell.sick.ru> <20050524050713.0935F16A41F@hub.freebsd.org> <1354.172.16.0.199.1117061024.squirrel@172.16.0.1> <20050607071205.GB10417@cell.sick.ru> <20050607073410.GA11663@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i3lJ51RuaGWuFYNw" Content-Disposition: inline In-Reply-To: <20050607073410.GA11663@cell.sick.ru> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org, Pascal Hofstee Subject: Re: non-sleepable locks held (xl0) 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, 07 Jun 2005 07:43:36 -0000 --i3lJ51RuaGWuFYNw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 07, 2005 at 11:34:10AM +0400, Gleb Smirnoff wrote: > On Tue, Jun 07, 2005 at 12:16:55AM -0700, Pascal Hofstee wrote: > P> On 6/7/05, Gleb Smirnoff wrote: > P> > Pardon, how is this related to WITNESS warning in xl(4)? > P>=20 > P> It's related because i am seeing the Exact same problem in the xl(4) > P> driver ... i only now commented (about 2 weeks after last posting) > P> because i couldn't get my system to boot up properly with a fresh > P> kernel (and therefore notice the xl-problem) until Soren's latest > P> nForce related SATA fix :) > P>=20 > P> I guess i should have been more clear ... (last tested on today's > P> 6.0-CURRENT amd64) > P> Sorry for the confusion ... >=20 > You mean, that you can test patches now? I'll send you one soon. > Bill is silent, probably on vacation. That's why this issue is suspended. >=20 Throw it (the patch) my way too. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --i3lJ51RuaGWuFYNw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpVAXqRfpzJluFF4RAvQnAJ4yNBhmTAklxIkDgv8zHbq1Gbh7XgCeMPHu TbMQxsCJHX7T1z57utaornY= =gM1o -----END PGP SIGNATURE----- --i3lJ51RuaGWuFYNw-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 07:58:44 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB5E16A41C; Tue, 7 Jun 2005 07:58:44 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DDFD43D48; Tue, 7 Jun 2005 07:58:43 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j577wgIb061125; Tue, 7 Jun 2005 10:58:42 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 53712-15; Tue, 7 Jun 2005 10:58:41 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j577wfNS061122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jun 2005 10:58:41 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j577x8LY031138; Tue, 7 Jun 2005 10:59:08 +0300 (EEST) (envelope-from ru) Date: Tue, 7 Jun 2005 10:59:08 +0300 From: Ruslan Ermilov To: Dag-Erling Smorgrav Message-ID: <20050607075908.GG30490@ip.net.ua> References: <20050607030750.0375D7306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iAL9S67WQOXgEPD9" Content-Disposition: inline In-Reply-To: <20050607030750.0375D7306E@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [current tinderbox] failure on amd64/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, 07 Jun 2005 07:58:45 -0000 --iAL9S67WQOXgEPD9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi DES, I'm getting exactly the same failure failure when compiling on amd64. You cannot just link .a with the shared objects on amd64. I suggest that you revert your changes which made libssh an internal library, as it causes more pain than a gain. (I've been experimenting with various patches that fix-up now redundant dependencies after you made libssh an internal lib when I was caught by this.) Another option is to build a special PIC library, and use it to compile pam_ssh.so. You decide if you want it the hard way or not. :-) On Mon, Jun 06, 2005 at 11:07:50PM -0400, FreeBSD Tinderbox wrote: > TB --- 2005-06-07 02:32:25 - tinderbox 2.3 running on freebsd-current.sen= tex.ca > TB --- 2005-06-07 02:32:25 - starting CURRENT tinderbox run for amd64/amd= 64 > TB --- 2005-06-07 02:32:25 - cleaning the object tree > TB --- 2005-06-07 02:32:59 - checking out the source tree > TB --- 2005-06-07 02:32:59 - cd /home/tinderbox/CURRENT/amd64/amd64 > TB --- 2005-06-07 02:32:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -P= d -A src > TB --- 2005-06-07 02:39:07 - building world (CFLAGS=3D-O2 -pipe) > TB --- 2005-06-07 02:39:07 - cd /home/tinderbox/CURRENT/amd64/amd64/src > TB --- 2005-06-07 02:39:07 - /usr/bin/make -B buildworld > >>> Building an up-to-date make(1) > >>> 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 > [...] > =3D=3D=3D> lib/libpam/modules/pam_self (all) > cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libpam= /modules/pam_self/../../../../contrib/openpam/include -I/tinderbox/CURRENT/= amd64/amd64/src/lib/libpam/modules/pam_self/../../libpam -Wsystem-headers -= Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -= Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strin= gs -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-uninitialized -c = /tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_self/pam_self.c -= o pam_self.So > building shared library pam_self.so.2 > =3D=3D=3D> lib/libpam/modules/pam_ssh (all) > cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libpam= /modules/pam_ssh/../../../../crypto/openssh -I/tinderbox/CURRENT/amd64/amd6= 4/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/tin= derbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh/../../libpam -c = /tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh/pam_ssh.c -o = pam_ssh.So > building shared library pam_ssh.so.2 > /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd= 64/src/tmp/usr/bin/ld: /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/C= URRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh/../../../../secure/lib/li= bssh/libssh.a(authfile.o): relocation R_X86_64_32 can not be used when maki= ng a shared object; recompile with -fPIC > /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/sr= c/lib/libpam/modules/pam_ssh/../../../../secure/lib/libssh/libssh.a: could = not read symbols: Bad value > *** Error code 1 >=20 > Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libpam/modules/pam_ssh. > *** Error code 1 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --iAL9S67WQOXgEPD9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpVPMqRfpzJluFF4RAtAVAKCAW51s2mni+m8DGB7wu3YnukvgKwCfRJSy 50SeX7ZrQ7FKqFqWBYL4xQQ= =Zeit -----END PGP SIGNATURE----- --iAL9S67WQOXgEPD9-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 08:18:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E64616A41C; Tue, 7 Jun 2005 08:18:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB96A43D1D; Tue, 7 Jun 2005 08:18:04 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j578Ht1p054604; Tue, 7 Jun 2005 04:17:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j578I3ss045972; Tue, 7 Jun 2005 04:18:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E9EF7306E; Tue, 7 Jun 2005 04:18:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050607081803.7E9EF7306E@freebsd-current.sentex.ca> Date: Tue, 7 Jun 2005 04:18:03 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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, 07 Jun 2005 08:18:05 -0000 TB --- 2005-06-07 07:37:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-07 07:37:30 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-06-07 07:37:30 - cleaning the object tree TB --- 2005-06-07 07:37:59 - checking out the source tree TB --- 2005-06-07 07:37:59 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-06-07 07:37:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-07 07:44:11 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-07 07:44:11 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-07 07:44:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] building shared library pam_self.so.2 ===> lib/libpam/modules/pam_ssh (all) cc -fpic -DPIC -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules/pam_ssh/../../../../crypto/openssh -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules/pam_ssh/../../../../contrib/openpam/include -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules/pam_ssh/../../libpam -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules/pam_ssh/pam_ssh.c -o pam_ssh.So building shared library pam_ssh.so.2 /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/bin/ld: /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules/pam_ssh/../../../../secure/lib/libssh/libssh.a(compat.o): @gprel relocation against dynamic symbol compat20 /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/bin/ld: /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules/pam_ssh/../../../../secure/lib/libssh/libssh.a(compat.o): @gprel relocation against dynamic symbol compat13 /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/bin/ld: /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules/pam_ssh/../../../../secure/lib/libssh/libssh.a(compat.o): @gprel relocation against dynamic symbol datafellows /home/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/tmp/usr/bin/ld: /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules/pam_ssh/../../../../secure/lib/libssh/libssh.a(compat.o): @gprel relocation against dynamic symbol datafellows *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules/pam_ssh. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libpam/modules. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libpam. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-06-07 08:18:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-07 08:18:03 - ERROR: failed to build world TB --- 2005-06-07 08:18:03 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 09:28:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F1BA16A41C for ; Tue, 7 Jun 2005 09:28:55 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0702043D53 for ; Tue, 7 Jun 2005 09:28:54 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 489F63F294; Tue, 7 Jun 2005 11:28:53 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id C5B59276; Tue, 7 Jun 2005 11:28:52 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id AC0951BA; Tue, 7 Jun 2005 11:28:52 +0200 (CEST) Date: Tue, 7 Jun 2005 11:28:52 +0200 (CEST) From: Sten Spans To: Brooks Davis In-Reply-To: <20050607034620.GA32718@odin.ac.hmc.edu> Message-ID: References: <20050607034620.GA32718@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 09:28:55 -0000 On Mon, 6 Jun 2005, Brooks Davis wrote: > I'm about to start importing the OpenBSD dhclient and required > support in /etc. I will unhook dhclient from the build while I work so > there shouldn't be much breakage for most people. > > > Since the interface configuration process had to change to accommodate > this, I've taken the opportunity to streamline it. There are now less > paths by which and interface will be configured. First, > /etc/rc.d/dhclient is no longer a start script and simply exists to > start and stop individual dhclients. Second, /etc/rc.d/netif now > handles both DHCP and non-DHCP interfaces. As a bonus, it can handle > interface which are both so the following is a valid configuration: > > ifconfig_fxp0="DHCP media 100baseTX" This is great, another use for this is dhcp on vlan interfaces, aka: ifconfig_vlan42="DHCP vlandev fxp0" Previously this had to be done with interface start scripts. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 09:46:46 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45D3116A41C; Tue, 7 Jun 2005 09:46:46 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7065A43D55; Tue, 7 Jun 2005 09:46:45 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 20FCCEB0B52; Tue, 7 Jun 2005 17:46:41 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 715DD135079; Tue, 7 Jun 2005 17:46:38 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09325-16; Tue, 7 Jun 2005 17:46:29 +0800 (CST) Received: from [10.217.12.87] (unknown [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 81619135084; Tue, 7 Jun 2005 17:46:26 +0800 (CST) From: Xin LI To: pfgshield-freebsd@yahoo.com In-Reply-To: <20050605203306.40945.qmail@web51608.mail.yahoo.com> References: <20050605203306.40945.qmail@web51608.mail.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-6Uj1UAeqAFAcknNkf+lK" Organization: The FreeBSD Simplified Chinese Project Date: Tue, 07 Jun 2005 17:46:18 +0800 Message-Id: <1118137578.749.17.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at frontfree.net Cc: nsouch@FreeBSD.org, Joerg Sonnenberger , current@FreeBSD.org Subject: Re: Kernel Graphics Interface ?? (was Re: Vesa) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 09:46:46 -0000 --=-6Uj1UAeqAFAcknNkf+lK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2005-06-05=E6=97=A5=E7=9A=84 22:33 +0200=EF=BC=8Cpfgshield-freebs= d@yahoo.com=E5=86=99=E9=81=93=EF=BC=9A > KGI is indeed active thanks to Nicholas' heroic effort: > http://kgi-wip.sourceforge.net/ > http://people.freebsd.org/~nsouch/kgi4BSD/ >=20 > but there is something missing. Perhaps: >=20 > 1) FreeBSD guys are completely uninterested in graphics support. > 2) There are no graphics gurus in the unix world. > 3) X is doing things just fine. >=20 > Actually... I doubt any of those explain the lack of interest in KGI, but= the > project really needs helping hands and it's not getting them :(. I think we definitely need work on these area, and we consider the whole community "FreeBSD guys" :-)=20 Cheers, --=20 Xin LI http://www.delphij.net/ --=-6Uj1UAeqAFAcknNkf+lK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCpWzq/cVsHxFZiIoRAofJAJwN/Fq5rrXXaCfsm1E8Q1db/+rRGwCffZXx bw4mGvBigrXvm3a/VskGmxo= =3Byk -----END PGP SIGNATURE----- --=-6Uj1UAeqAFAcknNkf+lK-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 10:30:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8179F16A41C for ; Tue, 7 Jun 2005 10:30:37 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A9F443D53 for ; Tue, 7 Jun 2005 10:30:36 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd31.aul.t-online.de by mailout10.sul.t-online.com with smtp id 1DfbLu-0000bq-03; Tue, 07 Jun 2005 12:30:34 +0200 Received: from Andro-Beta.Leidinger.net (Xd7ZdaZZgeYHvwOc5ksgXET3GJsnCR1B+neyzWOJlkPm4l4Z8c0WrU@[84.165.238.12]) by fwd31.sul.t-online.de with esmtp id 1DfbLp-0dnxwW0; Tue, 7 Jun 2005 12:30:29 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j57AUO9Z093647 for ; Tue, 7 Jun 2005 12:30:25 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Tue, 07 Jun 2005 12:30:24 +0200 Message-ID: <20050607123024.b18hfrd5ww0088ok@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 07 Jun 2005 12:30:24 +0200 From: Alexander Leidinger To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: Xd7ZdaZZgeYHvwOc5ksgXET3GJsnCR1B+neyzWOJlkPm4l4Z8c0WrU@t-dialin.net X-TOI-MSGID: 1966985e-b36f-410f-a729-5eac262c2976 Cc: Subject: How to debug a kernel with a lot kld's? 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, 07 Jun 2005 10:30:37 -0000 Hi, I want to produce a backtrace of a kernel panic ("lockmgr: locking against myself" while accessing a msdosfs, very easy to reproduce for me: let rythmbox rescan the music collection (automatic operation at startup) which resides on a msdosfs). Unfortunately kgdb produces a lot of unresolved symbols since I load msdosfs as a module. The straigt forward way of debugging this is to build msdosfs into the kernel (or to use firewire when I'm back at my place), but I like to know if there's another way too (loading the modules into kgdb). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 10:44:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4C0516A41C; Tue, 7 Jun 2005 10:44:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0E3243D1F; Tue, 7 Jun 2005 10:44:15 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j57AfpYb043964; Tue, 7 Jun 2005 06:41:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j57AiE32003627; Tue, 7 Jun 2005 06:44:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 42F7F7306E; Tue, 7 Jun 2005 06:44:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050607104414.42F7F7306E@freebsd-current.sentex.ca> Date: Tue, 7 Jun 2005 06:44:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [current 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, 07 Jun 2005 10:44:16 -0000 TB --- 2005-06-07 09:44:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-07 09:44:34 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-07 09:44:34 - cleaning the object tree TB --- 2005-06-07 09:44:54 - checking out the source tree TB --- 2005-06-07 09:44:54 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-07 09:44:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-07 09:50:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-07 09:50:54 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-07 09:50:54 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 [...] echo dhclient: /home/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/tmp/usr/lib/libc.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c: In function `bind_lease': /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c:727: warning: int format, different type arg (arg 3) /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c: In function `send_discover': /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c:1148: warning: int format, different type arg (arg 5) /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c: In function `state_panic': /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient/dhclient.c:1200: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sbin/dhclient. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/rescue. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-07 10:44:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-07 10:44:14 - ERROR: failed to build world TB --- 2005-06-07 10:44:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 10:59:14 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5319516A41C for ; Tue, 7 Jun 2005 10:59:14 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from imap1u.univie.ac.at (imap1.unet.univie.ac.at [131.130.1.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C696C43D49 for ; Tue, 7 Jun 2005 10:59:13 +0000 (GMT) (envelope-from le@FreeBSD.org) Received: from pcle2.cc.univie.ac.at (pcle2.cc.univie.ac.at [131.130.2.177]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id j57AwOBX006770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jun 2005 12:58:25 +0200 (CEST) Date: Tue, 7 Jun 2005 12:58:24 +0200 (CEST) From: Lukas Ertl To: Alexander Leidinger In-Reply-To: <20050607123024.b18hfrd5ww0088ok@netchild.homeip.net> Message-ID: <20050607125810.W37703@pcle2.cc.univie.ac.at> References: <20050607123024.b18hfrd5ww0088ok@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-DCC-ZID-Univie-Metrics: mx8 4248; Body=2 Fuz1=2 Fuz2=2 Cc: current@FreeBSD.org Subject: Re: How to debug a kernel with a lot kld's? 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, 07 Jun 2005 10:59:14 -0000 On Tue, 7 Jun 2005, Alexander Leidinger wrote: > I want to produce a backtrace of a kernel panic ("lockmgr: locking against > myself" while accessing a msdosfs, very easy to reproduce for me: let > rythmbox rescan the music collection (automatic operation at startup) which > resides on a msdosfs). Unfortunately kgdb produces a lot of unresolved > symbols since I load msdosfs as a module. The straigt forward way of > debugging this is to build msdosfs into the kernel (or to use firewire when > I'm back at my place), but I like to know if there's another way too > (loading the modules into kgdb). Does this help: cheers, le -- Lukas Ertl http://homepage.univie.ac.at/l.ertl/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 11:38:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93ACB16A41C for ; Tue, 7 Jun 2005 11:38:24 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0180843D53 for ; Tue, 7 Jun 2005 11:38:21 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1DfcPH-0001bP-Dp for current@freebsd.org; Tue, 07 Jun 2005 13:38:09 +0200 Date: Tue, 7 Jun 2005 13:38:11 +0200 From: Marcin Jessa To: FreeBSD-Current Message-Id: <20050607133811.27a839f1.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) Cc: Subject: And again, /libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh 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, 07 Jun 2005 11:38:24 -0000 Hi guys. Ok, this is starting to be really confusing and annoying. I tried to upgrade 5.4-RELEASE to 6.0-CURRENT and still can't successfully run make installworld. Just for the record, the procedure was to: rm -rf /usr/obj/* rm -rf /usr/src/* cvsup cd /usr/src; make buildworld make buildkernel KERNCONF=MYKERNEL make installkernel KERNCONF=MYKERNEL mergemaster -p reboot to single user mode Then make buildworld craps out. What the heck is wrong? I could successfully upgrade my 5.4 kernel and world on the same box. I also have : options COMPAT_43 options COMPAT_FREEBSD4 in my kernel config. My make.conf is following: CFLAGS= -O -pipe #Compiler settings used when compiling C code. CXXFLAGS+= -O -pipe #Compiler settings used when compiling C++ code. #COPTFLAGS= -O2 -pipe #To compile the kernel with special optimizations CPUTYPE?=pentiumpro COMPAT22=YES COMPAT3x=YES COMPAT4x=YES LOADER_TFTP_SUPPORT= YES # added by use.perl 2005-06-02 14:44:11 PERL_VER=5.8.6 PERL_VERSION=5.8.6 This is the error message: ===> bin/sh (install) install -s -o root -g wheel -m 555 -S sh /bin install -o root -g wheel -m 444 sh.1.gz /usr/share/man/man1 ===> bin/sleep (install) install -s -o root -g wheel -m 555 sleep /bin install -o root -g wheel -m 444 sleep.1.gz /usr/share/man/man1 ===> bin/stty (install) install -s -o root -g wheel -m 555 stty /bin install -o root -g wheel -m 444 stty.1.gz /usr/share/man/man1 ===> bin/sync (install) install -s -o root -g wheel -m 555 sync /bin install -o root -g wheel -m 444 sync.8.gz /usr/share/man/man8 ===> bin/test (install) install -s -o root -g wheel -m 555 test /bin install -o root -g wheel -m 444 test.1.gz /usr/share/man/man1 /libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh *** Error code 1 Stop in /usr/src/bin/test. *** Error code 1 Stop in /usr/src/bin. *** 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. From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 11:46:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9623B16A41F for ; Tue, 7 Jun 2005 11:46:46 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1056A43D49 for ; Tue, 7 Jun 2005 11:46:46 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1DfcXQ-0006dp-3D for freebsd-current@freebsd.org; Tue, 07 Jun 2005 13:46:34 +0200 Date: Tue, 7 Jun 2005 13:46:38 +0200 From: Marcin Jessa To: freebsd-current@freebsd.org Message-Id: <20050607134638.42226329.lists@yazzy.org> In-Reply-To: <20050607133811.27a839f1.lists@yazzy.org> References: <20050607133811.27a839f1.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) Subject: Re: And again, /libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh 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, 07 Jun 2005 11:46:46 -0000 Ah, for the future references: This happened becouse of my /etc/libmap.conf Everything works fine now when i commented entries in it. Cheers, Marcin On Tue, 7 Jun 2005 13:38:11 +0200 Marcin Jessa wrote: > Hi guys. > > Ok, this is starting to be really confusing and annoying. > I tried to upgrade 5.4-RELEASE to 6.0-CURRENT and still can't successfully run make installworld. > Just for the record, the procedure was to: > rm -rf /usr/obj/* > rm -rf /usr/src/* > cvsup > cd /usr/src; make buildworld > make buildkernel KERNCONF=MYKERNEL > make installkernel KERNCONF=MYKERNEL > mergemaster -p > reboot to single user mode > Then make buildworld craps out. > > What the heck is wrong? I could successfully upgrade my 5.4 kernel and world on the same box. > > I also have : > options COMPAT_43 > options COMPAT_FREEBSD4 > in my kernel config. > > My make.conf is following: > CFLAGS= -O -pipe #Compiler settings used when compiling C code. > CXXFLAGS+= -O -pipe #Compiler settings used when compiling C++ code. > #COPTFLAGS= -O2 -pipe #To compile the kernel with special optimizations > > CPUTYPE?=pentiumpro > COMPAT22=YES > COMPAT3x=YES > COMPAT4x=YES > LOADER_TFTP_SUPPORT= YES > > # added by use.perl 2005-06-02 14:44:11 > PERL_VER=5.8.6 > PERL_VERSION=5.8.6 > > This is the error message: > > ===> bin/sh (install) > install -s -o root -g wheel -m 555 -S sh /bin > install -o root -g wheel -m 444 sh.1.gz /usr/share/man/man1 > ===> bin/sleep (install) > install -s -o root -g wheel -m 555 sleep /bin > install -o root -g wheel -m 444 sleep.1.gz /usr/share/man/man1 > ===> bin/stty (install) > install -s -o root -g wheel -m 555 stty /bin > install -o root -g wheel -m 444 stty.1.gz /usr/share/man/man1 > ===> bin/sync (install) > install -s -o root -g wheel -m 555 sync /bin > install -o root -g wheel -m 444 sync.8.gz /usr/share/man/man8 > ===> bin/test (install) > install -s -o root -g wheel -m 555 test /bin > install -o root -g wheel -m 444 test.1.gz /usr/share/man/man1 > /libexec/ld-elf.so.1: Undefined symbol "__stdoutp" referenced from COPY relocation in /bin/sh > *** Error code 1 > > Stop in /usr/src/bin/test. > *** Error code 1 > > Stop in /usr/src/bin. > *** 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. > _______________________________________________ > 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 7 11:53:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3676B16A41C for ; Tue, 7 Jun 2005 11:53:26 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB05D43D48 for ; Tue, 7 Jun 2005 11:53:25 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by 72-12-2-214.wan.networktel.net with local; Tue, 07 Jun 2005 06:53:25 -0500 id 00095A98.42A58AB5.0001694A Received: from dsl-201-144-92-62.prod-infinitum.com.mx (dsl-201-144-92-62.prod-infinitum.com.mx [201.144.92.62]) by mail.bafirst.com (Horde MIME library) with HTTP; Tue, 07 Jun 2005 06:53:24 -0500 Message-ID: <20050607065324.krnjtx1k008c8ssg@mail.bafirst.com> Date: Tue, 07 Jun 2005 06:53:24 -0500 From: eculp@bafirst.com To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> <42A4BD7E.7050506@gmail.com> <20050606223748.yn07f4y0748g04oc@mail.bafirst.com> <42A54D96.3050708@gmail.com> In-Reply-To: <42A54D96.3050708@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: Re: pear broken on 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, 07 Jun 2005 11:53:26 -0000 Quoting Jeff Hubbard : > Hi again, > I did a bit of playing around and found a way to work around the pear > problem with 6.0-CURRENT. Change the first few lines of the script to > look like this: > > #!/usr/local/bin/php -nq > ini_set("safe_mode", "0"); > ini_set("output_buffering", "1"); > Hey, Jeff, I just rebooted one on my machines with a kernel, world, mergemaster from this morning and your changes in /usr/local/bin/pear and pear WORKS as expected. AWESOME. Thanks. I agree that this looks like a good solution as it works around the problem mentioned in UPDATING beautifully and should probably be commited. I'm changing all my installations of pear. Thanks again, ed > That gives the same effect, and works around the kernel change. If > someone would fix this and commit it, that'd be awesome. > > Jeff > _______________________________________________ > 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 7 12:10:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A848116A41C for ; Tue, 7 Jun 2005 12:10:37 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 578D043D48 for ; Tue, 7 Jun 2005 12:10:37 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dfcug-0009Be-2Q; Tue, 07 Jun 2005 12:10:34 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfcuY-0002Bz-AJ; Tue, 07 Jun 2005 05:10:26 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17061.36529.813669.724203@roam.psg.com> Date: Tue, 7 Jun 2005 05:10:25 -0700 To: Brooks Davis References: <20050607034620.GA32718@odin.ac.hmc.edu> <17061.12218.324940.491539@roam.psg.com> <20050607054745.GA10355@odin.ac.hmc.edu> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 12:10:37 -0000 >> for those of us who use a lot of the kinkier hacks of isc dhclient >> (and dhcpd) [0], i presume we will still be able to install this >> week's isc snapshots and keep runing, yes? >> >> [0] - dynamic dns update, wifi ssid search list, ... > > It depends. This is a fork of the isc client so some of that will still > be supported, for example dhclient.conf is still supported. Other stuff > many require the use of the isc one which will be tricky because they > have vastly differnet modes of operation and thus the startup scripts > scripts are different. > > I intend to treat this as code we can modify so if we need features, > they can be added. We've also heard form Ted Lemon recently and he's > working on simplifying the ISC code so at some point in the future, we > could switch back if that were warranted. ummm. maybe i was insufficiently clear. i am happy to keep running isc snapshot(s). i just wanted to be sure you were not changing the api on which they sit. randy From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 12:13:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3FEC16A421 for ; Tue, 7 Jun 2005 12:13:11 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3974D43D48 for ; Tue, 7 Jun 2005 12:13:11 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id D78BAEB1902 for ; Tue, 7 Jun 2005 20:13:09 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 7F98F1311F6; Tue, 7 Jun 2005 20:13:08 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13784-15; Tue, 7 Jun 2005 20:13:02 +0800 (CST) Received: from [10.217.12.87] (unknown [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id B303913123E; Tue, 7 Jun 2005 20:12:58 +0800 (CST) From: Xin LI To: Brooks Davis In-Reply-To: <20050607045745.GC2338@odin.ac.hmc.edu> References: <20050607034620.GA32718@odin.ac.hmc.edu> <20050607045745.GC2338@odin.ac.hmc.edu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-hgU099wnpUkqFX/13GaF" Organization: The FreeBSD Simplified Chinese Project Date: Tue, 07 Jun 2005 20:12:50 +0800 Message-Id: <1118146370.755.5.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at frontfree.net Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 12:13:12 -0000 --=-hgU099wnpUkqFX/13GaF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Brooks, =E5=9C=A8 2005-06-06=E4=B8=80=E7=9A=84 21:57 -0700=EF=BC=8CBrooks Davis=E5= =86=99=E9=81=93=EF=BC=9A > In theory we're all clear. I'll start some buildworlds to verify that. > If you experience any issues, please post here and I'll try to figure > them out. I deleted a lot of code from the rc scripts, so unexpected, > subtle changes are no unlikely. Works well for me, thanks! Cheers, --=20 Xin LI http://www.delphij.net/ --=-hgU099wnpUkqFX/13GaF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCpY9C/cVsHxFZiIoRArULAJ4/yLLOYfl/Crza3FcE6RWnb5vZ0ACcCdul g7yo1iPY0MZ+R8MrxOj02gU= =duSz -----END PGP SIGNATURE----- --=-hgU099wnpUkqFX/13GaF-- From owner-freebsd-current@FreeBSD.ORG Mon Jun 6 15:51:05 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8F0316A41C; Mon, 6 Jun 2005 15:51:05 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3529F43D1F; Mon, 6 Jun 2005 15:51:04 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (localhost [127.0.0.1]) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j56Fv5Hu053010; Mon, 6 Jun 2005 09:57:05 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Received: from localhost (scottl@localhost) by pooker.samsco.org (8.13.3/8.13.1/Submit) with ESMTP id j56Fv4Ws053007; Mon, 6 Jun 2005 09:57:04 -0600 (MDT) (envelope-from scottl@pooker.samsco.org) Date: Mon, 6 Jun 2005 09:57:04 -0600 (MDT) From: Scott Long To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86fyvvqzil.fsf@xps.des.no> Message-ID: <20050606095117.Q52957@pooker.samsco.org> References: <82ACAD58-B179-44E2-852F-60F25C0BBBC1@FreeBSD.org> <20050606033145.GA80739@www.portaone.com> <42A3D6CF.2000504@samsco.org> <0A6C1F19-A734-4EC8-BE97-2D000D189968@FreeBSD.org> <42A453B5.3020006@samsco.org> <86oeaj1r2x.fsf@xps.des.no> <42A463EF.5060401@samsco.org> <86fyvvqzil.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-123071739-1118073379=:52957" X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org X-Mailman-Approved-At: Tue, 07 Jun 2005 12:24:14 +0000 Cc: Suleiman Souhlal , Garance A Drosihn , current@freebsd.org, fs@freebsd.org Subject: Re: [PATCH] IFS: Inode FileSystem 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, 06 Jun 2005 15:51:06 -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-123071739-1118073379=:52957 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 6 Jun 2005, [iso-8859-1] Dag-Erling Sm=F8rgrav wrote: > Scott Long writes: >> Dag-Erling Sm=F8rgrav wrote: >>> This is primarily an API issue, not a filesystem layout issue. We >>> already have at least one filesystem with 64-bit inodes (msdosfs). >> What do you mean it's not a layout issue? We can't make incompatible >> layout changes whever we feel like it, or else transportability of >> filesystems is completely lost and everyone who wants to boot more >> than just the Last And Greatest on their system winds up with >> unnessary pain. > > Changing the stat(2) API to support 64-bit inodes does not require us > to simultaneously change the on-disk layout of every filesystem we > support to use 64-bit inodes. However, if we want to fully support > filesystems with 64-bit inodes (such as FAT32, which currently uses a > convoluted hack to map the 64-bit offset of a directory entry into a > 32-bit inode), we need to change the API. > > The ironic thing is that we already have a 64-bit stat(2)... for > Linux ABI compatibility. > Ah, I see your point. Well, it's not too late to address this for 6.0, and it might be a really good idea to think about it now. Is there=20 anything else that should be bumped along with it? Scott --0-123071739-1118073379=:52957-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 12:31:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6842E16A43C; Tue, 7 Jun 2005 12:31:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16CAC43D5D; Tue, 7 Jun 2005 12:31:09 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j57CUrfG008421; Tue, 7 Jun 2005 07:31:00 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42A59367.6060307@centtech.com> Date: Tue, 07 Jun 2005 07:30:31 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> In-Reply-To: <42A4D5D0.9040500@elischer.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/918/Tue Jun 7 03:35:05 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Randy Bush , freebsd-fs@freebsd.org, FreeBSD Current Subject: Re: you are in an fs with millions of small files 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, 07 Jun 2005 12:31:10 -0000 Julian Elischer wrote: > what. all in one directory? > > I've only had up to 500,000 files in one directory on FreeBSD. The only problems I've had with a directory with millions of files is things like ls -al with attempt to sort the list, but the list doesn't fit into memory. Access to the files is of course very snappy. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 12:45:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D53716A41C for ; Tue, 7 Jun 2005 12:45:31 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BFC643D1D for ; Tue, 7 Jun 2005 12:45:30 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd31.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1DfdSR-0004Y1-01; Tue, 07 Jun 2005 14:45:27 +0200 Received: from Andro-Beta.Leidinger.net (TW0dduZSZe1ToT8dSJ2t1oGMRPuH-RpzWbKtGZDkVchASdw8isIW6s@[84.165.238.12]) by fwd31.sul.t-online.de with esmtp id 1DfdSA-1FNLEm0; Tue, 7 Jun 2005 14:45:10 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j57Cj8Cv018682; Tue, 7 Jun 2005 14:45:08 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Tue, 07 Jun 2005 14:45:08 +0200 Message-ID: <20050607144508.t5htvkwj4okgoosw@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 07 Jun 2005 14:45:08 +0200 From: Alexander Leidinger To: Sam Leffler References: <42A5253E.10401@errno.com> In-Reply-To: <42A5253E.10401@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: TW0dduZSZe1ToT8dSJ2t1oGMRPuH-RpzWbKtGZDkVchASdw8isIW6s@t-dialin.net X-TOI-MSGID: 6ac1f714-8c5e-464d-9287-849e005ea870 Cc: current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree 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, 07 Jun 2005 12:45:31 -0000 Sam Leffler wrote: > Remember that WPA support requires a WPA-capable driver. I know ath > has full support and ndis has some WPA-PSK support. I'm not sure how > well the other drivers work (except that wi does not currently have > any support). Is there an HOWTO or some other kind of docs regarding adding support to a driver? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 In the beginning was the word. But by the time the second word was added to it, there was trouble. For with it came syntax ... -- John Simon From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 14:19:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88D8816A41C; Tue, 7 Jun 2005 14:19:04 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2280C43D1D; Tue, 7 Jun 2005 14:19:03 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd33.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1Dfev0-0006JF-00; Tue, 07 Jun 2005 16:19:02 +0200 Received: from Andro-Beta.Leidinger.net (bKg1+TZVre0tNilu9ppD9JxLcZWNC6yNjEhahtdqFGbb9DYQcW2d0I@[84.165.238.12]) by fwd33.sul.t-online.de with esmtp id 1Dfeus-0pZDe40; Tue, 7 Jun 2005 16:18:54 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j57EIokc035943; Tue, 7 Jun 2005 16:18:50 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Tue, 07 Jun 2005 16:18:50 +0200 Message-ID: <20050607161850.qapok1w0ssoc0www@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 07 Jun 2005 16:18:50 +0200 From: Alexander Leidinger To: Lukas Ertl References: <20050607123024.b18hfrd5ww0088ok@netchild.homeip.net> <20050607125810.W37703@pcle2.cc.univie.ac.at> In-Reply-To: <20050607125810.W37703@pcle2.cc.univie.ac.at> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: bKg1+TZVre0tNilu9ppD9JxLcZWNC6yNjEhahtdqFGbb9DYQcW2d0I@t-dialin.net X-TOI-MSGID: 6af70305-358d-46b6-a246-13a449edd8e8 Cc: current@FreeBSD.org Subject: Re: How to debug a kernel with a lot kld's? 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, 07 Jun 2005 14:19:04 -0000 Lukas Ertl wrote: > Does this help: > > Enough to decide to just recompile the kernel and let the system run into the panic again (this seems to be less work to do than to follow the insructions on the website). Thanks, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 History repeats itself -- the first time as a tragi-comedy, the second time as bedroom farce. From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 14:31:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 827DE16A41C for ; Tue, 7 Jun 2005 14:31:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4467643D49 for ; Tue, 7 Jun 2005 14:31:02 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j57EV17K011502; Tue, 7 Jun 2005 07:31:01 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j57EV1hK011501; Tue, 7 Jun 2005 07:31:01 -0700 Date: Tue, 7 Jun 2005 07:31:01 -0700 From: Brooks Davis To: Randy Bush Message-ID: <20050607143101.GA11758@odin.ac.hmc.edu> References: <20050607034620.GA32718@odin.ac.hmc.edu> <17061.12218.324940.491539@roam.psg.com> <20050607054745.GA10355@odin.ac.hmc.edu> <17061.36529.813669.724203@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <17061.36529.813669.724203@roam.psg.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 14:31:02 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 07, 2005 at 05:10:25AM -0700, Randy Bush wrote: > >> for those of us who use a lot of the kinkier hacks of isc dhclient > >> (and dhcpd) [0], i presume we will still be able to install this=20 > >> week's isc snapshots and keep runing, yes? > >>=20 > >> [0] - dynamic dns update, wifi ssid search list, ... > >=20 > > It depends. This is a fork of the isc client so some of that will still > > be supported, for example dhclient.conf is still supported. Other stuff > > many require the use of the isc one which will be tricky because they > > have vastly differnet modes of operation and thus the startup scripts > > scripts are different. > >=20 > > I intend to treat this as code we can modify so if we need features, > > they can be added. We've also heard form Ted Lemon recently and he's > > working on simplifying the ISC code so at some point in the future, we > > could switch back if that were warranted. >=20 > ummm. maybe i was insufficiently clear. i am happy to keep running > isc snapshot(s). i just wanted to be sure you were not changing the > api on which they sit. The API hasn't changed (the only kernel change added a notification to devd), but the rc.d scripts have changed to the point that I'm not sure the ISC code will work with them. I suspect you would get pretty close if you brought back the old dhclient script, added the nostart keyword, and commented out the new devd entry. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCpa+kXY6L6fI4GtQRAvK6AKC7p577iR0duqzNV9R3jNLaiJKLgQCfYton npCmUcZRH8sjFxZFnGv7Fa4= =maI9 -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 15:33:23 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27D7616A41C for ; Tue, 7 Jun 2005 15:33:23 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01BA943D53 for ; Tue, 7 Jun 2005 15:33:22 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 07 Jun 2005 08:33:22 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 208B85D07; Tue, 7 Jun 2005 08:33:22 -0700 (PDT) To: "Daniel Eriksson" In-reply-to: Your message of "Tue, 07 Jun 2005 02:40:02 +0200." Date: Tue, 07 Jun 2005 08:33:22 -0700 From: "Kevin Oberman" Message-Id: <20050607153322.208B85D07@ptavv.es.net> Cc: freebsd-current@FreeBSD.org Subject: Re: Livelock seen on current with threaded processes 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, 07 Jun 2005 15:33:23 -0000 > From: "Daniel Eriksson" > Date: Tue, 7 Jun 2005 02:40:02 +0200 > > Kevin Oberman wrote: > > > I run transcode on a video file to convert it to divx4 using the xvid4 > > library. I do this with nice set to 10 and top confirms that it is set > > to 10. At various times, the system starts locking up. Windows won't > > refresh. Shell commands never execute (nor do keys echo) in > > some windows > > including syscons vtys. If my gkrellm is still alive (and it usually > > is), I see the system at 97% CPU and nothing else busy. There > > is a bit a > > disk I/O but not much. > > This sounds a lot like the problems I described in the thread "Serious I/O > problems (bad performance and live-lock)" from a few weeks ago. It seems > that when the VM subsystem is put under pressure the machine comes to a > grinding halt. In my case I could trigger this with a simple 'dd' (on a > filesystem, not on a raw device). Yes, it does sound similar. I was hoping that your thread would lead to a resolution of my problem. I can certainly believe that the problem is VM related. Unfortunately, I believe the work-around was to set debug.mpsafevm to 1, but that didn't seem to help at my case at all. Am I remembering correctly? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 15:50:17 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15DFC16A41C; Tue, 7 Jun 2005 15:50:17 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90CF543D4C; Tue, 7 Jun 2005 15:50:16 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from pelsia.ninth-nine.com (pelsia.ninth-nine.com [219.127.74.123]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.3/8.13.1/NinthNine) with ESMTP id j57Fo8IE026636; Wed, 8 Jun 2005 00:50:10 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 8 Jun 2005 00:50:08 +0900 (JST) Message-Id: <200506071550.j57Fo8IE026636@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Jeff Roberson In-Reply-To: <20050606225957.C16943@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <20050605102236.GA26802@stud.fit.vutbr.cz> <42A3BE3E.1090702@ec.rr.com> <20050606150853.X16943@mail.chesapeake.net> <20050606232258.598ed7e0.antoine.brodin@laposte.net> <20050606225957.C16943@mail.chesapeake.net> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (sakura.ninth-nine.com [219.127.74.121]); Wed, 08 Jun 2005 00:50:10 +0900 (JST) Cc: nork@FreeBSD.org, current@FreeBSD.org Subject: Re: ULE Status. 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, 07 Jun 2005 15:50:17 -0000 On Mon, 6 Jun 2005 23:00:27 -0400 (EDT) Jeff Roberson wrote: > > > I can not reproduce this. can you tell me what that pid is? Can you tell > > > me what your sched_ule.c version is? I'm presently running > > > ULE+PREEMPTION+KSE with mozilla, gaim, and mplayer all threaded. > > This message is printed the first time I quit a threaded app and the > > pid is the pid of the threaded app I quit. > > It is only printed once (see line 488 of kern_switch.c), and limitcount > > should probably be made static so that it is initialized to zero. > Thanks, quiting the app did the trick. I just found the problem and > comitted another fix. Hopefully this will do it. I contacted a new panic with make -j1024 buildworld on FreeBSD 6.0-CURRENT #5: Tue Jun 7 23:43:36 JST 2005 $FreeBSD: src/sys/kern/sched_ule.c,v 1.152 2005/06/07 02:59:16 jeff Exp $ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - FreeBSD 6.0-CURRENT #5: Tue Jun 7 23:43:36 JST 2005 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1129.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1342111744 (1279 MB) avail memory = 1305104384 (1244 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 (snip) [thread pid 5168 tid 100147 ] Stopped at runq_remove+0x3d: cmpl $0,0(%esi) db> where Tracing pid 5168 tid 100147 td 0xc3d98af0 runq_remove(0,c3d98c44,c04c9958,c3d98af0,0) at runq_remove+0x3d sched_choose(c04b4599,c361ac80,c3d98af0,0,f82e2bc0) at sched_choose+0x90 choosethread(c27f8c60,c3d98c44,c3d98c44,51af,c066f940) at choosethread+0x45 sched_switch(c3d98af0,0,1,50c532ed,7ed333d1) at sched_switch+0x135 mi_switch(1,0,c04c5570,687f8c94,c3d98a68) at mi_switch+0x1d9 sleepq_switch(c27f8c94,c3d98af0,0,f82e2c84,c04a4644) at sleepq_switch+0x177 sleepq_timedwait_sig(c27f8c94,0,c064a2ec,100,c2c36800) at sleepq_timedwait_sig+0x13 msleep(c27f8c94,c2c36868,168,c064a2ec,ea61) at msleep+0x3f4 kse_release(c3d98af0,f82e2d04,4,0,f82e2d00) at kse_release+0x2b9 syscall(832003b,3b,bfbf003b,80d7000,0) at syscall+0x370 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (383, FreeBSD ELF32, kse_release), eip = 0x688d23ab, esp = 0x80dbf20, ebp = 0x80dbf5c --- db> show pcpu 0 cpuid = 0 curthread = 0xc3d98af0: pid 5168 "nautilus" curpcb = 0xf82e2d90 fpcurthread = none idlethread = 0xc27897d0: pid 12 "idle: cpu0" APIC ID = 0 currentldt = 0x50 db> show pcpu 1 cpuid = 1 curthread = 0xc316c000: pid 5582 "wnck-applet" curpcb = 0xf7da1d90 fpcurthread = none idlethread = 0xc2789640: pid 11 "idle: cpu1" APIC ID = 1 currentldt = 0x50 db> call doadump() Dumping 1279 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 1152 1168 1184 1200 1216 1232 1248 1264 Dump complete 0xf db> reset [dcons disconnected (get ptr failed)] - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # kgdb -c /var/crash/vmcore.58 /boot/kernel/kernel.debug (snip) (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0430b45 in db_fncall (dummy1=-131192424, dummy2=0, dummy3=115200, dummy4=0xf82e297c " rn$B@x(B\003") at /usr/src/sys/ddb/db_command.c:531 #2 0xc04308d2 in db_command (last_cmdp=0xc068b0a4, cmd_table=0x0, aux_cmd_tablep=0xc0661300, aux_cmd_tablep_end=0xc0661304) at /usr/src/sys/ddb/db_command.c:349 #3 0xc04309e5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0432b65 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc04bdb3e in kdb_trap (type=0, code=0, tf=0xf82e2b18) at /usr/src/sys/kern/subr_kdb.c:471 #6 0xc06252f6 in trap_fatal (frame=0xf82e2b18, eva=0) at /usr/src/sys/i386/i386/trap.c:826 #7 0xc06248f4 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = 0, tf_esi = 216, tf_ebp = -131191964, tf_isp = -131191996, tf_ebx = 26, tf_edx = -1009152956, tf_ecx = -1009152956, tf_eax = -1009152956, tf_trapno = 12, tf_err = 0, tf_eip = -1068806819, tf_cs = 32, tf_eflags = 65670, tf_esp = -1009152956, tf_ss = -1066586816}) at /usr/src/sys/i386/i386/trap.c:269 #8 0xc061053a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #9 0x00000008 in ?? () #10 0x00000028 in ?? () #11 0x00000028 in ?? () #12 0x00000000 in ?? () #13 0x000000d8 in ?? () #14 0xf82e2b64 in ?? () #15 0xf82e2b44 in ?? () #16 0x0000001a in ?? () #17 0xc3d98c44 in ?? () #18 0xc3d98c44 in ?? () #19 0xc3d98c44 in ?? () #20 0x0000000c in ?? () #21 0x00000000 in ?? () #22 0xc04b4d5d in runq_remove (rq=0x0, ke=0x0) at kern_switch.c:911 #23 0xc04b3e60 in sched_choose () at /usr/src/sys/kern/sched_ule.c:365 #24 0xc04b44a5 in choosethread () at kern_switch.c:163 #25 0xc04b3585 in sched_switch (td=0xc3d98af0, newtd=0x0, flags=1) at /usr/src/sys/kern/sched_ule.c:1370 #26 0xc04a4a09 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:356 #27 0xc04c56f7 in sleepq_switch (wchan=0x0) at /usr/src/sys/kern/subr_sleepqueue.c:423 #28 0xc04c5a63 in sleepq_timedwait_sig (wchan=0x0, signal_caught=0) at /usr/src/sys/kern/subr_sleepqueue.c:579 #29 0xc04a4644 in msleep (ident=0xc27f8c94, mtx=0xc2c36868, priority=360, wmesg=0x0, timo=60001) at /usr/src/sys/kern/kern_synch.c:221 #30 0xc0483c19 in kse_release (td=0xc3d98af0, uap=0xf82e2d04) at /usr/src/sys/kern/kern_kse.c:439 #31 0xc0625740 in syscall (frame= {tf_fs = 137494587, tf_es = 59, tf_ds = -1078001605, tf_edi = 135098368, tf_esi = 0, tf_ebp = 135118684, tf_isp = -131191452, tf_ebx = 1754092724, tf_edx = 135118660, tf_ecx = 135091328, tf_eax = 383, tf_trapno = 0, tf_err = 2, tf_eip = 1754080171, tf_cs = 51, tf_eflags = 514, tf_esp = 135118624, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:976 #32 0xc061058f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #33 0x0832003b in ?? () #34 0x0000003b in ?? () #35 0xbfbf003b in ?? () #36 0x080d7000 in ?? () #37 0x00000000 in ?? () #38 0x080dbf5c in ?? () #39 0xf82e2d64 in ?? () #40 0x688d54b4 in ?? () #41 0x080dbf44 in ?? () #42 0x080d5480 in ?? () #43 0x0000017f in ?? () #44 0x00000000 in ?? () #45 0x00000002 in ?? () #46 0x688d23ab in ?? () #47 0x00000033 in ?? () #48 0x00000202 in ?? () #49 0x080dbf20 in ?? () #50 0x0000003b in ?? () #51 0x00000000 in ?? () #52 0x00000000 in ?? () #53 0x00000000 in ?? () #54 0x00000000 in ?? () #55 0x2d110000 in ?? () #56 0xc06d33d0 in kseq_cpu () #57 0xc32ace10 in ?? () #58 0xf82e2bc0 in ?? () #59 0xf82e2b9c in ?? () #60 0xc3d98af0 in ?? () #61 0xc04b35a0 in sched_switch (td=0x688d54b4, newtd=0x0, flags=Cannot access memory at address 0x80dbf6c ) at /usr/src/sys/kern/sched_ule.c:1376 Previous frame inner to this frame (corrupt stack?) (kgdb) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 15:51:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BF2716A41C for ; Tue, 7 Jun 2005 15:51:48 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 287E943D4C for ; Tue, 7 Jun 2005 15:51:47 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (unknown [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 79A11C0B1 for ; Tue, 7 Jun 2005 17:51:46 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 1841E4080; Tue, 7 Jun 2005 17:51:31 +0200 (CEST) Date: Tue, 7 Jun 2005 17:51:30 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050607155130.GX41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: buildworld fails, can't guess why 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, 07 Jun 2005 15:51:48 -0000 Hi there, my buildworld fails lamentably and, as I said in the subject, I can't guess why. I'm sure this is not a big problem however. Note that I tried removing /usr/obj/usr/src. Please, see the typescript at : http://jeremie.le-hen.org/~tataz/script.make_buildworld.gz Thanks for your help. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 15:54:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AD0016A41C for ; Tue, 7 Jun 2005 15:54:47 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6658A43D49 for ; Tue, 7 Jun 2005 15:54:47 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DfgPf-000Eoa-4a for freebsd-current@freebsd.org; Tue, 07 Jun 2005 15:54:47 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfgPX-0002ST-7x for freebsd-current@freebsd.org; Tue, 07 Jun 2005 08:54:39 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17061.49982.839890.459580@roam.psg.com> Date: Tue, 7 Jun 2005 08:54:38 -0700 To: FreeBSD Current Subject: loader 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: Tue, 07 Jun 2005 15:54:47 -0000 have a sata with raid + a jbod for boot. did some maint, and can't boot. looks like it's boot, as i can get the loader in and up. anyone have some clue? thanks randy --- OK unload OK load boot/kernel/kernel boot/kernel/kernel text=0x24d128 data=0x27c1c+0x2b6e4 syms=[0x4+0x30630+0x4+0x3cb6d] OK lsmod 0x400000: boot/kernel/kernel (elf kernel, 0x30e5e8) modules: io.1 splash.1 ipfw.2 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 cd9660.1 isa.1 pseudofs.1 procfs.1 random.1 ppbus.1 pci.1 null.1 mem.1 acd.1 atapci.1 ata.1 OK set acpi_load=NO OK show LINES=24 acpi_load=NO autoboot_delay=NO beastie_disable=NO bootfile=kernel console=vidconsole currdev=disk3s1a: hint.acpi.0.oem=IntelR hint.acpi.0.revision=1 hint.acpi.0.rsdt=0x3fff3000 hint.adv.0.at=isa hint.adv.0.disabled=1 hint.aha.0.at=isa hint.aha.0.disabled=1 hint.aic.0.at=isa hint.aic.0.disabled=1 hint.apm.0.disabled=1 hint.apm.0.flags=0x20 hint.ata.0.at=isa hint.ata.0.irq=14 hint.ata.0.port=0x1F0 hint.ata.1.at=isa hint.ata.1.irq=15 hint.ata.1.port=0x170 hint.atkbd.0.at=atkbdc hint.atkbd.0.irq=1 hint.atkbdc.0.at=isa hint.atkbdc.0.port=0x060 hint.bt.0.at=isa hint.bt.0.disabled=1 hint.cs.0.at=isa hint.cs.0.disabled=1 hint.cs.0.port=0x300 hint.ed.0.at=isa hint.ed.0.disabled=1 hint.ed.0.irq=10 hint.ed.0.maddr=0xd8000 hint.ed.0.port=0x280 hint.fd.0.at=fdc0 hint.fd.0.drive=0 hint.fd.1.at=fdc0 hint.fd.1.drive=1 hint.fdc.0.at=isa hint.fdc.0.drq=2 hint.fdc.0.irq=6 hint.fdc.0.port=0x3F0 hint.fe.0.at=isa hint.fe.0.disabled=1 hint.fe.0.port=0x300 hint.ie.0.at=isa hint.ie.0.disabled=1 hint.ie.0.irq=10 hint.ie.0.maddr=0xd0000 hint.ie.0.port=0x300 hint.lnc.0.at=isa hint.lnc.0.disabled=1 hint.lnc.0.drq=0 hint.lnc.0.irq=10 hint.lnc.0.port=0x280 hint.ppc.0.at=isa hint.ppc.0.irq=7 hint.psm.0.at=atkbdc hint.psm.0.irq=12 hint.sc.0.at=isa hint.sc.0.flags=0x100 hint.sio.0.at=isa hint.sio.0.flags=0x10 hint.sio.0.irq=4 hint.sio.0.port=0x3F8 hint.sio.1.at=isa hint.sio.1.irq=3 hint.sio.1.port=0x2F8 hint.sio.2.at=isa hint.sio.2.disabled=1 hint.sio.2.irq=5 hint.sio.2.port=0x3E8 hint.sio.3.at=isa hint.sio.3.disabled=1 hint.sio.3.irq=9 hint.sio.3.port=0x2E8 hint.sn.0.at=isa hint.sn.0.disabled=1 hint.sn.0.irq=10 hint.sn.0.port=0x300 hint.vga.0.at=isa hint.vt.0.at=isa hint.vt.0.disabled=1 interpret=OK kernel=kernel kernel_options= kernelname=boot/kernel/kernel loaddev=disk3s1a: loader_color=YES mac_ifoff=NO module_path=/boot/kernel;/boot/modules prompt=${interpret} temp_options= OK boot /boot/kernel/acpi.ko text=0x4cc70 data=0x2000+0x10b0 syms=[0x4+0x7960+0x4+0xa1d9] \ From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 16:01:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57A0B16A41C for ; Tue, 7 Jun 2005 16:01:56 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E79E43D58 for ; Tue, 7 Jun 2005 16:01:56 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DfgWX-000F0t-SL; Tue, 07 Jun 2005 16:01:53 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfgWP-0002Tc-VS; Tue, 07 Jun 2005 09:01:46 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17061.50409.445735.361770@roam.psg.com> Date: Tue, 7 Jun 2005 09:01:45 -0700 To: Brooks Davis References: <20050607034620.GA32718@odin.ac.hmc.edu> <17061.12218.324940.491539@roam.psg.com> <20050607054745.GA10355@odin.ac.hmc.edu> <17061.36529.813669.724203@roam.psg.com> <20050607143101.GA11758@odin.ac.hmc.edu> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 16:01:56 -0000 >> ummm. maybe i was insufficiently clear. i am happy to keep running >> isc snapshot(s). i just wanted to be sure you were not changing the >> api on which they sit. > The API hasn't changed (the only kernel change added a notification to > devd), but the rc.d scripts have changed to the point that I'm not sure > the ISC code will work with them. I suspect you would get pretty close > if you brought back the old dhclient script, added the nostart keyword, > and commented out the new devd entry. not an issue. due to roaming etc. i start dh* myself. and i hope one day to go more vanilla, so thanks for making good ice cream! randy From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 16:08:40 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86FBD16A41F for ; Tue, 7 Jun 2005 16:08:40 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11FDF43D5F for ; Tue, 7 Jun 2005 16:08:40 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from sentinel (195.198.193.104) by pne-smtpout1-sn2.hy.skanova.net (7.2.059.6) id 429C5276001A6E92; Tue, 7 Jun 2005 18:08:39 +0200 From: "Daniel Eriksson" To: Date: Tue, 7 Jun 2005 18:08:35 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcVrdj6ScSYqGvPmRNiyf5bu7dvD5wAAz1Mg In-Reply-To: <20050607153322.208B85D07@ptavv.es.net> Cc: Subject: RE: Livelock seen on current with threaded processes 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, 07 Jun 2005 16:08:40 -0000 Kevin Oberman wrote: > Yes, it does sound similar. I was hoping that your thread > would lead to > a resolution of my problem. I can certainly believe that the > problem is > VM related. Unfortunately, I believe the work-around was to set > debug.mpsafevm to 1, but that didn't seem to help at my case at all. > > Am I remembering correctly? Not quite. Turning mpsafevm off prevented my machines from completely locking up, but they still entered a mostly useless state where simple commands such as 'ps' or 'ls' could take a minute or more to execute. However, since the complete lock-ups only happened when I provoked the machine (never during regular operation) I continued to run with mpsafevm enabled. I'm not in a position to test the 'dd' trick right now, but I'll try to do that later tonight to see if it still locks the machine up. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 16:11:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C37B16A41C for ; Tue, 7 Jun 2005 16:11:11 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 499A243D48 for ; Tue, 7 Jun 2005 16:11:11 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DfgfW-000FFo-P7; Tue, 07 Jun 2005 16:11:10 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfgfO-0002Ub-Sf; Tue, 07 Jun 2005 09:11:02 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17061.50966.381799.889500@roam.psg.com> Date: Tue, 7 Jun 2005 09:11:02 -0700 To: Sam Leffler References: <42A5253E.10401@errno.com> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree 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, 07 Jun 2005 16:11:11 -0000 T-Mobile uses EAP-TTLSv0 from internet-drafts/draft-funk-eap-ttls-v0-00.txt. i would deeply love not to have to use my browser to do userid/password signon to their hotspots. any clues/cookbook? randy From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 16:30:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69CA416A41F for ; Tue, 7 Jun 2005 16:30:23 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id E754443D5D for ; Tue, 7 Jun 2005 16:30:22 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j57GUMms050177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jun 2005 09:30:22 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42A5CBAC.4000409@errno.com> Date: Tue, 07 Jun 2005 09:30:36 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> In-Reply-To: <17061.50966.381799.889500@roam.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree 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, 07 Jun 2005 16:30:23 -0000 Randy Bush wrote: > T-Mobile uses EAP-TTLSv0 from internet-drafts/draft-funk-eap-ttls-v0-00.txt. > i would deeply love not to have to use my browser to do userid/password > signon to their hotspots. any clues/cookbook? I'll look at adding a knob to wpa_supplicant's Makefile to enable EAP-TTLS support. Until then look at contrib/wpa_supplicant/Makefile and extract the bits you need for the other Makefile. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 16:32:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58F1916A41C for ; Tue, 7 Jun 2005 16:32:27 +0000 (GMT) (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 22D7443D1F for ; Tue, 7 Jun 2005 16:32:27 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.3/8.13.1) with ESMTP id j57GWQ0Z070253; Tue, 7 Jun 2005 09:32:26 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.3/8.13.1/Submit) id j57GWQDw070252; Tue, 7 Jun 2005 09:32:26 -0700 (PDT) (envelope-from sgk) Date: Tue, 7 Jun 2005 09:32:26 -0700 From: Steve Kargl To: Jeremie Le Hen Message-ID: <20050607163226.GA70231@troutmask.apl.washington.edu> References: <20050607155130.GX41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050607155130.GX41050@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: buildworld fails, can't guess why 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, 07 Jun 2005 16:32:27 -0000 On Tue, Jun 07, 2005 at 05:51:30PM +0200, Jeremie Le Hen wrote: > Hi there, > > my buildworld fails lamentably and, as I said in the subject, I can't > guess why. I'm sure this is not a big problem however. > > Note that I tried removing /usr/obj/usr/src. > Please, see the typescript at : > http://jeremie.le-hen.org/~tataz/script.make_buildworld.gz > You need to include only the last few lines: ===> lib/libstand (depend) "/usr/src/share/mk/bsd.compat.mk", line 36: warning: NOPIC is deprecated in favo r of NO_PIC make: don't know how to make bzlib.c.diff. Stop *** Error code 2 (1) What is the contends of /etc/make.conf? (2) Are you sure your sources are up to date? (3) What is current version of FreeBSD on the system? -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 16:45:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0CE816A41C for ; Tue, 7 Jun 2005 16:45:12 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48C6E43D5C for ; Tue, 7 Jun 2005 16:45:12 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 3C81F317E68; Tue, 7 Jun 2005 18:45:10 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 199A9407E; Tue, 7 Jun 2005 18:44:55 +0200 (CEST) Date: Tue, 7 Jun 2005 18:44:55 +0200 From: Jeremie Le Hen To: Steve Kargl Message-ID: <20050607164455.GZ41050@obiwan.tataz.chchile.org> References: <20050607155130.GX41050@obiwan.tataz.chchile.org> <20050607163226.GA70231@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050607163226.GA70231@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: buildworld fails, can't guess why 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, 07 Jun 2005 16:45:12 -0000 Hi Steve, On Tue, Jun 07, 2005 at 09:32:26AM -0700, Steve Kargl wrote: > On Tue, Jun 07, 2005 at 05:51:30PM +0200, Jeremie Le Hen wrote: > > Hi there, > > > > my buildworld fails lamentably and, as I said in the subject, I can't > > guess why. I'm sure this is not a big problem however. > > > > Note that I tried removing /usr/obj/usr/src. > > Please, see the typescript at : > > http://jeremie.le-hen.org/~tataz/script.make_buildworld.gz > > You need to include only the last few lines: > > ===> lib/libstand (depend) > "/usr/src/share/mk/bsd.compat.mk", line 36: warning: NOPIC is deprecated in favo > r of NO_PIC > make: don't know how to make bzlib.c.diff. Stop > *** Error code 2 Yes, it's true. Sorry. > (1) What is the contends of /etc/make.conf? %%% coyote:root# grep -Ev '^(#.*|)$' /etc/make.conf CPUTYPE?=pentium-m CFLAGS= -O -pipe COPTFLAGS= -O -pipe NO_BLUETOOTH=YES # do not build Bluetooth related stuff NO_FORTRAN=yes # do not build g77 and related libraries NO_I4B=yes # do not build isdn4bsd package NO_KERBEROS=yes # do not build and install Kerberos 5 (KTH Heimdal) NO_OBJC=yes # do not build Objective C support NO_SENDMAIL=yes # do not build sendmail and related programs NO_BIND=yes # Do not build any part of BIND WRKDIRPREFIX=/usr/obj PERL_VER=5.8.6 PERL_VERSION=5.8.6 %%% > (2) Are you sure your sources are up to date? %%% coyote:src# cvs -Rd /nfs/donald/repo/FreeBSD status Makefile =================================================================== File: Makefile Status: Up-to-date Working revision: 1.318 Sun Mar 6 00:30:16 2005 Repository revision: 1.318 /nfs/donald/repo/FreeBSD/src/Makefile,v Sticky Tag: (none) Sticky Date: 2005.06.07.08.00.00 Sticky Options: (none) %%% > (3) What is current version of FreeBSD on the system? Very -CURRENT :-). I have a few modifications in my source tree, but nothing relevant here : there are only manpage and C source modifications, I don't think this would lead to such an error. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 16:56:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90B3F16A41C; Tue, 7 Jun 2005 16:56:09 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A7ED43D53; Tue, 7 Jun 2005 16:56:09 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 4C3AB46B2D; Tue, 7 Jun 2005 12:56:08 -0400 (EDT) Date: Tue, 7 Jun 2005 17:57:02 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Eric Anderson In-Reply-To: <42A59367.6060307@centtech.com> Message-ID: <20050607175242.D61131@fledge.watson.org> References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Randy Bush , freebsd-fs@freebsd.org, FreeBSD Current , Julian Elischer Subject: Re: you are in an fs with millions of small files 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, 07 Jun 2005 16:56:09 -0000 On Tue, 7 Jun 2005, Eric Anderson wrote: > Julian Elischer wrote: >> what. all in one directory? >> >> I've only had up to 500,000 files in one directory on FreeBSD. > > The only problems I've had with a directory with millions of files is > things like ls -al with attempt to sort the list, but the list doesn't > fit into memory. Access to the files is of course very snappy. Ditto. I regularly use directories with tens and hundreds of thousands of entries as a result of manipulating very large folders with the Cyrus server. I run into the following two classes of problems: - Some appliations behave poorly with large trees. ls(1) is the classic example -- sorting 150,000 strings is expensive, and should be avoided. It also requires holding al the strings in memory rather than continuing the iteration. fts ns bad about this, so many applications that use fts suffer from this. With the sort issue, -f makes a big difference. - Some operations become more expensive -- as directories grow, the cost of adding new entries gets more expensive. You'll notice this fairly substantailly if you untar a tar file with many entries in the same directory -- early on, cost of insert for a new item is very cheap, but it rapidly slows down from h thousands of inserts per second to hundreds or less. I notice this if I restore a large Cyrus directory from backup. - UFS_DIRHASH really helps with large directory performance by reducing the cost of lookup, but at the cost of memory. Make sure the box has lots of memory. All this said -- FreeBSD works really well for me with large file counts, I rarely hit the edge cases where there is a problem. Most problems are with applications, and when you are using more extreme file system layouts, you typically are using applications customized for that andso they do the right things. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 16:57:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8641A16A41C for ; Tue, 7 Jun 2005 16:57:15 +0000 (GMT) (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 507F443D49 for ; Tue, 7 Jun 2005 16:57:15 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.3/8.13.1) with ESMTP id j57GvFVC070578; Tue, 7 Jun 2005 09:57:15 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.3/8.13.1/Submit) id j57GvEFu070577; Tue, 7 Jun 2005 09:57:14 -0700 (PDT) (envelope-from sgk) Date: Tue, 7 Jun 2005 09:57:14 -0700 From: Steve Kargl To: Jeremie Le Hen Message-ID: <20050607165714.GA70495@troutmask.apl.washington.edu> References: <20050607155130.GX41050@obiwan.tataz.chchile.org> <20050607163226.GA70231@troutmask.apl.washington.edu> <20050607164455.GZ41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050607164455.GZ41050@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: buildworld fails, can't guess why 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, 07 Jun 2005 16:57:15 -0000 On Tue, Jun 07, 2005 at 06:44:55PM +0200, Jeremie Le Hen wrote: > On Tue, Jun 07, 2005 at 09:32:26AM -0700, Steve Kargl wrote: > > On Tue, Jun 07, 2005 at 05:51:30PM +0200, Jeremie Le Hen wrote: > > > > > > my buildworld fails lamentably and, as I said in the subject, I can't > > > guess why. I'm sure this is not a big problem however. > > > > > > Note that I tried removing /usr/obj/usr/src. > > > Please, see the typescript at : > > > http://jeremie.le-hen.org/~tataz/script.make_buildworld.gz > > > > You need to include only the last few lines: > > > > ===> lib/libstand (depend) > > "/usr/src/share/mk/bsd.compat.mk", line 36: warning: NOPIC is \ > > deprecated in favor of NO_PIC > > make: don't know how to make bzlib.c.diff. Stop > > *** Error code 2 > > Yes, it's true. Sorry. > > > (1) What is the contends of /etc/make.conf? > OK. No NOPIC here. > > (2) Are you sure your sources are up to date? > > %%% > coyote:src# cvs -Rd /nfs/donald/repo/FreeBSD status Makefile > =================================================================== > File: Makefile Status: Up-to-date > > Working revision: 1.318 Sun Mar 6 00:30:16 2005 > Repository revision: 1.318 /nfs/donald/repo/FreeBSD/src/Makefile,v > Sticky Tag: (none) > Sticky Date: 2005.06.07.08.00.00 > Sticky Options: (none) > %%% It looks like your *.mk files in src/ are inconsistent are your Makefile in lib/libstand may be out of date. Do you have # $FreeBSD: src/lib/libstand/Makefile,v 1.54 2005/06/03 06:55:22 obrien Exp $ -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 16:58:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA25416A41C for ; Tue, 7 Jun 2005 16:58:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E02A43D49 for ; Tue, 7 Jun 2005 16:58:22 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-2.free.fr (Postfix) with ESMTP id 7AD2CC04B; Tue, 7 Jun 2005 18:58:21 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 10854407E; Tue, 7 Jun 2005 18:58:08 +0200 (CEST) Date: Tue, 7 Jun 2005 18:58:07 +0200 From: Jeremie Le Hen To: Steve Kargl Message-ID: <20050607165807.GA41050@obiwan.tataz.chchile.org> References: <20050607155130.GX41050@obiwan.tataz.chchile.org> <20050607163226.GA70231@troutmask.apl.washington.edu> <20050607164455.GZ41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050607164455.GZ41050@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: buildworld fails, can't guess why 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, 07 Jun 2005 16:58:22 -0000 > > (3) What is current version of FreeBSD on the system? > > Very -CURRENT :-). > I have a few modifications in my source tree, but nothing relevant here : > there are only manpage and C source modifications, I don't think this > would lead to such an error. FYI, %%% coyote:src# grep -rls NOPIC . ./contrib/binutils/gas/ChangeLog ./contrib/smbfs/lib/smb/Makefile ./lib/libstand/Makefile ./lib/liby/Makefile ./share/mk/bsd.compat.mk coyote:src# grep -rls 'bzlib\.c\.diff' . coyote:src# %%% -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:09:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31ABD16A41C for ; Tue, 7 Jun 2005 17:09:41 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id D382943D5C for ; Tue, 7 Jun 2005 17:09:40 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 9919C31DA4B; Tue, 7 Jun 2005 19:09:39 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 6EF68407E; Tue, 7 Jun 2005 19:09:24 +0200 (CEST) Date: Tue, 7 Jun 2005 19:09:24 +0200 From: Jeremie Le Hen To: Steve Kargl Message-ID: <20050607170924.GB41050@obiwan.tataz.chchile.org> References: <20050607155130.GX41050@obiwan.tataz.chchile.org> <20050607163226.GA70231@troutmask.apl.washington.edu> <20050607164455.GZ41050@obiwan.tataz.chchile.org> <20050607165714.GA70495@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050607165714.GA70495@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: buildworld fails, can't guess why 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, 07 Jun 2005 17:09:41 -0000 > > %%% > > coyote:src# cvs -Rd /nfs/donald/repo/FreeBSD status Makefile > > =================================================================== > > File: Makefile Status: Up-to-date > > > > Working revision: 1.318 Sun Mar 6 00:30:16 2005 > > Repository revision: 1.318 /nfs/donald/repo/FreeBSD/src/Makefile,v > > Sticky Tag: (none) > > Sticky Date: 2005.06.07.08.00.00 > > Sticky Options: (none) > > %%% > > It looks like your *.mk files in src/ are inconsistent are your > Makefile in lib/libstand may be out of date. Do you have > # $FreeBSD: src/lib/libstand/Makefile,v 1.54 2005/06/03 06:55:22 obrien Exp $ I think you got the point. CVS tells me I have unresolved conflicts on this file, but I don't understand how this can be, as I ever neither touched this file or applied a patch which could modify this (I'm not really interested in libstand). The file seems very old : # $FreeBSD: src/lib/libstand/Makefile,v 1.43 2004/07/01 00:01:26 tjr Exp $ I removed it and updated it again. This should work well, I'll keep you informed if things are still wrong. Do you know how I could determine all files with unresolved conflicts, without coding an ugly shell script ? Thank you very much for your help Steve. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:13:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D00C16A430 for ; Tue, 7 Jun 2005 17:13:36 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A592D43D55 for ; Tue, 7 Jun 2005 17:13:35 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.3/8.13.3) with ESMTP id j57HDMu6017342 for ; Tue, 7 Jun 2005 21:13:22 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.3/8.13.3/Submit) id j57HDM6h017341 for freebsd-current@freebsd.org; Tue, 7 Jun 2005 21:13:22 +0400 (MSD) (envelope-from tarc) Date: Tue, 7 Jun 2005 21:13:22 +0400 From: Tarc To: freebsd-current Message-ID: <20050607171321.GA17291@tarc.po.cs.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Problem with TCP/IP stack? 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, 07 Jun 2005 17:13:36 -0000 I found in dmesg following lines: tcp_sack_output: Computed sack_bytes_retransmitted (1400) not the same as cached value (2800) This problems founded after latest recompilling & reinstalling kernel. My dmesg can be found at http://tarc.po.cs.msu.su/usr/tarc/kernels/current/dmesg Kernel config at http://tarc.po.cs.msu.su/usr/tarc/kernels/TarcCurrent What shall I do in this case? -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:18:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0466D16A41C for ; Tue, 7 Jun 2005 17:18:13 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id B445043D53 for ; Tue, 7 Jun 2005 17:18:12 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BBC195123D; Tue, 7 Jun 2005 13:18:11 -0400 (EDT) Date: Tue, 7 Jun 2005 13:18:11 -0400 From: Kris Kennaway To: Tarc Message-ID: <20050607171811.GA97959@xor.obsecurity.org> References: <20050607171321.GA17291@tarc.po.cs.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <20050607171321.GA17291@tarc.po.cs.msu.su> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current Subject: Re: Problem with TCP/IP stack? 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, 07 Jun 2005 17:18:13 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 07, 2005 at 09:13:22PM +0400, Tarc wrote: > I found in dmesg following lines: >=20 > tcp_sack_output: Computed sack_bytes_retransmitted (1400) not the same a= s cached value (2800) > =20 >=20 > This problems founded after latest recompilling & reinstalling kernel. Even after the patch committed yesterday to fix this issue? Kris --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpdbTWry0BWjoQKURAhxAAJ93Nzkup096qsyXCAaqtGfeI02IRACeN4DJ s5KloMutaSZz2jawkAHCBmo= =t+5Z -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:20:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87B2416A41C for ; Tue, 7 Jun 2005 17:20:02 +0000 (GMT) (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 5266A43D1D for ; Tue, 7 Jun 2005 17:20:02 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.3/8.13.1) with ESMTP id j57HK2cP070833; Tue, 7 Jun 2005 10:20:02 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.3/8.13.1/Submit) id j57HK1G7070832; Tue, 7 Jun 2005 10:20:01 -0700 (PDT) (envelope-from sgk) Date: Tue, 7 Jun 2005 10:20:01 -0700 From: Steve Kargl To: Jeremie Le Hen Message-ID: <20050607172001.GA70803@troutmask.apl.washington.edu> References: <20050607155130.GX41050@obiwan.tataz.chchile.org> <20050607163226.GA70231@troutmask.apl.washington.edu> <20050607164455.GZ41050@obiwan.tataz.chchile.org> <20050607165714.GA70495@troutmask.apl.washington.edu> <20050607170924.GB41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050607170924.GB41050@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: buildworld fails, can't guess why 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, 07 Jun 2005 17:20:02 -0000 On Tue, Jun 07, 2005 at 07:09:24PM +0200, Jeremie Le Hen wrote: > > Do you know how I could determine all files with unresolved conflicts, > without coding an ugly shell script ? > When I use cvs to pull down GCC files, I normally do cvs update | tee sgk.log grep "C " sgk.log I rarely have false positives. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 17:21:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EBEB16A424 for ; Tue, 7 Jun 2005 17:21:22 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80606.mail.yahoo.com (web80606.mail.yahoo.com [66.218.79.95]) by mx1.FreeBSD.org (Postfix) with SMTP id DD71A43D1D for ; Tue, 7 Jun 2005 17:21:21 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050607172121.84552.qmail@web80606.mail.yahoo.com> Received: from [64.172.45.214] by web80606.mail.yahoo.com via HTTP; Tue, 07 Jun 2005 10:21:21 PDT Date: Tue, 7 Jun 2005 10:21:21 -0700 (PDT) From: Mohan Srinivasan To: Tarc , freebsd-current In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Problem with TCP/IP stack? 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, 07 Jun 2005 17:21:22 -0000 Hi, This change should fix the issue. If you have this change and still see the issue, please let us know. Revision 1.22 / (download) - annotate - [select for diffs], Mon Jun 6 19:46:53 2005 UTC (21 hours, 34 minutes ago) by ps Branch: MAIN CVS Tags: HEAD Changes since 1.21: +9 -4 lines Diff to previous 1.21 (colored) Fix for a bug in the change that walks the scoreboard backwards from the tail (in tcp_sack_option()). The bug was caused by incorrect accounting of the retransmitted bytes in the sackhint. Reported by: Kris Kennaway. Submitted by: Noritoshi Demizu. mohan --- Tarc wrote: > I found in dmesg following lines: > > tcp_sack_output: Computed sack_bytes_retransmitted (1400) not the same as cached value (2800) > > > This problems founded after latest recompilling & reinstalling kernel. > > My dmesg can be found at http://tarc.po.cs.msu.su/usr/tarc/kernels/current/dmesg > Kernel config at http://tarc.po.cs.msu.su/usr/tarc/kernels/TarcCurrent > What shall I do in this case? > -- > Best regards, > Arseny Nasokin > _______________________________________________ > 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 7 18:35:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3AD316A41C for ; Tue, 7 Jun 2005 18:35:05 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [66.150.201.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B2AA43D48 for ; Tue, 7 Jun 2005 18:35:04 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 84289 invoked by uid 399); 7 Jun 2005 18:35:03 -0000 Received: from unknown (HELO ?192.0.35.182?) (dougb@dougbarton.net@192.0.35.182) by mail1.fluidhosting.com with SMTP; 7 Jun 2005 18:35:03 -0000 Message-ID: <42A5E8D7.6090607@FreeBSD.org> Date: Tue, 07 Jun 2005 11:35:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tobias Roth References: <20050605022207.GA18499@dragon.NUXI.org> <42A4C8CB.8090809@FreeBSD.org> <20050607062610.GA17215@droopy.unibe.ch> In-Reply-To: <20050607062610.GA17215@droopy.unibe.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-rc@freebsd.org Subject: Re: I'd like to rm these RCng files 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, 07 Jun 2005 18:35:05 -0000 Tobias Roth wrote: > On Mon, Jun 06, 2005 at 03:06:03PM -0700, Doug Barton wrote: > >>In the future though, it would be nice to ask about rc.d related stuff on >>the freebsd-rc@freebsd.org mailing list. > > > To increase the chances of having topics like that sent to > freebsd-rc, you may want to consider to tell people about it on the > FreeBSD website. For instance here: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html I wasn't aware that this had not been done, thanks for the reminder. I did it just now. Should show up on the web site in < 24 hours. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 18:35:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0D9616A422 for ; Tue, 7 Jun 2005 18:35:13 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 992FB43D53 for ; Tue, 7 Jun 2005 18:35:13 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 07 Jun 2005 11:35:12 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9D8025D07; Tue, 7 Jun 2005 11:35:12 -0700 (PDT) To: Randy Bush In-reply-to: Your message of "Tue, 07 Jun 2005 09:01:45 PDT." <17061.50409.445735.361770@roam.psg.com> Date: Tue, 07 Jun 2005 11:35:12 -0700 From: "Kevin Oberman" Message-Id: <20050607183512.9D8025D07@ptavv.es.net> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 18:35:14 -0000 > From: Randy Bush > Date: Tue, 7 Jun 2005 09:01:45 -0700 > Sender: owner-freebsd-current@freebsd.org > > >> ummm. maybe i was insufficiently clear. i am happy to keep running > >> isc snapshot(s). i just wanted to be sure you were not changing the > >> api on which they sit. > > The API hasn't changed (the only kernel change added a notification to > > devd), but the rc.d scripts have changed to the point that I'm not sure > > the ISC code will work with them. I suspect you would get pretty close > > if you brought back the old dhclient script, added the nostart keyword, > > and commented out the new devd entry. > > not an issue. due to roaming etc. i start dh* myself. and i hope > one day to go more vanilla, so thanks for making good ice cream! Randy, Have you looked at Tobias Roth's profile tool. You can find it at: https://projects.fsck.ch/profile It's a very nice tool that I hope will make it into the base system some day. It allows the creation of profiles that are selected by various network probes. It then does a unionfs mount of a file backed MD over /etc and the entire system startup then uses the rc.config and any other files in that directory. It allows me to use static addresses for all of my regular connections and only fall back to DHCP when I am in an unusual location. If I am going to be at that location for a while and something like WEP or WPA is required, I can quickly add a profile for that location. It's a bit tricky to set up, but runs very nicely. It even lets you suspend at one location and resume at a different one with the correct profile for the new location. Some trivial tools in perl or python for editing profiles could greatly simplify its use, but I just have not had time to write them. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 19:29:57 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7724816A41C for ; Tue, 7 Jun 2005 19:29:57 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from cheer.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06FFF43D58 for ; Tue, 7 Jun 2005 19:29:56 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:0j8MvFbmvld5e2V6OnDLsZ9ywzJOQ2vtVfWaIvgWl9WqsZOH/bvx4rH01p5TsrTb@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.13.3/8.13.3) with ESMTP/inet6 id j57JTlFn030962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 8 Jun 2005 04:29:48 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 08 Jun 2005 04:29:47 +0900 Message-ID: From: Hajimu UMEMOTO To: current@FreeBSD.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 4.11-RELEASE-p7 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-2.0b5 (cheer.mahoroba.org [IPv6:::1]); Wed, 08 Jun 2005 04:29:48 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on cheer.mahoroba.org Cc: Subject: BTX halted during install 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, 07 Jun 2005 19:29:57 -0000 Hi, I bought new laptop; Panasonic Let's Note CF-R4 (http://panasonic.jp/pc/products/r4g/index.html), and I'm trying to install FreeBSD in it without any success. The FreeBSD installer cannot boot at all, and it ends up with BTX halted before loading kernel. Perhaps, it occurs during boot2 or loader. However, I cannot look at output messages due to endless loop of output. So, I cannot identify where it is actually. I tried CD-ROM of 5.4-RELEASE, 5.3-RELEASE, 5.2-RELEASE, 4.11-RELEASE and 6.0-CURRENT-SNAP004-i386-disc1.iso. I also tried boot.flp of 5.4-RELEASE. I tried several combination of available BIOS settings without any success. The installer of NetBSD 2.0.2 can boot just fine, though. I'm embarrassed. How can I install FreeBSD into my new laptop? Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 20:26:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8D3A16A41C for ; Tue, 7 Jun 2005 20:26:28 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2445443D48 for ; Tue, 7 Jun 2005 20:26:27 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j57KQHct002184; Tue, 7 Jun 2005 16:26:17 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j57KQDPl002181; Tue, 7 Jun 2005 16:26:13 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 7 Jun 2005 16:26:13 -0400 (EDT) From: Andre Guibert de Bruet To: Sten Spans In-Reply-To: Message-ID: <20050607162452.A42933@lexi.siliconlandmark.com> References: <20050607034620.GA32718@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.532, required 6, autolearn=not spam, AWL 0.07, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 20:26:28 -0000 On Tue, 7 Jun 2005, Sten Spans wrote: > On Mon, 6 Jun 2005, Brooks Davis wrote: > >> I'm about to start importing the OpenBSD dhclient and required >> support in /etc. I will unhook dhclient from the build while I work so >> there shouldn't be much breakage for most people. >> > >> >> Since the interface configuration process had to change to accommodate >> this, I've taken the opportunity to streamline it. There are now less >> paths by which and interface will be configured. First, >> /etc/rc.d/dhclient is no longer a start script and simply exists to >> start and stop individual dhclients. Second, /etc/rc.d/netif now >> handles both DHCP and non-DHCP interfaces. As a bonus, it can handle >> interface which are both so the following is a valid configuration: >> >> ifconfig_fxp0="DHCP media 100baseTX" > > This is great, another use for this is dhcp on vlan interfaces, aka: > ifconfig_vlan42="DHCP vlandev fxp0" > > Previously this had to be done with interface start scripts. Could I suggest that all of this wonderful magic be documented in the ifconfig and/or dhclient manpage? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 20:38:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F38616A41F for ; Tue, 7 Jun 2005 20:38:58 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CCC043D1F for ; Tue, 7 Jun 2005 20:38:57 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j57KcrKW015761; Tue, 7 Jun 2005 13:38:53 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j57KcrOm015760; Tue, 7 Jun 2005 13:38:53 -0700 Date: Tue, 7 Jun 2005 13:38:53 -0700 From: Brooks Davis To: Andre Guibert de Bruet Message-ID: <20050607203853.GA15589@odin.ac.hmc.edu> References: <20050607034620.GA32718@odin.ac.hmc.edu> <20050607162452.A42933@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: <20050607162452.A42933@lexi.siliconlandmark.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 07 Jun 2005 20:38:58 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 07, 2005 at 04:26:13PM -0400, Andre Guibert de Bruet wrote: >=20 > On Tue, 7 Jun 2005, Sten Spans wrote: >=20 > >On Mon, 6 Jun 2005, Brooks Davis wrote: > > > >>I'm about to start importing the OpenBSD dhclient and required > >>support in /etc. I will unhook dhclient from the build while I work so > >>there shouldn't be much breakage for most people. > >> > > > >> > >>Since the interface configuration process had to change to accommodate > >>this, I've taken the opportunity to streamline it. There are now less > >>paths by which and interface will be configured. First, > >>/etc/rc.d/dhclient is no longer a start script and simply exists to > >>start and stop individual dhclients. Second, /etc/rc.d/netif now > >>handles both DHCP and non-DHCP interfaces. As a bonus, it can handle > >>interface which are both so the following is a valid configuration: > >> > >>ifconfig_fxp0=3D"DHCP media 100baseTX" > > > >This is great, another use for this is dhcp on vlan interfaces, aka: > >ifconfig_vlan42=3D"DHCP vlandev fxp0" > > > >Previously this had to be done with interface start scripts. >=20 > Could I suggest that all of this wonderful magic be documented in the=20 > ifconfig and/or dhclient manpage? I've got some contributed patches to rc.conf(5) that I will commit today. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCpgXcXY6L6fI4GtQRArmBAJ93cbMXdmfLaQ9QWTtK9v03+OQ4wACfQxPr 51WvidNJj2lSLjGZRERtwog= =UkkB -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 21:12:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4B2C16A420 for ; Tue, 7 Jun 2005 21:12:26 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from pantene.yandex.ru (pantene.yandex.ru [213.180.200.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E86043D48 for ; Tue, 7 Jun 2005 21:12:26 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from YAMAIL (pantene.yandex.ru) by mail.yandex.ru id ; Wed, 8 Jun 2005 01:12:15 +0400 Date: Wed, 8 Jun 2005 01:12:15 +0400 (MSD) From: "Polakov Alexander" Sender: polachok@narod.ru Message-Id: <42A60DAF.000003.32027@pantene.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: polachok@narod.ru To: freebsd-current@freebsd.org X-Source-Ip: 213.158.14.240 Content-Type: Multipart/Mixed; boundary="------------Boundary-00=_F8GQULUXFQQMYJ0CCJD0" Subject: Lucent Win Modem driver (comms/ltmdm) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: polachok@narod.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 21:12:26 -0000 --------------Boundary-00=_F8GQULUXFQQMYJ0CCJD0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi all. I'm new in CURRENT and english is not my native. I want to tell you my problem. My modem is Lucent Win Modem, and when I used FreeBSD-STABLE I could compile its driver. Now when I tried into CURRENT I couldn't. It showed errors like this: /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c: In function `lt_pci_find_device': /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c:748: error: `PCIR_MAPS' undeclared (first use in this function) So, I've made a patch. Where I have to send it if I want to add it into port(maybe it can be useful for anybody)? Here is it. --------------Boundary-00=_F8GQULUXFQQMYJ0CCJD0 Content-Disposition: attachment; Filename="current_patch.diff" Content-Type: application/octet-stream; name="current_patch.diff" Content-Transfer-Encoding: base64 LS0tIC4vbHRtZG1zaW8uYwlXZWQgSnVuICA4IDAwOjU0OjI4IDIwMDUKKysrIC4vbHRtZG1zaW8t Ni5jCVdlZCBKdW4gIDggMDA6NTY6MjIgMjAwNQpAQCAtMTQzLDYgKzE0Myw5IEBACiAjZW5kaWYK ICNlbmRpZgogCisjaWYgX19GcmVlQlNEX3ZlcnNpb24gPj0gNjAwMDAwCisjZGVmaW5lIFBDSVJf TUFQUyBQQ0lSX0JBUlMKKyNlbmRpZgogCiAjZGVmaW5lIExPVFNfT0ZfRVZFTlRTICA2NCAgLyog aGVscHMgc2VwYXJhdGUgdXJnZW50IGV2ZW50cyBmcm9tIGlucHV0ICovCiAK --------------Boundary-00=_F8GQULUXFQQMYJ0CCJD0-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 21:47:11 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E083E16A41C for ; Tue, 7 Jun 2005 21:47:11 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B821E43D49 for ; Tue, 7 Jun 2005 21:47:10 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dflug-000Ngu-E2; Tue, 07 Jun 2005 21:47:10 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfluY-0002wQ-BW; Tue, 07 Jun 2005 14:47:02 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17062.5589.852956.757528@roam.psg.com> Date: Tue, 7 Jun 2005 14:47:01 -0700 To: Sam Leffler References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree 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, 07 Jun 2005 21:47:12 -0000 ok, i cp defconfig .config and it seems to enable eap-ttls, so i am trying a make i just love that ./doc contains an xfig. i think i deinstalled xfig a decade ago randy From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 21:47:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A544A16A41C for ; Tue, 7 Jun 2005 21:47:57 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69D2743D1F for ; Tue, 7 Jun 2005 21:47:57 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DflvR-000Ni3-6H; Tue, 07 Jun 2005 21:47:57 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DflvJ-0002wU-3K; Tue, 07 Jun 2005 14:47:49 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17062.5636.595695.201613@roam.psg.com> Date: Tue, 7 Jun 2005 14:47:48 -0700 To: Sam Leffler References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree 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, 07 Jun 2005 21:47:57 -0000 late breaking news # cp defconfig .config # gmake cc -MMD -O2 -Wall -g -I../driver/modules -I../utils -I../hostapd -DCONFIG_DRIVER_HOSTAP -DCONFIG_DRIVER_WEXT -DCONFIG_DRIVER_PRISM54 -DCONFIG_DRIVER_ATMEL -DEAP_TLS -DEAP_PEAP -DEAP_TTLS -DEAP_MD5 -DEAP_MSCHAPv2 -DEAP_GTC -DEAP_OTP -DEAP_LEAP -DEAP_TLV -DIEEE8021X_EAPOL -DEAP_TLS_FUNCS -DPKCS12_FUNCS -DCONFIG_WIRELESS_EXTENSION -DCONFIG_CTRL_IFACE -c -o config.o config.c cc -MMD -O2 -Wall -g -I../driver/modules -I../utils -I../hostapd -DCONFIG_DRIVER_HOSTAP -DCONFIG_DRIVER_WEXT -DCONFIG_DRIVER_PRISM54 -DCONFIG_DRIVER_ATMEL -DEAP_TLS -DEAP_PEAP -DEAP_TTLS -DEAP_MD5 -DEAP_MSCHAPv2 -DEAP_GTC -DEAP_OTP -DEAP_LEAP -DEAP_TLV -DIEEE8021X_EAPOL -DEAP_TLS_FUNCS -DPKCS12_FUNCS -DCONFIG_WIRELESS_EXTENSION -DCONFIG_CTRL_IFACE -c -o eloop.o eloop.c cc -MMD -O2 -Wall -g -I../driver/modules -I../utils -I../hostapd -DCONFIG_DRIVER_HOSTAP -DCONFIG_DRIVER_WEXT -DCONFIG_DRIVER_PRISM54 -DCONFIG_DRIVER_ATMEL -DEAP_TLS -DEAP_PEAP -DEAP_TTLS -DEAP_MD5 -DEAP_MSCHAPv2 -DEAP_GTC -DEAP_OTP -DEAP_LEAP -DEAP_TLV -DIEEE8021X_EAPOL -DEAP_TLS_FUNCS -DPKCS12_FUNCS -DCONFIG_WIRELESS_EXTENSION -DCONFIG_CTRL_IFACE -c -o common.o common.c cc -MMD -O2 -Wall -g -I../driver/modules -I../utils -I../hostapd -DCONFIG_DRIVER_HOSTAP -DCONFIG_DRIVER_WEXT -DCONFIG_DRIVER_PRISM54 -DCONFIG_DRIVER_ATMEL -DEAP_TLS -DEAP_PEAP -DEAP_TTLS -DEAP_MD5 -DEAP_MSCHAPv2 -DEAP_GTC -DEAP_OTP -DEAP_LEAP -DEAP_TLV -DIEEE8021X_EAPOL -DEAP_TLS_FUNCS -DPKCS12_FUNCS -DCONFIG_WIRELESS_EXTENSION -DCONFIG_CTRL_IFACE -c -o md5.o md5.c cc -MMD -O2 -Wall -g -I../driver/modules -I../utils -I../hostapd -DCONFIG_DRIVER_HOSTAP -DCONFIG_DRIVER_WEXT -DCONFIG_DRIVER_PRISM54 -DCONFIG_DRIVER_ATMEL -DEAP_TLS -DEAP_PEAP -DEAP_TTLS -DEAP_MD5 -DEAP_MSCHAPv2 -DEAP_GTC -DEAP_OTP -DEAP_LEAP -DEAP_TLV -DIEEE8021X_EAPOL -DEAP_TLS_FUNCS -DPKCS12_FUNCS -DCONFIG_WIRELESS_EXTENSION -DCONFIG_CTRL_IFACE -c -o rc4.o rc4.c cc -MMD -O2 -Wall -g -I../driver/modules -I../utils -I../hostapd -DCONFIG_DRIVER_HOSTAP -DCONFIG_DRIVER_WEXT -DCONFIG_DRIVER_PRISM54 -DCONFIG_DRIVER_ATMEL -DEAP_TLS -DEAP_PEAP -DEAP_TTLS -DEAP_MD5 -DEAP_MSCHAPv2 -DEAP_GTC -DEAP_OTP -DEAP_LEAP -DEAP_TLV -DIEEE8021X_EAPOL -DEAP_TLS_FUNCS -DPKCS12_FUNCS -DCONFIG_WIRELESS_EXTENSION -DCONFIG_CTRL_IFACE -c -o sha1.o sha1.c cc -MMD -O2 -Wall -g -I../driver/modules -I../utils -I../hostapd -DCONFIG_DRIVER_HOSTAP -DCONFIG_DRIVER_WEXT -DCONFIG_DRIVER_PRISM54 -DCONFIG_DRIVER_ATMEL -DEAP_TLS -DEAP_PEAP -DEAP_TTLS -DEAP_MD5 -DEAP_MSCHAPv2 -DEAP_GTC -DEAP_OTP -DEAP_LEAP -DEAP_TLV -DIEEE8021X_EAPOL -DEAP_TLS_FUNCS -DPKCS12_FUNCS -DCONFIG_WIRELESS_EXTENSION -DCONFIG_CTRL_IFACE -c -o aes_wrap.o aes_wrap.c gmake: *** No rule to make target `driver_hostap.o', needed by `wpa_supplicant'. Stop. From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 21:53:10 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5351516A41C for ; Tue, 7 Jun 2005 21:53:10 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 008D543D1D for ; Tue, 7 Jun 2005 21:53:09 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1Dfm1s-00040m-O3; Wed, 08 Jun 2005 01:54:36 +0400 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Wed, 08 Jun 2005 01:54:36 +0400 Message-ID: <75770739@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: Subject: MASTER_SITE_BACKUP and _OVERRIDE options at -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, 07 Jun 2005 21:53:10 -0000 Hi! Does we still have options MASTER_SITE_BACKUP and MASTER_SITE_OVERRIDE options at -current? # uname -a FreeBSD pr1.sem.ipt.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Fri Jul 8 01:08:46 MSD 2005 bsam@pr1.sem.ipt.ru:/usr/obj/usr/src/sys/PR1 i386 # grep -A 2 MASTER /etc/make.conf MASTER_SITE_BACKUP?= \ ftp://ftp.ipt.ru/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ \ ftp://ftp.cronyx.ru/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ -- MASTER_SITE_OVERRIDE?= ${MASTER_SITE_BACKUP} # cd /usr/ports/sysutils/portupgrade # make fetch ===> Vulnerability check disabled, database not found => pkgtools-20041224-20041226.diff.bz2 doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.iDaemons.org/pub/distfiles/. ^Cfetch: transfer interrupted Didn't notice anything on the case at UPDATING. Am I missing smth? WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 22:01:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50EAA16A41C for ; Tue, 7 Jun 2005 22:01:19 +0000 (GMT) (envelope-from kan.cai@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id F210343D48 for ; Tue, 7 Jun 2005 22:01:18 +0000 (GMT) (envelope-from kan.cai@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so34015rne for ; Tue, 07 Jun 2005 15:01:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=FnYrVRwrYyVF1JRj7nFmH+dyWjRm3HS3GIWEWCId5jpAWpemS66KGyiC5yGWIobjh6p/nP10gbEeDCzY3ep9YiIGCwsitgbJ0BOUExOrorqMmqFkctFobnCrXDZnEL9uWWTs66TP18T2mzWp7UEeK10IjHSm0T19LNDnhDO9HmM= Received: by 10.11.88.48 with SMTP id l48mr89348cwb; Tue, 07 Jun 2005 15:01:18 -0700 (PDT) Received: by 10.11.116.17 with HTTP; Tue, 7 Jun 2005 15:01:18 -0700 (PDT) Message-ID: <5365ea66050607150155660b0e@mail.gmail.com> Date: Tue, 7 Jun 2005 15:01:18 -0700 From: Kan Cai To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: set ralink WMP54G AP to 802.11b compatible under FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kan Cai List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2005 22:01:19 -0000 Hi, guys: I am using a linksys WMP54G PCI card under FreeBSD 6.0 and managed to set it to HostAP mode. Thanks for this great work! However, it seems that this AP can only accpet 802.11g clients not 802.11b clients. I have been tweaking some options, but no success. Specifically, I have set mode to 11b and set media to DS/11Mbps. But the 802.11b clients cannot even see the beacons from this linksys card. Please let me know if this is possible, I'll surely appreciate it. The following is the ifconfig output after tweaking. ral0: flags=3D8847 mtu 1500 inet6 fe80::212:17ff:fe64:5b5d%ral0 prefixlen 64 scopeid 0x2 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:12:17:64:5b:5d media: IEEE 802.11 Wireless Ethernet DS/11Mbps (DS/11Mbps = ) status: associated ssid kcai channel 4 bssid 00:12:17:64:5b:5d authmode OPEN privacy OFF txpowmax 100 protmode CTS dtimperiod 1 bintval 100 Thanks in advance. cheers, --ken From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 22:04:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB2CC16A41C for ; Tue, 7 Jun 2005 22:04:09 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 186DF43D5C for ; Tue, 7 Jun 2005 22:04:08 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j57M47ik019008; Wed, 8 Jun 2005 01:04:07 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 95934-19; Wed, 8 Jun 2005 01:04:06 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j57M46LT019005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jun 2005 01:04:06 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j57M4Xc6029384; Wed, 8 Jun 2005 01:04:33 +0300 (EEST) (envelope-from ru) Date: Wed, 8 Jun 2005 01:04:33 +0300 From: Ruslan Ermilov To: Randy Bush Message-ID: <20050607220433.GD84581@ip.net.ua> References: <17061.49982.839890.459580@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zS7rBR6csb6tI2e1" Content-Disposition: inline In-Reply-To: <17061.49982.839890.459580@roam.psg.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: FreeBSD Current Subject: Re: loader 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: Tue, 07 Jun 2005 22:04:09 -0000 --zS7rBR6csb6tI2e1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 07, 2005 at 08:54:38AM -0700, Randy Bush wrote: > have a sata with raid + a jbod for boot. did some maint, and can't > boot. looks like it's boot, as i can get the loader in and up. > anyone have some clue? >=20 > thanks >=20 > randy >=20 > --- >=20 > OK unload > OK load boot/kernel/kernel > boot/kernel/kernel text=3D0x24d128 data=3D0x27c1c+0x2b6e4 syms=3D[0x4+0x3= 0630+0x4+0x3cb6d] > OK lsmod > 0x400000: boot/kernel/kernel (elf kernel, 0x30e5e8) > modules: io.1 splash.1 ipfw.2 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 cd9= 660.1 isa.1 pseudofs.1 procfs.1 random.1 ppbus.1 pci.1 null.1 mem.1 acd.1 a= tapci.1 ata.1 > OK set acpi_load=3DNO > OK show > LINES=3D24 > acpi_load=3DNO >=20 You want to "unset acpi_load" to disable ACPI loading, or "set hint.acpi.0.disabled=3D1". [...] > OK boot > /boot/kernel/acpi.ko text=3D0x4cc70 data=3D0x2000+0x10b0 syms=3D[0x4+0x79= 60+0x4+0xa1d9] > \ >=20 > --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --zS7rBR6csb6tI2e1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCphnxqRfpzJluFF4RAuAIAKCIdWwCqa2oj1073DwpqzARn6G3DgCgjqM9 Z4QbqZsUuIyO7ZYBNTEt1M4= =oNnx -----END PGP SIGNATURE----- --zS7rBR6csb6tI2e1-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 22:11:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7772F16A41C; Tue, 7 Jun 2005 22:11:07 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B8DA43D1D; Tue, 7 Jun 2005 22:11:07 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DfmHq-000OIE-NQ; Tue, 07 Jun 2005 22:11:06 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfmHi-0002zo-2I; Tue, 07 Jun 2005 15:10:58 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17062.7025.560999.966165@roam.psg.com> Date: Tue, 7 Jun 2005 15:10:57 -0700 To: Ruslan Ermilov References: <17061.49982.839890.459580@roam.psg.com> <20050607220433.GD84581@ip.net.ua> Cc: FreeBSD Current Subject: Re: loader 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: Tue, 07 Jun 2005 22:11:07 -0000 >> OK unload >> OK load boot/kernel/kernel >> boot/kernel/kernel text=0x24d128 data=0x27c1c+0x2b6e4 syms=[0x4+0x30630+0x4+0x3cb6d] >> OK lsmod >> 0x400000: boot/kernel/kernel (elf kernel, 0x30e5e8) >> modules: io.1 splash.1 ipfw.2 ether.1 sysvshm.1 sysvsem.1 sysvmsg.1 cd9660.1 isa.1 pseudofs.1 procfs.1 random.1 ppbus.1 pci.1 null.1 mem.1 acd.1 atapci.1 ata.1 >> OK set acpi_load=NO >> OK show >> LINES=24 >> acpi_load=NO > [...] >> OK boot >> /boot/kernel/acpi.ko text=0x4cc70 data=0x2000+0x10b0 syms=[0x4+0x7960+0x4+0xa1d9] >> \ >> >> > You want to "unset acpi_load" to disable ACPI loading, or > "set hint.acpi.0.disabled=1". Type '?' for a list of commands, 'help' for more detailed help. OK unset acpi_load OK set hint.acpi.0.disabled=1 OK boot \ and boot -v shows nothing else randy From owner-freebsd-current@FreeBSD.ORG Tue Jun 7 23:26:54 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E9B716A41C; Tue, 7 Jun 2005 23:26:54 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C35D43D1D; Tue, 7 Jun 2005 23:26:53 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 93CD6856AA; Wed, 8 Jun 2005 08:56:51 +0930 (CST) Date: Wed, 8 Jun 2005 08:56:51 +0930 From: Greg 'groggy' Lehey To: Alexander Leidinger Message-ID: <20050607232651.GE64194@wantadilla.lemis.com> References: <20050607123024.b18hfrd5ww0088ok@netchild.homeip.net> <20050607125810.W37703@pcle2.cc.univie.ac.at> <20050607161850.qapok1w0ssoc0www@netchild.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iEgkO1EH36X1eT6a" Content-Disposition: inline In-Reply-To: <20050607161850.qapok1w0ssoc0www@netchild.homeip.net> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: current@FreeBSD.org, Lukas Ertl Subject: Re: How to debug a kernel with a lot kld's? 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, 07 Jun 2005 23:26:54 -0000 --iEgkO1EH36X1eT6a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Format recovered--see http://www.lemis.com/email/email-format.html] Long/short syndrome. On Tuesday, 7 June 2005 at 16:18:50 +0200, Alexander Leidinger wrote: > Lukas Ertl wrote: > >> Does this help: >> >> > > Enough to decide to just recompile the kernel and let the system run > into the panic again (this seems to be less work to do than to > follow the insructions on the website). That's not the best place to look. Look at gdb(4), which (barely) tells you about using the getsyms macro to load kld symbols. Greg -- When replying to this message, please take care not to mutilate the original text. =20 For more information, see http://www.lemis.com/email.html The virus contained in this message was not detected. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. --iEgkO1EH36X1eT6a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCpi07IubykFB6QiMRAoLpAKCMSyWTdoC6abW9/CQRPc4+HJ74cACfT8Zl OPIDMnyHzzMSiEEIyNza3nw= =5cTT -----END PGP SIGNATURE----- --iEgkO1EH36X1eT6a-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 00:15:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E19316A41F for ; Wed, 8 Jun 2005 00:15:56 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4775A43D58 for ; Wed, 8 Jun 2005 00:15:56 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DfoEd-0001Vl-Tx for freebsd-current@freebsd.org; Wed, 08 Jun 2005 00:15:56 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DfoEV-0003Bm-Ob for freebsd-current@freebsd.org; Tue, 07 Jun 2005 17:15:47 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17062.14515.358156.957321@roam.psg.com> Date: Tue, 7 Jun 2005 17:15:47 -0700 To: FreeBSD Current Subject: best iso cd for twed fixing 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, 08 Jun 2005 00:15:56 -0000 can someone recommend the best (how about a good:-) -current iso image to burn on a cd to go carry into a colo to work on a twed raid array? thanks. randy From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 00:52:10 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82E3516A41C for ; Wed, 8 Jun 2005 00:52:10 +0000 (GMT) (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 E3A7C43D1D for ; Wed, 8 Jun 2005 00:52:09 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j580q83G000791 for ; Wed, 8 Jun 2005 04:52:08 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DomainKey-Signature: a=rsa-sha1; s=default; d=nagual.pp.ru; c=nofws; q=dns; h=received:date:from:to:subject:message-id: mail-followup-to:mime-version:content-type:content-disposition:user-agent; b=LhUtdAHUu7hTMB/0wgn9QDCnlAlich0/CUt5NuFuYjcGdTZBIwvf/lY7tea9QHKLs owqSr+LDXa0OcUrLt817w== Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j580q84N000790 for current@freebsd.org; Wed, 8 Jun 2005 04:52:08 +0400 (MSD) (envelope-from ache) Date: Wed, 8 Jun 2005 04:52:08 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20050608005208.GA745@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: Still something wrong with tcp_sack_option () 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, 08 Jun 2005 00:52:10 -0000 With very recent kernel I have a panic once per several hours, always in swi1:net, always something called from tcp_sack_option (), see example below: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0539f12 stack pointer = 0x28:0xcc7e4a8c frame pointer = 0x28:0xcc7e4adc 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 = 29 (swi1: net) trap number = 12 panic: page fault #5 0xc05ccea0 in trap () #6 0xc05bdf0a in calltrap () #7 0xcc7e0008 in ?? () #8 0x00000028 in ?? () #9 0x00000028 in ?? () #10 0x00000000 in ?? () #11 0xc1a9e1cc in ?? () #12 0xcc7e4adc in ?? () #13 0xcc7e4a78 in ?? () #14 0xcc7e4ab0 in ?? () #15 0xc1129000 in ?? () #16 0x7e56b4a9 in ?? () #17 0xcc7e4ab0 in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc0539f12 in tcp_sack_option () -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 01:42:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9724116A421 for ; Wed, 8 Jun 2005 01:42:41 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80604.mail.yahoo.com (web80604.mail.yahoo.com [66.218.79.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FC5643D4C for ; Wed, 8 Jun 2005 01:42:41 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050608014241.92994.qmail@web80604.mail.yahoo.com> Received: from [64.172.45.214] by web80604.mail.yahoo.com via HTTP; Tue, 07 Jun 2005 18:42:41 PDT Date: Tue, 7 Jun 2005 18:42:41 -0700 (PDT) From: Mohan Srinivasan To: Andrey Chernov , current@freebsd.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: Still something wrong with tcp_sack_option () 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, 08 Jun 2005 01:42:41 -0000 Hi, I'll take a look at this. In the meantime, you can work around this by pulling in the following versions in your tree : tcp_var.h: 1.124 tcp_sack.c: 1.20 thanks mohan --- Andrey Chernov wrote: > With very recent kernel I have a panic once per several hours, always in > swi1:net, always something called from tcp_sack_option (), see > example below: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x4 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0539f12 > stack pointer = 0x28:0xcc7e4a8c > frame pointer = 0x28:0xcc7e4adc > 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 = 29 (swi1: net) > trap number = 12 > panic: page fault > > #5 0xc05ccea0 in trap () > #6 0xc05bdf0a in calltrap () > #7 0xcc7e0008 in ?? () > #8 0x00000028 in ?? () > #9 0x00000028 in ?? () > #10 0x00000000 in ?? () > #11 0xc1a9e1cc in ?? () > #12 0xcc7e4adc in ?? () > #13 0xcc7e4a78 in ?? () > #14 0xcc7e4ab0 in ?? () > #15 0xc1129000 in ?? () > #16 0x7e56b4a9 in ?? () > #17 0xcc7e4ab0 in ?? () > #18 0x0000000c in ?? () > #19 0x00000000 in ?? () > #20 0xc0539f12 in tcp_sack_option () > > > -- > 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" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 01:46:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39EC216A41C for ; Wed, 8 Jun 2005 01:46:40 +0000 (GMT) (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 9650C43D48 for ; Wed, 8 Jun 2005 01:46:39 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j581kcTB001770; Wed, 8 Jun 2005 05:46:38 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DomainKey-Signature: a=rsa-sha1; s=default; d=nagual.pp.ru; c=nofws; q=dns; 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=wkK0CRQHjDyj/191UhTAncjeopEMNWvexWYxg4x+BzJ7eITUzMG81uAbWJWU5dwOJ z4Ol6cHvh7ZssS/1/LXww== Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j581kcsW001769; Wed, 8 Jun 2005 05:46:38 +0400 (MSD) (envelope-from ache) Date: Wed, 8 Jun 2005 05:46:38 +0400 From: Andrey Chernov To: Mohan Srinivasan Message-ID: <20050608014637.GA1671@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mohan Srinivasan , current@freebsd.org References: <20050608014241.92994.qmail@web80604.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608014241.92994.qmail@web80604.mail.yahoo.com> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: Still something wrong with tcp_sack_option () 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, 08 Jun 2005 01:46:40 -0000 On Tue, Jun 07, 2005 at 06:42:41PM -0700, Mohan Srinivasan wrote: > Hi, > > I'll take a look at this. In the meantime, you can work around > this by pulling in the following versions in your tree : > > tcp_var.h: 1.124 > tcp_sack.c: 1.20 Thanx. For now I put net.inet.tcp.sack.enable=0 into my /etc/sysctl.conf Is it enough? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 02:01:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0359F16A41C for ; Wed, 8 Jun 2005 02:01:23 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80603.mail.yahoo.com (web80603.mail.yahoo.com [66.218.79.92]) by mx1.FreeBSD.org (Postfix) with SMTP id C14D043D53 for ; Wed, 8 Jun 2005 02:01:22 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050608020122.73050.qmail@web80603.mail.yahoo.com> Received: from [64.172.45.214] by web80603.mail.yahoo.com via HTTP; Tue, 07 Jun 2005 19:01:22 PDT Date: Tue, 7 Jun 2005 19:01:22 -0700 (PDT) From: Mohan Srinivasan To: Andrey Chernov In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: current@freebsd.org Subject: Re: Still something wrong with tcp_sack_option () 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, 08 Jun 2005 02:01:23 -0000 Yes. That will work around it too. --- Andrey Chernov wrote: > On Tue, Jun 07, 2005 at 06:42:41PM -0700, Mohan Srinivasan wrote: > > Hi, > > > > I'll take a look at this. In the meantime, you can work around > > this by pulling in the following versions in your tree : > > > > tcp_var.h: 1.124 > > tcp_sack.c: 1.20 > > Thanx. > For now I put > net.inet.tcp.sack.enable=0 > into my /etc/sysctl.conf > Is it enough? > > -- > 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" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 02:10:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08E1516A41C for ; Wed, 8 Jun 2005 02:10:32 +0000 (GMT) (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 5AE7A43D1F for ; Wed, 8 Jun 2005 02:10:31 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.3/8.13.3) with ESMTP id j582AU6X002453; Wed, 8 Jun 2005 06:10:30 +0400 (MSD) (envelope-from ache@nagual.pp.ru) DomainKey-Signature: a=rsa-sha1; s=default; d=nagual.pp.ru; c=nofws; q=dns; 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=4P+j6jdJBuVLaODfaICQXnpKNl2Nzief/i2rjbHOyqot6o5xylYnrnba9sHa5cQ6v u3FVjykYmz4wlIqq0QHsw== Received: (from ache@localhost) by nagual.pp.ru (8.13.3/8.13.3/Submit) id j582AUua002452; Wed, 8 Jun 2005 06:10:30 +0400 (MSD) (envelope-from ache) Date: Wed, 8 Jun 2005 06:10:30 +0400 From: Andrey Chernov To: Mohan Srinivasan Message-ID: <20050608021029.GA2388@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Mohan Srinivasan , current@freebsd.org References: <20050608020122.73050.qmail@web80603.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608020122.73050.qmail@web80603.mail.yahoo.com> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: Still something wrong with tcp_sack_option () 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, 08 Jun 2005 02:10:32 -0000 On Tue, Jun 07, 2005 at 07:01:22PM -0700, Mohan Srinivasan wrote: > Yes. That will work around it too. > I forget to mention that I use relatively large send/recvspace, about 128K, it may increase bug trigger because SACK happens often. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 02:20:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2490916A41C for ; Wed, 8 Jun 2005 02:20:35 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E96BE43D4C for ; Wed, 8 Jun 2005 02:20:34 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from Twinhead ([70.21.150.237]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IHQ003A0UI9XIW4@vms046.mailsrvcs.net> for current@freebsd.org; Tue, 07 Jun 2005 21:20:34 -0500 (CDT) Date: Tue, 07 Jun 2005 21:26:13 -0400 From: "Alexandre \"Sunny\" Kovalenko" To: current@freebsd.org Message-id: <1118193973.93544.19.camel@Twinhead> MIME-version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT Cc: Subject: Installing 6.0 from June snapshots 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, 08 Jun 2005 02:20:35 -0000 I have decided to be brave and reinstall my machine from scratch using ISO images from June 2. Machine in question is AVERATEC 3150H laptop which was running FreeBSD since 5.2.1, so I did not expect too many problems. So far, I have encountered few, though: -- sysinstall complained about missing packages/INDEX file ("Unable to get packages/INDEX file from selected media") and consequently failed to install X.Org components and Linux ABI compatibility. As far as I can judge from number of times I had to press OK button, it went through X components twice. At the end, it reported that it was not able to install X.Org and Xserv in the separate message box. -- it offered to configure existing network interface (vr) and bring it up but failed to do so with the message box stating "Unable to configure the vr0 interface! This installation method could not be used". After reboot, interface was brought up and properly configured. -- it was not able to configure and start mouse daemon. I have touchpad device on this machine, so maybe setting some flags would have cured, it -- I have not experimented with it much. At this point I have working system (no X, no Linux emulation). If there is any additional information I can provide, I will be happy to. -- Alexandre "Sunny" Kovalenko (ŸÛÕÚáÐÝÔà ºÞÒÐÛÕÝÚÞ) From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 03:05:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3403016A41C for ; Wed, 8 Jun 2005 03:05:09 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id B712143D1F for ; Wed, 8 Jun 2005 03:05:08 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j58358ms053555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Jun 2005 20:05:08 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42A66072.1050602@errno.com> Date: Tue, 07 Jun 2005 20:05:22 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> <17062.5589.852956.757528@roam.psg.com> In-Reply-To: <17062.5589.852956.757528@roam.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree 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, 08 Jun 2005 03:05:09 -0000 Randy Bush wrote: > ok, i > cp defconfig .config > and it seems to enable eap-ttls, so i am trying a make > > i just love that ./doc contains an xfig. i think i > deinstalled xfig a decade ago > cvsup cd /usr/src/usr.sbin/wpa/wpa_supplicant make su make install From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 03:17:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9507616A41C for ; Wed, 8 Jun 2005 03:17:01 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6093343D49 for ; Wed, 8 Jun 2005 03:17:01 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dfr3t-0006bg-1p; Wed, 08 Jun 2005 03:17:01 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Dfr3k-0003T8-Ph; Tue, 07 Jun 2005 20:16:52 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17062.25380.291967.875591@roam.psg.com> Date: Tue, 7 Jun 2005 20:16:52 -0700 To: Sam Leffler References: <42A5253E.10401@errno.com> <17061.50966.381799.889500@roam.psg.com> <42A5CBAC.4000409@errno.com> <17062.5589.852956.757528@roam.psg.com> <42A66072.1050602@errno.com> Cc: freebsd-current@freebsd.org Subject: Re: HEADSUP: wpa support in the tree 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, 08 Jun 2005 03:17:01 -0000 > cvsup did it yet again > cd /usr/src/usr.sbin/wpa/wpa_supplicant > make /usr/src/usr.sbin/wpa/wpa_supplicant# make Warning: Object directory not changed from original /usr/src/usr.sbin/wpa/wpa_supplicant cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/config.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/eloop.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/common.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/md5.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/rc4.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/sha1.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/aes_wrap.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/wpa_supplicant.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/wpa.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/ctrl_iface.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../l2_packet.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c /usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant/drivers.c cc -O -pipe -march=pentiumpro -I/usr/src/usr.sbin/wpa/wpa_supplicant -I/usr/src/usr.sbin/wpa/wpa_supplicant/../../../contrib/wpa_supplicant -DCONFIG_DRIVER_BSD -DCONFIG_CTRL_IFACE -g -c driver_freebsd.c driver_freebsd.c: In function `wpa_driver_bsd_associate': driver_freebsd.c:353: error: structure has no member named `im_ssid' driver_freebsd.c:354: error: structure has no member named `im_ssid_len' *** Error code 1 Stop in /usr/src/usr.sbin/wpa/wpa_supplicant. > su > make install From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 03:32:13 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8A2016A41C for ; Wed, 8 Jun 2005 03:32:13 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CDFB43D1F for ; Wed, 8 Jun 2005 03:32:13 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j583WCk9050694 for ; Tue, 7 Jun 2005 23:32:12 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j583WCpl050690 for ; Tue, 7 Jun 2005 23:32:12 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 7 Jun 2005 23:32:12 -0400 (EDT) From: Jeff Roberson To: current@freebsd.org Message-ID: <20050607210453.S16943@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: Sound skipping 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, 08 Jun 2005 03:32:13 -0000 I have a patch that should greatly improve the sound skipping problems people have under heavy io load. Several people sent me traces that showed the buf daemon running for hundreds of milliseconds with Giant held, which can hold up the pcm code. The patch is available at: http://www.chesapeake.net/~jroberson/flushbuf.diff This changes flushbufqueues to flush multiple buffers instead of one buffer at a time. It also places buffers we failed to flush at the end of the list, and uses a sentinal to track our progress through the list. This almost entirely solved the skipping problem for me. Depending on user feedback we can do a little more to reduce the time spent processing here. Cheers, Jeff From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 04:25:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EBEF16A41C for ; Wed, 8 Jun 2005 04:25:15 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: from web80604.mail.yahoo.com (web80604.mail.yahoo.com [66.218.79.93]) by mx1.FreeBSD.org (Postfix) with SMTP id EE26C43D1F for ; Wed, 8 Jun 2005 04:25:14 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050608042514.19223.qmail@web80604.mail.yahoo.com> Received: from [64.172.45.214] by web80604.mail.yahoo.com via HTTP; Tue, 07 Jun 2005 21:25:14 PDT Date: Tue, 7 Jun 2005 21:25:14 -0700 (PDT) From: Mohan Srinivasan To: Andrey Chernov In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: raja@moselle.com, current@freebsd.org, demizu@dd.iij4u.or.jp Subject: Re: Still something wrong with tcp_sack_option () 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, 08 Jun 2005 04:25:15 -0000 Hi, Noritoshi Demizu sent me a fix for this issue. Can you try this fix ? I'll get this committed to -current shortly. It looks like because you run with larger windows, generating a lot of sack holes, we ran into the sackhole limits that caused allocation of a new sackhole to fail, causing the bug. thanks ! mohan Index: tcp_sack.c =================================================================== RCS file: /home/cvsup/FreeBSD/ncvs/src/sys/netinet/tcp_sack.c,v retrieving revision 1.22 diff -u -r1.22 tcp_sack.c --- tcp_sack.c 6 Jun 2005 19:46:53 -0000 1.22 +++ tcp_sack.c 8 Jun 2005 03:18:42 -0000 @@ -458,13 +458,19 @@ * beyond the current fack, they will be inserted by * way of hole splitting in the while-loop below. */ - tcp_sackhole_insert(tp, tp->snd_fack, sblkp->start, NULL); + temp = tcp_sackhole_insert(tp, tp->snd_fack,sblkp->start,NULL); + if (temp == NULL) + return 0; tp->snd_fack = sblkp->end; /* Go to the previous sack block. */ sblkp--; } else if (SEQ_LT(tp->snd_fack, sblkp->end)) /* fack is advanced. */ tp->snd_fack = sblkp->end; + /* + * At this point, at least one SACK hole must exist. + */ + KASSERT(!TAILQ_EMPTY(&tp->snd_holes), ("SACK scoreboard is emtpy")); cur = TAILQ_LAST(&tp->snd_holes, sackhole_head); /* Last SACK hole */ /* * Since the incoming sack blocks are sorted, we can process them --- Andrey Chernov wrote: > On Tue, Jun 07, 2005 at 07:01:22PM -0700, Mohan Srinivasan wrote: > > Yes. That will work around it too. > > > > I forget to mention that I use relatively large send/recvspace, about > 128K, it may increase bug trigger because SACK happens often. > > -- > 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" > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 05:31:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D10F916A41C for ; Wed, 8 Jun 2005 05:31:45 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BE5943D4C for ; Wed, 8 Jun 2005 05:31:43 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id BC02F3986A; Wed, 8 Jun 2005 07:32:02 +0200 (CEST) Date: Wed, 8 Jun 2005 07:31:39 +0200 From: Marcin Jessa To: polachok@narod.ru Message-Id: <20050608073139.2d0e1d74.lists@yazzy.org> In-Reply-To: <42A60DAF.000003.32027@pantene.yandex.ru> References: <42A60DAF.000003.32027@pantene.yandex.ru> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Lucent Win Modem driver (comms/ltmdm) 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, 08 Jun 2005 05:31:45 -0000 Hi Alexander. You need to send a pr with your patch. The easiest way is to use gtk-send-pr from ports. Read the ports section in the handbook for more details. Cheers, YazzY On Wed, 8 Jun 2005 01:12:15 +0400 (MSD) "Polakov Alexander" wrote: > Hi all. I'm new in CURRENT and english is not my native. I want to tell you my problem. My modem is Lucent Win Modem, and when I used FreeBSD-STABLE I could compile its driver. Now when I tried into CURRENT I couldn't. It showed errors like this: > > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c: In function `lt_pci_find_device': > /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c:748: error: `PCIR_MAPS' undeclared (first use in this function) > > So, I've made a patch. Where I have to send it if I want to add it into port(maybe it can be useful for anybody)? > Here is it. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 06:04:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF1F816A41C; Wed, 8 Jun 2005 06:04:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78A3B43D1F; Wed, 8 Jun 2005 06:04:29 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5864JcF036323; Wed, 8 Jun 2005 02:04: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.3/8.13.3) with ESMTP id j5864SDn039145; Wed, 8 Jun 2005 02:04:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 68A1C7306E; Wed, 8 Jun 2005 02:04:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050608060428.68A1C7306E@freebsd-current.sentex.ca> Date: Wed, 8 Jun 2005 02:04:28 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Wed, 08 Jun 2005 06:04:30 -0000 TB --- 2005-06-08 03:48:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-08 03:48:42 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-06-08 03:48:42 - cleaning the object tree TB --- 2005-06-08 03:48:51 - checking out the source tree TB --- 2005-06-08 03:48:51 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-06-08 03:48:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-08 03:54:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-08 03:54:44 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-08 03:54:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-08 05:52:05 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-08 05:52:05 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-08 05:52:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jun 8 05:52:06 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/ia64/ia64/obj/tinderbox/CURRENT/ia64/ia64/src/make.i386/make sh /tinderbox/CURRENT/ia64/ia64/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vers.c linking kernel.debug ata-raid.o(.text+0x31f2): In function `ata_raid_attach': /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/ata-raid.c:116: undefined reference to `memset' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-06-08 06:04:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-08 06:04:27 - ERROR: failed to build generic kernel TB --- 2005-06-08 06:04:27 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 06:15:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B987C16A41C for ; Wed, 8 Jun 2005 06:15:44 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0179B43D49 for ; Wed, 8 Jun 2005 06:15:43 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: by simscan 1.1.0 ppid: 68049, pid: 68050, t: 0.9456s scanners:none Received: from unknown (HELO michelle.rndsoft.co.kr) (192.168.5.90) by 0 with SMTP; 8 Jun 2005 06:12:35 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j586FYa9007022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jun 2005 15:15:34 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j586FW52007021; Wed, 8 Jun 2005 15:15:32 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Wed, 8 Jun 2005 15:15:32 +0900 From: Pyun YongHyeon To: Jeff Roberson Message-ID: <20050608061532.GA5805@rndsoft.co.kr> References: <20050607210453.S16943@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050607210453.S16943@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamDetector 1.00 (2004-01-11) on Cc: current@freebsd.org Subject: Re: Sound skipping problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 06:15:44 -0000 On Tue, Jun 07, 2005 at 11:32:12PM -0400, Jeff Roberson wrote: > I have a patch that should greatly improve the sound skipping problems > people have under heavy io load. Several people sent me traces that > showed the buf daemon running for hundreds of milliseconds with Giant > held, which can hold up the pcm code. The patch is available at: > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > This changes flushbufqueues to flush multiple buffers instead of one > buffer at a time. It also places buffers we failed to flush at the end of > the list, and uses a sentinal to track our progress through the list. > This almost entirely solved the skipping problem for me. Depending on > user feedback we can do a little more to reduce the time spent processing > here. > Unfortunatly, it seems that it doesn't show much difference. HW: Gateway Solo 5300(UP, P3 700MHz, maestro3 driver) As soon as I started to extract mozilla source the sound playing stopped and the system seems to be freezed. (No response from keyboard input except showing ^C.) It seems that there is no difference with/without witness. -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 06:31:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39A7616A41C for ; Wed, 8 Jun 2005 06:31:00 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9228843D48 for ; Wed, 8 Jun 2005 06:30:59 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.3/8.13.3) with ESMTP id j586UmMR022918; Wed, 8 Jun 2005 10:30:48 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.3/8.13.3/Submit) id j586UlSq022917; Wed, 8 Jun 2005 10:30:47 +0400 (MSD) (envelope-from tarc) Date: Wed, 8 Jun 2005 10:30:47 +0400 From: Tarc To: Kris Kennaway Message-ID: <20050608063047.GA22894@tarc.po.cs.msu.su> References: <20050607171321.GA17291@tarc.po.cs.msu.su> <20050607171811.GA97959@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050607171811.GA97959@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: freebsd-current Subject: Re: Problem with TCP/IP stack? 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, 08 Jun 2005 06:31:00 -0000 On Tue, Jun 07, 2005 at 01:18:11PM -0400, Kris Kennaway wrote: > On Tue, Jun 07, 2005 at 09:13:22PM +0400, Tarc wrote: > > I found in dmesg following lines: > > > > tcp_sack_output: Computed sack_bytes_retransmitted (1400) not the same as cached value (2800) > > > > > > This problems founded after latest recompilling & reinstalling kernel. > > Even after the patch committed yesterday to fix this issue? > > Kris Thanks, I'll today reinstall kernel and world. -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 06:49:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E49F216A41C for ; Wed, 8 Jun 2005 06:49:40 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92D2E43D1F for ; Wed, 8 Jun 2005 06:49:40 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j586ndk9098908; Wed, 8 Jun 2005 02:49:39 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j586ndbU098901; Wed, 8 Jun 2005 02:49:39 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 8 Jun 2005 02:49:38 -0400 (EDT) From: Jeff Roberson To: Pyun YongHyeon In-Reply-To: <20050608061532.GA5805@rndsoft.co.kr> Message-ID: <20050608024854.K16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <20050608061532.GA5805@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 06:49:41 -0000 On Wed, 8 Jun 2005, Pyun YongHyeon wrote: > On Tue, Jun 07, 2005 at 11:32:12PM -0400, Jeff Roberson wrote: > > I have a patch that should greatly improve the sound skipping problems > > people have under heavy io load. Several people sent me traces that > > showed the buf daemon running for hundreds of milliseconds with Giant > > held, which can hold up the pcm code. The patch is available at: > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > > > This changes flushbufqueues to flush multiple buffers instead of one > > buffer at a time. It also places buffers we failed to flush at the end of > > the list, and uses a sentinal to track our progress through the list. > > This almost entirely solved the skipping problem for me. Depending on > > user feedback we can do a little more to reduce the time spent processing > > here. > > > > Unfortunatly, it seems that it doesn't show much difference. > HW: Gateway Solo 5300(UP, P3 700MHz, maestro3 driver) Well, it helps out on my machine. I need to investigate a little further. At the moment, this seems to have problems after a while under load. I'll put this in my queue of things to look at though. Thanks, Jeff > > As soon as I started to extract mozilla source the sound playing > stopped and the system seems to be freezed. > (No response from keyboard input except showing ^C.) > It seems that there is no difference with/without witness. > -- > Regards, > Pyun YongHyeon > http://www.kr.freebsd.org/~yongari | yongari@freebsd.org > _______________________________________________ > 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 8 06:59:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 560F516A41C for ; Wed, 8 Jun 2005 06:59:01 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE3C743D48 for ; Wed, 8 Jun 2005 06:59:00 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.3/8.13.3) with ESMTP id j586woBE023220; Wed, 8 Jun 2005 10:58:50 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.3/8.13.3/Submit) id j586wnsF023219; Wed, 8 Jun 2005 10:58:49 +0400 (MSD) (envelope-from tarc) Date: Wed, 8 Jun 2005 10:58:36 +0400 From: Tarc To: Clarence Chu Message-ID: <20050608065836.GA22981@tarc.po.cs.msu.su> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-current Subject: Re: 5.4-release + 6.0-current on the same disk 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, 08 Jun 2005 06:59:01 -0000 If it is actual today, you can play with loader.conf options (so write own beastie menu) and the kernel option ROOTDEVNAME. On Sat, May 28, 2005 at 05:50:25AM +0800, Clarence Chu wrote: > > hi there, > > i wish to install 5.4-p? and 6.0-current (to be release) on the same disk > of a single > machine for to test the 6-0-current. > > however, the disklabel of the recent 6.0-current resist to co-operate with > that of > the 5.4-p?. i.e. when i have installed 5.4-p?, and then 6.0-current, > disklabel information > would be lost. > > i had "cd /usr/src/release; make release ........" to produce both install > and boot > CDs for 6-0-current of i386 and amd64 and tried installing for co-existence > of the > 5.4-release partitions, in vain: everytime i install the 6.0-current, the > disklabel > on the 5.4-p? were erased. > > should any kind folks please indicate the way to make them co-exist on the > same machine? > > best regards, > > clarence chu -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 07:25:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 942AE16A41C; Wed, 8 Jun 2005 07:25:57 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F79B43D53; Wed, 8 Jun 2005 07:25:56 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A560360F3; Wed, 8 Jun 2005 09:25:48 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 91F7B60F2; Wed, 8 Jun 2005 09:25:48 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 826EF33C3B; Wed, 8 Jun 2005 09:25:48 +0200 (CEST) To: Robert Watson References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 08 Jun 2005 09:25:48 +0200 In-Reply-To: <20050607175242.D61131@fledge.watson.org> (Robert Watson's message of "Tue, 7 Jun 2005 17:57:02 +0100 (BST)") Message-ID: <86ll5lmhs3.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-5.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: Randy Bush , freebsd-fs@freebsd.org, FreeBSD Current , Eric Anderson , Julian Elischer Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 07:25:57 -0000 Robert Watson writes: > - Some appliations behave poorly with large trees. ls(1) is the classic > example -- sorting 150,000 strings is expensive, and should be avoided. That's because fts's sorting code is brain-dead. It starts by reading the entire directory into a linked list, then copies that list into an array which it passes to qsort(), and finally converts the array back into a linked list. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 07:46:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 318F616A41C; Wed, 8 Jun 2005 07:46:29 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72E6043D1D; Wed, 8 Jun 2005 07:46:28 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by kane.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j587kGGO006416; Wed, 8 Jun 2005 10:46:16 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.3/8.13.3) with ESMTP id j587kF1F001054; Wed, 8 Jun 2005 10:46:15 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.3/8.13.3/Submit) id j587kEFC001053; Wed, 8 Jun 2005 10:46:14 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 8 Jun 2005 10:46:14 +0300 From: Giorgos Keramidas To: Dag-Erling Sm?rgrav Message-ID: <20050608074613.GA979@orion.daedalusnetworks.priv> References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86ll5lmhs3.fsf@xps.des.no> Cc: freebsd-fs@freebsd.org, Randy Bush , FreeBSD Current , Robert Watson , Julian Elischer , Eric Anderson Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 07:46:29 -0000 On 2005-06-08 09:25, Dag-Erling Sm?rgrav wrote: >Robert Watson writes: >> - Some appliations behave poorly with large trees. ls(1) is the classic >> example -- sorting 150,000 strings is expensive, and should be avoided. > > That's because fts's sorting code is brain-dead. It starts by reading > the entire directory into a linked list, then copies that list into an > array which it passes to qsort(), and finally converts the array back > into a linked list. Is there a better way to sort a linked list (not necessarily a singly-linked list, like the one fts_link is used for). If it makes things easier on the sorting side, we could always convert fts_link to a real `LIST_ENTRY(FTSENT) fts_link', but I suspect that sorting would still involve at least some sort of array, unless we stop using qsort(). From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 07:50:50 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9196016A41F; Wed, 8 Jun 2005 07:50:50 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0800C43D5C; Wed, 8 Jun 2005 07:50:49 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id ECD0B60F3; Wed, 8 Jun 2005 09:50:44 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 5EA6560F2; Wed, 8 Jun 2005 09:50:44 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 38AA833C3B; Wed, 8 Jun 2005 09:50:44 +0200 (CEST) To: Giorgos Keramidas References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 08 Jun 2005 09:50:44 +0200 In-Reply-To: <20050608074613.GA979@orion.daedalusnetworks.priv> (Giorgos Keramidas's message of "Wed, 8 Jun 2005 10:46:14 +0300") Message-ID: <86zmu1l223.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-5.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: freebsd-fs@freebsd.org, Randy Bush , FreeBSD Current , Robert Watson , Julian Elischer , Eric Anderson Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 07:50:50 -0000 Giorgos Keramidas writes: > Is there a better way to sort a linked list (not necessarily a > singly-linked list, like the one fts_link is used for). Don't build a linked list to begin with. The comparison function is known at the time the directory entries are read, so it should be a simple matter to read them into a red-black tree instead of a singly- linked list. I'm working on a patch. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 07:52:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0EB316A41C; Wed, 8 Jun 2005 07:52:19 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7789943D48; Wed, 8 Jun 2005 07:52:19 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr5so.prod.shaw.ca (pd5mr5so-qfe3.prod.shaw.ca [10.0.141.181]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IHR009CM9V6VT60@l-daemon>; Wed, 08 Jun 2005 01:52:18 -0600 (MDT) Received: from pn2ml4so.prod.shaw.ca ([10.0.121.148]) by pd5mr5so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IHR006519V6HN40@pd5mr5so.prod.shaw.ca>; Wed, 08 Jun 2005 01:52:18 -0600 (MDT) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IHR001079V5MA@l-daemon>; Wed, 08 Jun 2005 01:52:18 -0600 (MDT) Date: Wed, 08 Jun 2005 00:52:17 -0700 From: Colin Percival In-reply-to: <20050608074613.GA979@orion.daedalusnetworks.priv> To: Giorgos Keramidas Message-id: <42A6A3B1.4090607@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.91.0.0 References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050406) Cc: Randy Bush , freebsd-fs@freebsd.org, FreeBSD Current , Robert Watson , Julian Elischer , Dag-Erling Sm?rgrav , Eric Anderson Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 07:52:19 -0000 Giorgos Keramidas wrote: > On 2005-06-08 09:25, Dag-Erling Sm?rgrav wrote: >>That's because fts's sorting code is brain-dead. It starts by reading >>the entire directory into a linked list, then copies that list into an >>array which it passes to qsort(), and finally converts the array back >>into a linked list. > > Is there a better way to sort a linked list How do you define "better"? You can merge-sort a singly-linked list quite easily, but converting it to an array and back would probably be faster. Colin Percival From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 07:52:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EBDF16A41C for ; Wed, 8 Jun 2005 07:52:45 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2126C43D48 for ; Wed, 8 Jun 2005 07:52:44 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so198808nzk for ; Wed, 08 Jun 2005 00:52:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jYqDJmFSIN+ZqLgyxle9xD4Fw9OSpiRF5C4X9ctbI1RlnN9taqTLyQ/GoJ6D+4oFXCQ1CXe1w0g8xDjURGjI2rBDlMEyYN7sSBIDZpr0CtFjiFKgtnfGxr4UQA8QY2PDTfZWCZG8LErQM3DCOl8lPDmLErVrLdmT50d1oAE+E+Y= Received: by 10.36.126.9 with SMTP id y9mr1061310nzc; Wed, 08 Jun 2005 00:52:44 -0700 (PDT) Received: by 10.36.88.8 with HTTP; Wed, 8 Jun 2005 00:52:43 -0700 (PDT) Message-ID: Date: Wed, 8 Jun 2005 15:52:43 +0800 From: Jiawei Ye To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: unkillable apache httpd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 07:52:45 -0000 I have a problem with very recent -current. Apache2 when restarted via /usr/local/etc/rc.d/apache2.sh, the httpd process becomes unkillable and consumes quite some CPU cycles. Truss output sigprocmask(0x3,0x280b8a30,0x0) =3D 0 (0x0) sigprocmask(0x1,0x280b8a20,0xbfbfea20) =3D 0 (0x0) sigprocmask(0x3,0x280b8a30,0x0) =3D 0 (0x0) sigprocmask(0x1,0x280b8a20,0xbfbfea20) =3D 0 (0x0) munmap(0x28578000,0x3000) =3D 0 (0x0) sigprocmask(0x3,0x280b8a30,0x0) =3D 0 (0x0) sigprocmask(0x1,0x280b8a20,0xbfbfea20) =3D 0 (0x0) sigprocmask(0x3,0x280b8a30,0x0) =3D 0 (0x0) sigprocmask(0x1,0x280b8a20,0xbfbfea20) =3D 0 (0x0) munmap(0x28575000,0x3000) =3D 0 (0x0) sigprocmask(0x3,0x280b8a30,0x0) =3D 0 (0x0) munmap(0x2acee000,0x36120) =3D 0 (0x0) close(3) =3D 0 (0x0) sigprocmask(0x1,0x0,0x80a611c) =3D 0 (0x0) sigaction(SIGSEGV,{ SIG_DFL 0x0|ONSTACK|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t },0x0) =3D 0 (0x0) sigaction(SIGSEGV,0x0,{ SIG_DFL 0x0|ONSTACK|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT|SIGINFO ss_t }) =3D 0 (0x0) chdir("/usr/local") =3D 0 (0x0) sigaction(SIGSEGV,{ SIG_DFL 0x0|ONSTACK|RESTART|RESETHAND|NOCLDSTOP|NODEFER|NOCLDWAIT ss_t },0x0) =3D 0 (0x0) getpid() =3D 3622 (0xe26) gettimeofday({1118216948 261226},0x0) =3D 0 (0x0) And it just gets stuck here and no further. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 08:02:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A25716A41C; Wed, 8 Jun 2005 08:02:46 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DF2A43D53; Wed, 8 Jun 2005 08:02:44 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j5882Z5r032677; Wed, 8 Jun 2005 11:02:36 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.3/8.13.3) with ESMTP id j5882ZMW001281; Wed, 8 Jun 2005 11:02:35 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.3/8.13.3/Submit) id j5882Ys7001280; Wed, 8 Jun 2005 11:02:34 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 8 Jun 2005 11:02:34 +0300 From: Giorgos Keramidas To: Colin Percival Message-ID: <20050608080234.GA1226@orion.daedalusnetworks.priv> References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> <42A6A3B1.4090607@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42A6A3B1.4090607@freebsd.org> Cc: Randy Bush , freebsd-fs@freebsd.org, FreeBSD Current , Robert Watson , Julian Elischer , Dag-Erling Sm?rgrav , Eric Anderson Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 08:02:46 -0000 On 2005-06-08 00:52, Colin Percival wrote: > Giorgos Keramidas wrote: > > On 2005-06-08 09:25, Dag-Erling Sm?rgrav wrote: > >>That's because fts's sorting code is brain-dead. It starts by reading > >>the entire directory into a linked list, then copies that list into an > >>array which it passes to qsort(), and finally converts the array back > >>into a linked list. > > > > Is there a better way to sort a linked list > > How do you define "better"? You can merge-sort a singly-linked list > quite easily, but converting it to an array and back would probably > be faster. Better, in this case, would be any of: a. faster b. faster and less demanding in memory The red-black tree des mentioned is certainly faster to traverse, but not necessarily less demanding in memory. The memory load when a red-black tree is used will be amortized to a range of "add FTSENT" operations, so it seems nice :-) From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 08:03:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F9B516A41C; Wed, 8 Jun 2005 08:03:12 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E1F943D53; Wed, 8 Jun 2005 08:03:11 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j58834Dp000676; Wed, 8 Jun 2005 11:03:04 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.3/8.13.3) with ESMTP id j58834Qj001300; Wed, 8 Jun 2005 11:03:04 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.3/8.13.3/Submit) id j58834Zc001299; Wed, 8 Jun 2005 11:03:04 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 8 Jun 2005 11:03:04 +0300 From: Giorgos Keramidas To: Dag-Erling Sm?rgrav Message-ID: <20050608080304.GB1226@orion.daedalusnetworks.priv> References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> <86zmu1l223.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86zmu1l223.fsf@xps.des.no> Cc: freebsd-fs@freebsd.org, Randy Bush , FreeBSD Current , Robert Watson , Julian Elischer , Eric Anderson Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 08:03:12 -0000 On 2005-06-08 09:50, Dag-Erling Sm?rgrav wrote: > Giorgos Keramidas writes: > > Is there a better way to sort a linked list (not necessarily a > > singly-linked list, like the one fts_link is used for). > > Don't build a linked list to begin with. Hehe. Exactly. > The comparison function is known at the time the directory entries are > read, so it should be a simple matter to read them into a red-black > tree instead of a singly- linked list. I'm working on a patch. Thanks :) From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 08:06:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA6016A41C for ; Wed, 8 Jun 2005 08:06:12 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from ecf.puc.edu (ecf2.puc.edu [12.16.216.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02B3743D55 for ; Wed, 8 Jun 2005 08:06:11 +0000 (GMT) (envelope-from lord.freebsdlists@gmail.com) Received: from gate1.puc.edu (gate1.puc.edu [192.168.230.3]) by ecf.puc.edu (8.11.6/8.10.1) with ESMTP id j5886DP24265 for ; Wed, 8 Jun 2005 01:06:14 -0700 (PDT) Received: from [10.201.136.242] ([10.201.136.242]) by gate1 with IMSS; Wed, 08 Jun 2005 01:04:57 -0700 Message-ID: <42A6A753.5010405@gmail.com> Date: Wed, 08 Jun 2005 01:07:47 -0700 From: Jeff Hubbard User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200506041101.j54B1ptL025154@grovel.grondar.org> <20050604065709.eyc2anr5co4w08sk@mail.bafirst.com> <20050604122523.GB57893@over-yonder.net> <20050604075923.ip4rqz6dwko40o8s@mail.bafirst.com> <42A1D1D9.7030204@gmail.com> <20050604154218.qwcz4j2dwo0w8k8g@mail.bafirst.com> <42A4BD7E.7050506@gmail.com> <20050606223748.yn07f4y0748g04oc@mail.bafirst.com> <42A54D96.3050708@gmail.com> <42A6A51E.3000500@FreeBSD.org> In-Reply-To: <42A6A51E.3000500@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pear broken on 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, 08 Jun 2005 08:06:12 -0000 Alex Dupre wrote: > Jeff Hubbard wrote: > >> #!/usr/local/bin/php -nq > > > This is ok. > >> > ini_set("safe_mode", "0"); >> ini_set("output_buffering", "1"); > > > This cannot be done inside a user script. safe_mode is off by default, > so it may be removed. output_buffering is off by default, too, so we > cannot enable it, but fortunately it's not a strict requirement. > Patch applied. > > -- > Alex Dupre > Meh... I was trying to preserve the options the script requested. As long as it works. Thanks. Jeff From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 08:06:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FC0A16A420 for ; Wed, 8 Jun 2005 08:06:23 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC2243D49 for ; Wed, 8 Jun 2005 08:06:22 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 5895 invoked by uid 1005); 8 Jun 2005 08:06:21 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 (clamdscan: 0.85. spamassassin: 2.64. Clear:RC:1(213.196.191.65):. Processed in 0.028965 secs); 08 Jun 2005 08:06:21 -0000 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Jun 2005 08:06:21 -0000 Message-ID: <42A6A6F9.6010500@ultra-secure.de> Date: Wed, 08 Jun 2005 10:06:17 +0200 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.0-CURRENT-SNAP004 and vmware5 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, 08 Jun 2005 08:06:23 -0000 Hi, I tried to install the June-Snapshot in my VMware Workstation 5.0.0 build 13124 (on SuSE 9.2 host) and got a panic. http://www.ultra-secure.de/~rainer/vm-fbsd6-bug.png http://www.ultra-secure.de/~rainer/vm-fbsd6-bug2.png I will try on "real" hardware sometime, but it should be possible to run under VMware. If VMware would run under FreeBSD, I wouldn't need to run it *inside* ;-) cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 08:27:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F02816A41C for ; Wed, 8 Jun 2005 08:27:32 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68E0743D1D for ; Wed, 8 Jun 2005 08:27:31 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j588RSSL018289; Wed, 8 Jun 2005 11:27:28 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.3/8.13.3) with ESMTP id j588RS8s025484; Wed, 8 Jun 2005 11:27:28 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.3/8.13.3/Submit) id j588RR9R025477; Wed, 8 Jun 2005 11:27:27 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 8 Jun 2005 11:27:27 +0300 From: Giorgos Keramidas To: Dag-Erling Sm?rgrav Message-ID: <20050608082727.GA23674@orion.daedalusnetworks.priv> References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> <86zmu1l223.fsf@xps.des.no> <20050608080304.GB1226@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608080304.GB1226@orion.daedalusnetworks.priv> Cc: freebsd-current@freebsd.org Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 08:27:32 -0000 On 2005-06-08 11:03, Giorgos Keramidas wrote: >> The comparison function is known at the time the directory entries are >> read, so it should be a simple matter to read them into a red-black >> tree instead of a singly- linked list. I'm working on a patch. > > Thanks :) This would require updates/changes to all the users of fts.h too? $ find . | xargs grep '^[[:space:]]*#[[:space:]]*include[[:space:]]*' ./lib/libc/gen/fts.c:#include ./lib/libc/gen/ftw.c:#include ./lib/libc/gen/nftw.c:#include ./bin/chflags/chflags.c:#include ./bin/chmod/chmod.c:#include ./bin/cp/cp.c:#include ./bin/cp/utils.c:#include ./bin/ls/cmp.c:#include ./bin/ls/ls.c:#include ./bin/ls/print.c:#include ./bin/ls/util.c:#include ./bin/pax/ftree.c:#include ./bin/rm/rm.c:#include ./contrib/lukemftpd/lukemftpd.h:# include ./usr.bin/du/du.c:#include ./usr.bin/find/find.c:#include ./usr.bin/find/function.c:#include ./usr.bin/find/ls.c:#include ./usr.bin/find/main.c:#include ./usr.bin/find/misc.c:#include ./usr.bin/find/operator.c:#include ./usr.bin/find/option.c:#include ./usr.sbin/asf/asf.c:#include ./usr.sbin/chown/chown.c:#include ./usr.sbin/ckdist/ckdist.c:#include ./usr.sbin/ctm/ctm_dequeue/ctm_dequeue.c:#include ./usr.sbin/kldxref/kldxref.c:#include ./usr.sbin/mtree/compare.c:#include ./usr.sbin/mtree/create.c:#include ./usr.sbin/mtree/excludes.c:#include ./usr.sbin/mtree/misc.c:#include ./usr.sbin/mtree/mtree.c:#include ./usr.sbin/mtree/spec.c:#include ./usr.sbin/mtree/verify.c:#include ./usr.sbin/pkg_install/lib/match.c:#include ./usr.sbin/setfmac/setfmac.c:#include $ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 08:42:45 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCB0B16A41C for ; Wed, 8 Jun 2005 08:42:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87FD543D49 for ; Wed, 8 Jun 2005 08:42:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 89443317EC0 for ; Wed, 8 Jun 2005 10:42:44 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id B2B16407E; Wed, 8 Jun 2005 10:42:29 +0200 (CEST) Date: Wed, 8 Jun 2005 10:42:29 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050608084229.GH41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: pam.conf(5) and pam(8) 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, 08 Jun 2005 08:42:45 -0000 Hi list, I can find neither pam.conf(5) nor pam(8) on both my -CURRENT and RELENG_5, although it is referenced in all pam_(8) manpage as well as in login(1), su(1), login.access(5) and hier(7) for pam(8). My RELENG_4 does have this manpages, although they point to the same one. Is it the intended behaviour ? Maybe it has been moved to another manual page (I can't find which one) and in that case, I would be glad to provide an update to the above manpages. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 08:57:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D33E16A41C for ; Wed, 8 Jun 2005 08:57:39 +0000 (GMT) (envelope-from mail@sysfault.org) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 628E843D48 for ; Wed, 8 Jun 2005 08:57:37 +0000 (GMT) (envelope-from mail@sysfault.org) Received: (qmail 16792 invoked from network); 8 Jun 2005 08:57:35 -0000 Received: from unknown (HELO medusa.sysfault.org) (936934@[81.14.182.47]) (envelope-sender ) by smtprelay02.ispgateway.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 8 Jun 2005 08:57:35 -0000 Received: from marcus by medusa.sysfault.org with local (Exim 4.51 (FreeBSD)) id 1DfwPd-0001va-Ay for freebsd-current@freebsd.org; Wed, 08 Jun 2005 10:59:49 +0200 Date: Wed, 8 Jun 2005 10:59:49 +0200 From: Marcus von Appen To: freebsd-current@freebsd.org Message-ID: <20050608085949.GA7349@medusa.sysfault.org> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline User-Agent: Mutt/1.5.9i Sender: Marcus von Appen Subject: Intel ICH5 SATA150 memory mapping error on CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marcus von Appen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 08:57:39 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I am receiving a memory mapping error on CURRENT (last built a few minutes ago) with the Intel ICH5 SATA150 controller and Intel 865 chipset. dmesg shows the following: =2E.. ata1: [MPSAFE] atapci1: port 0xfe00-0xfe07,0xfe10-0xfe13,0= xfe20 -0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfea0 atapci1: [MPSAFE] atapci1: failed to enable memory mapping! ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xfe00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xfe10 ata2: reset tp1 mask=3D00 ostat0=3Dff ostat1=3D00 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xfe20 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xfe30 ata3: reset tp1 mask=3D00 ostat0=3Dff ostat1=3D00 ata3: [MPSAFE] =2E.. Unfortunately I have no disk to attach to the SATA controller, so I can not investigate on this issue. (Because of this?) It seems to be a not so critical error, which does not harm the systems stability.=20 The system is a Dell Dimension 4600 without any disks attached to the SATA controller, only to both ATAs. The complete dmesg log (verbose logging) can be found at http://sysfault.org/data/dmesg.output If you need more information or something else, let me know. Regards Marcus --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCprOFo/JpszXavhwRAhSVAJ9Ibycs/r1LDW1s4JZ8U6z5jATIAgCbBYrb PdYDKRwaCqQ4LTX791MXhts= =EU02 -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 09:06:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD13F16A41C; Wed, 8 Jun 2005 09:06:08 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 556D943D1D; Wed, 8 Jun 2005 09:06:08 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) by mail14.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5895xsZ021098 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 8 Jun 2005 19:05:59 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j5895wRx042275; Wed, 8 Jun 2005 19:05:59 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j5895w7f042274; Wed, 8 Jun 2005 19:05:58 +1000 (EST) (envelope-from pjeremy) Date: Wed, 8 Jun 2005 19:05:58 +1000 From: Peter Jeremy To: Giorgos Keramidas Message-ID: <20050608090558.GF39114@cirb503493.alcatel.com.au> References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> <86zmu1l223.fsf@xps.des.no> <20050608080304.GB1226@orion.daedalusnetworks.priv> <20050608082727.GA23674@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608082727.GA23674@orion.daedalusnetworks.priv> User-Agent: Mutt/1.4.2i Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 09:06:09 -0000 On Wed, 2005-Jun-08 11:27:27 +0300, Giorgos Keramidas wrote: >On 2005-06-08 11:03, Giorgos Keramidas wrote: >>> The comparison function is known at the time the directory entries are >>> read, so it should be a simple matter to read them into a red-black >>> tree instead of a singly- linked list. I'm working on a patch. >> >> Thanks :) > >This would require updates/changes to all the users of fts.h too? That would seem to depend on how public the innards of FTS and FTSENT are supposed to be. Whilst refers to singly linked lists and pointers to arrays, consumers are not supposed to allocate either structure themselves and only traverse the list via fts_read() or fts_children() - and only ls(1), mtree(8) and ctm_dequeue(1) use fts_children(). At first glance, it should be fairly easy to change the underlying representation from a linked list to a red-black tree without affecting the API at all. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 09:16:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75DA316A41C for ; Wed, 8 Jun 2005 09:16:06 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEBBF43D1D for ; Wed, 8 Jun 2005 09:16:05 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j589G3T6009571 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 8 Jun 2005 19:16:04 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j589G3Rx042294; Wed, 8 Jun 2005 19:16:03 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j589G3gY042293; Wed, 8 Jun 2005 19:16:03 +1000 (EST) (envelope-from pjeremy) Date: Wed, 8 Jun 2005 19:16:03 +1000 From: Peter Jeremy To: Jiawei Ye Message-ID: <20050608091603.GG39114@cirb503493.alcatel.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: unkillable apache httpd process 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, 08 Jun 2005 09:16:06 -0000 On Wed, 2005-Jun-08 15:52:43 +0800, Jiawei Ye wrote: >I have a problem with very recent -current. Apache2 when restarted via >/usr/local/etc/rc.d/apache2.sh, the httpd process becomes unkillable >and consumes quite some CPU cycles. What does ps show? For a process to be unkillable, it must be in the kernel, though it seems unusual for a process to be both using CPU cycles and unkillable. Probably not relevant but was apache built on the same version of -current, an older version of -current or -stable? -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 09:16:40 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2258316A41C for ; Wed, 8 Jun 2005 09:16:40 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from its-mu-mail2.its.rmit.edu.au (its-mu-mail2.its.rmit.edu.au [131.170.2.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E47B43D4C for ; Wed, 8 Jun 2005 09:16:39 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from wombat.cs.rmit.edu.au (wombat.cs.rmit.edu.au [131.170.24.41]) by its-mu-mail2.its.rmit.edu.au (8.13.1/8.12.11/mail2) with ESMTP id j589GaJN007874 for ; Wed, 8 Jun 2005 19:16:36 +1000 (EST) Received: from goanna.cs.rmit.edu.au (goanna.cs.rmit.edu.au [131.170.24.40]) by wombat.cs.rmit.edu.au (8.12.10/8.12.10/cshub) with ESMTP id j589GatQ029251 for ; Wed, 8 Jun 2005 19:16:36 +1000 (EST) Received: (from emil@localhost) by goanna.cs.rmit.edu.au (8.11.3/8.9.3/csnode) id j589Ga018796 for freebsd-current@freebsd.org; Wed, 8 Jun 2005 19:16:36 +1000 (EST) Date: Wed, 8 Jun 2005 19:16:36 +1000 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20050608091636.GA17508@cs.rmit.edu.au> References: <20050608085949.GA7349@medusa.sysfault.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608085949.GA7349@medusa.sysfault.org> X-Written-On: goanna.cs.rmit.edu.au (SunOS 5.9 sun4u) X-PGP-Fingerprint: D2B4 7C14 0C41 9AE5 8D2B 16B0 D3D6 F910 8E4C 5D35 User-Agent: Mutt/1.5.9i X-Scanned-By: MIMEDefang 2.44 Subject: Re: Intel ICH5 SATA150 memory mapping error on 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, 08 Jun 2005 09:16:40 -0000 On Wed, Jun 08, 2005 at 10:59:49AM +0200, Marcus von Appen wrote: > I am receiving a memory mapping error on CURRENT (last built a few > minutes ago) with the Intel ICH5 SATA150 controller and Intel 865 > chipset. Ditto, on a Dell GX280 with an ICH6. > Unfortunately I have no disk to attach to the SATA controller, so I can > not investigate on this issue. (Because of this?) It seems to be a not > so critical error, which does not harm the systems stability. I only have one HDD and it's on the SATA controller and it seems to work fine. I'm not even seeing any performance degradation compared to 5.4-RELEASE which didn't have the "failed to enable memory mapping!" warning. > The complete dmesg log (verbose logging) can be found at > http://sysfault.org/data/dmesg.output Add mine to the mix: http://goanna.cs.rmit.edu.au/~emil/dell/dmesg.bootv.txt --Emil From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 09:23:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA39716A41C for ; Wed, 8 Jun 2005 09:23:15 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DC9343D48 for ; Wed, 8 Jun 2005 09:23:15 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so226708nzk for ; Wed, 08 Jun 2005 02:23:14 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nCZBo0vDoM85QcWZI1svYzWjUuv/vtqWiXmFG6A9odWEuoAt/lb7/lNJpStqep52cnSOYeAC8jBchw4BnSjk0eigpP7aWLq+oHbYBxwGDr+5HfijWqe1/JMGcjBonQb9bOAXi7P41g/z/MuODplnpyH74rDVawRb1huNucIWOz4= Received: by 10.36.33.3 with SMTP id g3mr1820753nzg; Wed, 08 Jun 2005 02:23:14 -0700 (PDT) Received: by 10.36.88.8 with HTTP; Wed, 8 Jun 2005 02:23:14 -0700 (PDT) Message-ID: Date: Wed, 8 Jun 2005 17:23:14 +0800 From: Jiawei Ye To: Peter Jeremy In-Reply-To: <20050608091603.GG39114@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050608091603.GG39114@cirb503493.alcatel.com.au> Cc: freebsd-current@freebsd.org Subject: Re: unkillable apache httpd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 09:23:15 -0000 On 6/8/05, Peter Jeremy wrote: > On Wed, 2005-Jun-08 15:52:43 +0800, Jiawei Ye wrote: > >I have a problem with very recent -current. Apache2 when restarted via > >/usr/local/etc/rc.d/apache2.sh, the httpd process becomes unkillable > >and consumes quite some CPU cycles. > What does ps show? For a process to be unkillable, it must be in PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 3794 root 1 77 0 8008K 5572K RUN 0:03 2.29% httpd I think it's doing something but truss does not show what exactly it's doing. This is a P3-1.3G, terminal state of the httpd consumes about 10% in WCPU column. > the kernel, though it seems unusual for a process to be both using > CPU cycles and unkillable. >=20 > Probably not relevant but was apache built on the same version of > -current, an older version of -current or -stable? >=20 > -- > Peter Jeremy I just rebuilt it to make sure that it happens consistently (and it does). Any recent threading changes that might affect this? My www/apache2 is built with the following flags: 'WITH_CUSTOM_PROXY=3D"proxy proxy_http" WITH_MPM=3Dworker WITH_KQUEUE_SUPPORT=3Dyes WITH_THREADS=3Dyes WITH_BERKELEYDB=3Ddb42 WITH_KQUEUE_SUPPORT=3Dyes WITH_SUEXEC=3Dyes' Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 09:25:14 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21D3E16A41C; Wed, 8 Jun 2005 09:25:14 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B312743D4C; Wed, 8 Jun 2005 09:25:13 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1DfwoB-0001XU-4U; Wed, 08 Jun 2005 13:25:11 +0400 From: Vladimir Grebenschikov To: Xin LI In-Reply-To: <20050522112612.GA37841@frontfree.net> References: <20050522112612.GA37841@frontfree.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 08 Jun 2005 13:25:10 +0400 Message-Id: <1118222710.1505.6.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@FreeBSD.org, delphij@FreeBSD.org Subject: Re: [CALL FOR TESTERS] VESA High Resolution Console support from DragonFly 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: Wed, 08 Jun 2005 09:25:14 -0000 =F7 =D7=D3, 22/05/2005 =D7 19:26 +0800, Xin LI =D0=C9=DB=C5=D4: > Dear -CURRENT users, >=20 > I would like to solicit a test of the following patchset which is based > on DragonFly's changes, against -CURRENT, to bring high resolution consol= e > support to FreeBSD. The current patchset can be considered as "BETA" and > I would commit it if there is no complain about this patchset in the next > week. [ ... cut ... ] > Please let me know if anything strange happens; While I have been runnin= g > with the patch for a while, I would still be happy if you will report tha= t > it works :-) Tried fresh 6-CURRENT, all seems ok, but, switching console to pixel-mode 1400x1050 screen takes about 1-2 sec, I guess it is too much. (it happens in both cases=20 Also, I had freezed box when switching from X to console some times. > Cheers, --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 09:26:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89CB616A41C for ; Wed, 8 Jun 2005 09:26:16 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id F230043D55 for ; Wed, 8 Jun 2005 09:26:15 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j589Onmc097603; Wed, 8 Jun 2005 11:24:49 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <20050608085949.GA7349@medusa.sysfault.org> References: <20050608085949.GA7349@medusa.sysfault.org> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Wed, 8 Jun 2005 11:26:12 +0200 To: Marcus von Appen X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: Intel ICH5 SATA150 memory mapping error on 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, 08 Jun 2005 09:26:16 -0000 On 08/06/2005, at 10:59, Marcus von Appen wrote: > Hi, > > I am receiving a memory mapping error on CURRENT (last built a few > minutes ago) with the Intel ICH5 SATA150 controller and Intel 865 > chipset. dmesg shows the following: > > ... > ata1: [MPSAFE] > atapci1: port =20 > 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20 > -0xfe27,0xfe30-0xfe33,0xfea0-0xfeaf irq 18 at device 31.2 on pci0 > atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfea0 > atapci1: [MPSAFE] > atapci1: failed to enable memory mapping! > ata2: on atapci1 > atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xfe00 > atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xfe10 > ata2: reset tp1 mask=3D00 ostat0=3Dff ostat1=3D00 > ata2: [MPSAFE] > ata3: on atapci1 > atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xfe20 > atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xfe30 > ata3: reset tp1 mask=3D00 ostat0=3Dff ostat1=3D00 > ata3: [MPSAFE] > ... Its just harmless noise from the PCI code that normally should be =20 behind bootverbose. - S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 09:33:28 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AA6F16A41C; Wed, 8 Jun 2005 09:33:28 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D17B43D1D; Wed, 8 Jun 2005 09:33:27 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd30.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1DfwwB-00029m-00; Wed, 08 Jun 2005 11:33:27 +0200 Received: from Andro-Beta.Leidinger.net (XR2FZ2ZLZeGJwIaiOg2ZGBVNoTg2a9XU3tNN4bNFxmi1tHURf-osQC@[84.165.245.19]) by fwd30.sul.t-online.de with esmtp id 1Dfww4-1iMtwe0; Wed, 8 Jun 2005 11:33:20 +0200 Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id j589XJoR048458; Wed, 8 Jun 2005 11:33:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Wed, 08 Jun 2005 11:33:18 +0200 Message-ID: <20050608113318.2cfzva4w0w0k84ko@netchild.homeip.net> X-Priority: 3 (Normal) Date: Wed, 08 Jun 2005 11:33:18 +0200 From: Alexander Leidinger To: "Greg 'groggy' Lehey" References: <20050607123024.b18hfrd5ww0088ok@netchild.homeip.net> <20050607125810.W37703@pcle2.cc.univie.ac.at> <20050607161850.qapok1w0ssoc0www@netchild.homeip.net> <20050607232651.GE64194@wantadilla.lemis.com> In-Reply-To: <20050607232651.GE64194@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-ID: XR2FZ2ZLZeGJwIaiOg2ZGBVNoTg2a9XU3tNN4bNFxmi1tHURf-osQC@t-dialin.net X-TOI-MSGID: 2ec4b6bc-4917-468b-84c1-abf6a661d798 Cc: current@FreeBSD.org, Lukas Ertl Subject: Re: How to debug a kernel with a lot kld's? 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, 08 Jun 2005 09:33:28 -0000 Greg 'groggy' Lehey wrote: > [Format recovered--see http://www.lemis.com/email/email-format.html] > > Long/short syndrome. Sorry, but IMP (webmailer) formats the text itself. I can't produce lines longer than configured. > That's not the best place to look. Look at gdb(4), which (barely) > tells you about using the getsyms macro to load kld symbols. getsyms for remote debugging, kldsyms for local debugging and nothing for crashdumps. Since I asked for ways of analyzing a crashdump, the link to the handbook helped more. But thanks for ponting me to gdb(4), I hadn't though of looking there. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Goto, n.: A programming tool that exists to allow structured programmers to complain about unstructured programmers. -- Ray Simard From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 09:49:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 205B016A41C for ; Wed, 8 Jun 2005 09:49:19 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D62843D55 for ; Wed, 8 Jun 2005 09:49:18 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.3/8.13.3) with ESMTP id j589n55q041844; Wed, 8 Jun 2005 13:49:05 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.3/Submit) id j589n4re041843; Wed, 8 Jun 2005 13:49:04 +0400 (MSD) (envelope-from tarc) Date: Wed, 8 Jun 2005 13:49:03 +0400 From: Tarc To: Clarence Chu Message-ID: <20050608094903.GB22981@tarc.po.cs.msu.su> References: <20050608065836.GA22981@tarc.po.cs.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-current Subject: Re: 5.4-release + 6.0-current on the same disk 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, 08 Jun 2005 09:49:19 -0000 hm.... I found this decision on documentation for loader(8) in /usr/share/examples/bootforth/menuconf.4th , but in this case you should be familar with Forth language. What about different slices?! this is simple and difference is on boot time(please, mark, that I work on an i386) On Wed, Jun 08, 2005 at 05:27:59PM +0800, Clarence Chu wrote: > > > > >If it is actual today, you can play with loader.conf options (so write own > >beastie menu) and the kernel option ROOTDEVNAME. > >On Sat, May 28, 2005 at 05:50:25AM +0800, Clarence Chu wrote: > > i have problem related to the difference in disklabel format and you > point me to loader.conf modification. anyway, can you make both > 5.4-p? and 6.0-CURRENT to co-exist on the same disk? -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 10:23:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3175616A41C for ; Wed, 8 Jun 2005 10:23:28 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6B2C43D4C for ; Wed, 8 Jun 2005 10:23:27 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id j58ANO0E067823 for ; Wed, 8 Jun 2005 12:23:24 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j58ANOK57062 for freebsd-current@freebsd.org; Wed, 8 Jun 2005 12:23:24 +0200 (CEST) (envelope-from rabe) Date: Wed, 8 Jun 2005 12:23:24 +0200 From: "Raphael H. Becker" To: freebsd-current@freebsd.org Message-ID: <20050608122324.C41471@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Subject: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 10:23:28 -0000 Hi, I tried to attach our new external RAID to my RENEG_5_4 box today using one logical drive of about 2326GB. The RAID was preconfigured with two 50% partitions which were assigned to two LUNs. FreeBSD 5.4 was able to detect those as da1 and da2 with full capacity. For particular reasons I need one filesystem. The support for this RAID told me just SuSE Linux and W2k3/64Bit Systems are able to access devices >2TB (64bit LBA) therefore the larger RAIDs are preconfigured with smaller partitions. For me there will be 2+1 solutions to get this running, a) (preferred): Having one logical drive w/o partitions or multiple LUNs by doing some magic at my KERNCONF b) reverting to 2 Partitions and doing ccd(4) on the resulting /dev/da(1|2) ... maybe ... c) upgrading to a closer-to-current version to have some "hidden feature" available? Any other solutions? What would you prefer / recommend? TIA Raphael Becker From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 10:47:39 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A7E016A41C for ; Wed, 8 Jun 2005 10:47:39 +0000 (GMT) (envelope-from barner@gmx.de) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6048E43D4C for ; Wed, 8 Jun 2005 10:47:37 +0000 (GMT) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 08 Jun 2005 10:47:36 -0000 Received: from unknown (EHLO zi025.glhnet.mhn.de) [129.187.19.157] by mail.gmx.net (mp022) with SMTP; 08 Jun 2005 12:47:36 +0200 X-Authenticated: #147403 Received: by zi025.glhnet.mhn.de (Postfix, from userid 1000) id CCE7EC46E; Wed, 8 Jun 2005 12:48:44 +0200 (CEST) Date: Wed, 8 Jun 2005 12:48:44 +0200 From: Simon Barner To: Jeff Roberson Message-ID: <20050608104844.GA24060@zi025.glhnet.mhn.de> References: <20050607210453.S16943@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <20050607210453.S16943@mail.chesapeake.net> User-Agent: Mutt/1.5.9i X-Y-GMX-Trusted: 0 Cc: current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 10:47:39 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jeff Roberson wrote: > I have a patch that should greatly improve the sound skipping problems > people have under heavy io load. Several people sent me traces that > showed the buf daemon running for hundreds of milliseconds with Giant > held, which can hold up the pcm code. The patch is available at: >=20 > http://www.chesapeake.net/~jroberson/flushbuf.diff [...] Can I use the patch on 5.4-STABLE? It applies cleanly (with offset, though), but I prefer to ask before doing useless tests. Simon --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCps0MCkn+/eutqCoRAjypAKDiHCtTD6a163PlVV3BjIqtFjf2XgCgvu6K OqdJqMnsDEgFx6AcULfhCNs= =sA5X -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 11:17:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6976D16A41C; Wed, 8 Jun 2005 11:17:02 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from 212.68.244.102.brutele.be (212.68.244.102.brutele.be [212.68.244.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE3843D1D; Wed, 8 Jun 2005 11:17:01 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id 400307C51; Wed, 8 Jun 2005 13:17:00 +0200 (CEST) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id 0D403C1B1; Wed, 8 Jun 2005 13:17:00 +0200 (CEST) Date: Wed, 8 Jun 2005 13:16:59 +0200 From: Jean-Yves Lefort To: Simon Barner Message-Id: <20050608131659.2f05a1d9.jylefort@FreeBSD.org> In-Reply-To: <20050608104844.GA24060@zi025.glhnet.mhn.de> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__8_Jun_2005_13_16_59_+0200_4knnDCafesRodj63" Cc: jroberson@chesapeake.net, current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 11:17:02 -0000 --Signature=_Wed__8_Jun_2005_13_16_59_+0200_4knnDCafesRodj63 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 8 Jun 2005 12:48:44 +0200 Simon Barner wrote: > Jeff Roberson wrote: > > I have a patch that should greatly improve the sound skipping problems > > people have under heavy io load. Several people sent me traces that > > showed the buf daemon running for hundreds of milliseconds with Giant > > held, which can hold up the pcm code. The patch is available at: > >=20 > > http://www.chesapeake.net/~jroberson/flushbuf.diff >=20 > [...] >=20 > Can I use the patch on 5.4-STABLE? It applies cleanly (with offset, > though), but I prefer to ask before doing useless tests. I've just tested it on 5.4-RELEASE, and it causes the system to hang after a few seconds of heavy disk I/O. --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Wed__8_Jun_2005_13_16_59_+0200_4knnDCafesRodj63 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCptOryzD7UaO4AGoRAgepAJ45CjFs8SkEah14BPk3lBe4CXuZwgCfc9dl EnfcKvBxoN4zPMOv8z+MORI= =bAYv -----END PGP SIGNATURE----- --Signature=_Wed__8_Jun_2005_13_16_59_+0200_4knnDCafesRodj63-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 11:35:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBAE716A41C for ; Wed, 8 Jun 2005 11:35:41 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25B1143D60 for ; Wed, 8 Jun 2005 11:35:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j58BZTBf035194; Wed, 8 Jun 2005 21:05:30 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 8 Jun 2005 21:05:10 +0930 User-Agent: KMail/1.8 References: <20050608122324.C41471@p-i-n.com> In-Reply-To: <20050608122324.C41471@p-i-n.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart55912633.fYYoQ5YYtT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506082105.24359.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO, PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT, REFERENCES, SPAM_PHRASE_00_01, USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) Cc: "Raphael H. Becker" Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 11:35:42 -0000 --nextPart55912633.fYYoQ5YYtT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 8 Jun 2005 19:53, Raphael H. Becker wrote: > The RAID was preconfigured with two 50% partitions which were assigned > to two LUNs. FreeBSD 5.4 was able to detect those as da1 and da2 with > full capacity. > > For particular reasons I need one filesystem. > > The support for this RAID told me just SuSE Linux and W2k3/64Bit Systems > are able to access devices >2TB (64bit LBA) therefore the larger RAIDs > are preconfigured with smaller partitions. This sentance doesn't make sense.. They ARE able to access >2Tb so the RAID is _split_.. Why would you do that? If they can access 2Tb disks then surely you'd just present it as one drive= =20 and be done with it. =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 --nextPart55912633.fYYoQ5YYtT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCptf85ZPcIHs/zowRAtoHAJwPO6pe4Rhrq7wctF9GowXmJy+WnQCePmFs iL3hDP2PzCTkCtOHT+tPAg0= =L2Vh -----END PGP SIGNATURE----- --nextPart55912633.fYYoQ5YYtT-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 11:37:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73C7916A41C for ; Wed, 8 Jun 2005 11:37:13 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 228A743D5C for ; Wed, 8 Jun 2005 11:37:12 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j58BbBE9020714; Wed, 8 Jun 2005 06:37:11 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42A6D850.2070603@centtech.com> Date: Wed, 08 Jun 2005 06:36:48 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Raphael H. Becker" References: <20050608122324.C41471@p-i-n.com> In-Reply-To: <20050608122324.C41471@p-i-n.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/921/Wed Jun 8 03:51:44 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 11:37:13 -0000 Raphael H. Becker wrote: > Hi, > > I tried to attach our new external RAID to my RENEG_5_4 box today using > one logical drive of about 2326GB. > > The RAID was preconfigured with two 50% partitions which were assigned > to two LUNs. FreeBSD 5.4 was able to detect those as da1 and da2 with > full capacity. > > For particular reasons I need one filesystem. > > The support for this RAID told me just SuSE Linux and W2k3/64Bit Systems > are able to access devices >2TB (64bit LBA) therefore the larger RAIDs > are preconfigured with smaller partitions. That is correct - only a few OS's that I know of currently support 64bit LBA. I wanted the same thing (except I would like 18TB), and I didn't find anyone working on this. Maybe that has changed though. > For me there will be 2+1 solutions to get this running, > > a) (preferred): Having one logical drive w/o partitions or multiple LUNs > by doing some magic at my KERNCONF > > b) reverting to 2 Partitions and doing ccd(4) on the resulting /dev/da(1|2) This is what I did (using gvinum). > c) upgrading to a closer-to-current version to have some "hidden > feature" available? Wouldn't that be sweet? Maybe there are some coders out there bored looking for something to do.. :) Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 11:43:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FFAD16A41C for ; Wed, 8 Jun 2005 11:43:53 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F1DF43D1D for ; Wed, 8 Jun 2005 11:43:53 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j58BhqbN097221; Wed, 8 Jun 2005 06:43:52 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42A6D9E1.3040909@centtech.com> Date: Wed, 08 Jun 2005 06:43:29 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <20050608122324.C41471@p-i-n.com> <200506082105.24359.doconnor@gsoft.com.au> In-Reply-To: <200506082105.24359.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, "Raphael H. Becker" Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 11:43:53 -0000 Daniel O'Connor wrote: > On Wed, 8 Jun 2005 19:53, Raphael H. Becker wrote: > >>The RAID was preconfigured with two 50% partitions which were assigned >>to two LUNs. FreeBSD 5.4 was able to detect those as da1 and da2 with >>full capacity. >> >>For particular reasons I need one filesystem. >> >>The support for this RAID told me just SuSE Linux and W2k3/64Bit Systems >>are able to access devices >2TB (64bit LBA) therefore the larger RAIDs >>are preconfigured with smaller partitions. > > > This sentance doesn't make sense.. > They ARE able to access >2Tb so the RAID is _split_.. > > Why would you do that? > > If they can access 2Tb disks then surely you'd just present it as one drive > and be done with it. I think you missed what he was saying - he was saying that 'just' those two operating systems support 64bit LBA at this time, so the manufacturer by default sets up two LUNs instead of one large LUN to guarrantee support under all modern OS's and not just SuSE and W2K3/64bit. FreeBSD doesn't support 64bit LUNs at this point as far as I know (unless it's a recent addition). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 11:48:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E730B16A41F for ; Wed, 8 Jun 2005 11:48:02 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71B3F43D53 for ; Wed, 8 Jun 2005 11:48:01 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id A11BB16055644 for ; Wed, 8 Jun 2005 13:48:00 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14263-02-24 for ; Wed, 8 Jun 2005 13:47:59 +0200 (CEST) Received: from ptp-1-17-6.vpn.satronet.sk (ptp-1-17-6.vpn.satronet.sk [217.144.17.6]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id 86D741605563E for ; Wed, 8 Jun 2005 13:47:59 +0200 (CEST) From: Michal Vanco Organization: Satro s.r.o. To: freebsd-current@freebsd.org Date: Wed, 8 Jun 2005 13:47:59 +0200 User-Agent: KMail/1.8.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506081347.59415.vanco@satro.sk> X-Virus-Scanned: by ANTIvirus at satronet.sk Subject: hardware 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: Wed, 08 Jun 2005 11:48:03 -0000 Hi, I'm new in this list so sorry for bad posting. I have problem to start installation of 6.0-CURRENT because my SATA controller and network interface is not apparently supported. Will they ever be supported on FreeBSD? These are from linux's lspci: # lspci | grep SATA 0000:00:1f.2 0106: Intel Corp. 82801FBM (ICH6M) SATA Controller (rev 04) # lspci -n -vvv -s 0:1f.2 0000:00:1f.2 0106: 8086:2653 (rev 04) (prog-if 01) Subsystem: 10cf:12e6 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- # lspci | grep Broad 0000:02:00.0 Ethernet controller: Broadcom Corporation: Unknown device 167d (rev 11) # lspci -n -vvv -s 2:0.0 0000:02:00.0 0200: 14e4:167d (rev 11) Subsystem: 10cf:1300 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- thanx -michal From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 08:13:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52E3716A41C for ; Wed, 8 Jun 2005 08:13:28 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: from web41206.mail.yahoo.com (web41206.mail.yahoo.com [66.218.93.39]) by mx1.FreeBSD.org (Postfix) with SMTP id 6483643D58 for ; Wed, 8 Jun 2005 08:13:27 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 3457 invoked by uid 60001); 8 Jun 2005 08:13:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=xkc42WyJ/hlPWd6MJYgpLoq6C06d7o9SI5Xx8rH0wSdvasjaQ+vQxyWPQH41KRUuW3ZVFkEY5++u3glEYqiwl7w1xCgElsuqfQmSwVygoBUzqgSGNTrZb9uaiPalmEmvw/O50zncRHVfj7NFh7g96a3nI+zf0Fv/iJPrBex52i4= ; Message-ID: <20050608081326.3455.qmail@web41206.mail.yahoo.com> Received: from [213.54.157.31] by web41206.mail.yahoo.com via HTTP; Wed, 08 Jun 2005 01:13:26 PDT Date: Wed, 8 Jun 2005 01:13:26 -0700 (PDT) From: Arne "Wörner" To: Giorgos Keramidas , Colin Percival In-Reply-To: <20050608080234.GA1226@orion.daedalusnetworks.priv> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 08 Jun 2005 11:51:20 +0000 Cc: freebsd-fs@freebsd.org, Randy Bush , FreeBSD Current , Robert Watson , Julian Elischer , Eric Anderson Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 08:13:28 -0000 --- Giorgos Keramidas wrote: > Better, in this case, would be any of: > > a. faster > b. faster and less demanding in memory > > The red-black tree des mentioned is certainly faster to > traverse, but not necessarily less demanding in memory. > The memory load when a red-black tree is used will be > amortized to a range of "add FTSENT" operations, so > it seems nice :-) > I just remembered or found this algorithm and data structure: 1. a dynamic array of char* L (resized by realloc or so) 2. a dynamic array of char D (resized by realloc or so) 3. the number of char* entries in L C 4. the first unused entry of D L's entries would point into the data in D D contains the data that should be sorted If ls(1) wants to insert a new directory entry, it adds the data to the tail of D, and it adds the pointer to the former tail of D at the right position in L. But I do not know if the shift operations in L are not so good... But the memory usage looks quite good to me... I say, the sort of the directory entries should have a time complexity of O(N*log(N))? Do you think, I should try to implement it? -Arne __________________________________ Discover Yahoo! Get on-the-go sports scores, stock quotes, news and more. Check it out! http://discover.yahoo.com/mobile.html From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 11:54:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B76C16A41C for ; Wed, 8 Jun 2005 11:54:19 +0000 (GMT) (envelope-from tlpbsd@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AE1243D55 for ; Wed, 8 Jun 2005 11:54:17 +0000 (GMT) (envelope-from tlpbsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so299359wra for ; Wed, 08 Jun 2005 04:54:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nv1+I4MOcG3urPxKa9CWWO+BTsWVz72Sch4M/mKIS4hZfCFEN5+kyRYPjJKtCxnJ0rLRCeXBHCypGZzbGzvKdULlx+dkrn9v2/KRBjCTSnkl/IxI1PEk01JSEQHpZF6TFhhu4IJYnBGh3sVHeyt4q3knpLCqw59IVBc9Z40ItpE= Received: by 10.54.71.17 with SMTP id t17mr4491116wra; Wed, 08 Jun 2005 04:54:16 -0700 (PDT) Received: by 10.54.37.6 with HTTP; Wed, 8 Jun 2005 04:54:16 -0700 (PDT) Message-ID: <9533da6c05060804542aa62382@mail.gmail.com> Date: Wed, 8 Jun 2005 04:54:16 -0700 From: Travis Poppe To: Simon Barner In-Reply-To: <20050608104844.GA24060@zi025.glhnet.mhn.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> Cc: Jeff Roberson , current@freebsd.org Subject: Re: Sound skipping problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Travis Poppe List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 11:54:19 -0000 On 6/8/05, Simon Barner wrote: > Jeff Roberson wrote: > > I have a patch that should greatly improve the sound skipping problems > > people have under heavy io load. Several people sent me traces that > > showed the buf daemon running for hundreds of milliseconds with Giant > > held, which can hold up the pcm code. The patch is available at: > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff >=20 > [...] >=20 > Can I use the patch on 5.4-STABLE? It applies cleanly (with offset, > though), but I prefer to ask before doing useless tests. >=20 > Simon I tried this patch on 5.4-RELEASE and it caused audio playback to halt under heavy I/O load (extracting firefox). Other odd system behavior was also present. -Travis Poppe From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 12:03:03 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A85BC16A41C for ; Wed, 8 Jun 2005 12:03:03 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C3FD43D48 for ; Wed, 8 Jun 2005 12:03:03 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 18B151EC365 for ; Wed, 8 Jun 2005 14:03:00 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j58C2qfi000773 for ; Wed, 8 Jun 2005 14:02:54 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Wed, 08 Jun 2005 14:02:52 +0200 Message-ID: <772.1118232172@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: suspend/resume on T41p broken (again) 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, 08 Jun 2005 12:03:03 -0000 I just tried updating to -current and found that suspend/resume on my T41p was broken (again). I hacked up a laserprinter as console and the last thing I see is: [...] vga0: saving 68 bytes of video state pci0:29:7: Transition from D0 to D3 ======= acpi_printcpu() debug dump ======== gdt [0097:c0769280] idt [07ff:c0769660] ldt [0050] tr [0048] efl[00080082] eax [00000001] ebx [c1a72180] ecx [00000001] edx [00000004] esi [00000000] edi [00000003] ebp [d4447bf4] esp[d4447bd8] cr0 [8005003b] cr2 [08069080] cr3 [00c1e000] cr4[00000691] cs[0020] ds[0028] es[0028] fs[0008] gs[003b] ss[0028] I belive this comes from the suspend side. The next thing I have is the copyright message from the subsequent reboot. -- 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 8 12:06:50 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71AC716A41F for ; Wed, 8 Jun 2005 12:06:50 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B56FF43D48 for ; Wed, 8 Jun 2005 12:06:49 +0000 (GMT) (envelope-from sos@FreeBSD.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j58C5KVK099335; Wed, 8 Jun 2005 14:05:21 +0200 (CEST) (envelope-from sos@FreeBSD.org) In-Reply-To: <200506081347.59415.vanco@satro.sk> References: <200506081347.59415.vanco@satro.sk> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <60079AC0-C7F2-4E8D-8D59-7B5D9314C634@FreeBSD.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Wed, 8 Jun 2005 14:06:45 +0200 To: Michal Vanco X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@FreeBSD.org Subject: Re: hardware 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: Wed, 08 Jun 2005 12:06:50 -0000 On 08/06/2005, at 13:47, Michal Vanco wrote: > Hi, > > I'm new in this list so sorry for bad posting. > I have problem to start installation of 6.0-CURRENT because my SATA =20= > controller and network interface is not apparently supported. Will =20 > they ever be supported on FreeBSD? > > These are from linux's lspci: > > # lspci | grep SATA > 0000:00:1f.2 0106: Intel Corp. 82801FBM (ICH6M) SATA Controller =20 > (rev 04) > # lspci -n -vvv -s 0:1f.2 > 0000:00:1f.2 0106: 8086:2653 (rev 04) (prog-if 01) That chip is supported by -current. - S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 12:10:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D945D16A41C; Wed, 8 Jun 2005 12:10:39 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A8F843D55; Wed, 8 Jun 2005 12:10:39 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 8E28916055644; Wed, 8 Jun 2005 14:10:38 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15220-02-4; Wed, 8 Jun 2005 14:10:37 +0200 (CEST) Received: from ptp-1-17-6.vpn.satronet.sk (ptp-1-17-6.vpn.satronet.sk [217.144.17.6]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id A227A160543F5; Wed, 8 Jun 2005 14:10:37 +0200 (CEST) From: Michal Vanco Organization: Satro s.r.o. To: freebsd-current@freebsd.org Date: Wed, 8 Jun 2005 14:10:41 +0200 User-Agent: KMail/1.8.1 References: <200506081347.59415.vanco@satro.sk> <60079AC0-C7F2-4E8D-8D59-7B5D9314C634@FreeBSD.org> In-Reply-To: <60079AC0-C7F2-4E8D-8D59-7B5D9314C634@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506081410.41881.vanco@satro.sk> X-Virus-Scanned: by ANTIvirus at satronet.sk Cc: =?iso-8859-1?q?S=F8ren_Schmidt?= Subject: Re: hardware 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: Wed, 08 Jun 2005 12:10:40 -0000 On Wednesday 08 June 2005 14:06, S=F8ren Schmidt wrote: > On 08/06/2005, at 13:47, Michal Vanco wrote: > > Hi, > > > > I'm new in this list so sorry for bad posting. > > I have problem to start installation of 6.0-CURRENT because my SATA > > controller and network interface is not apparently supported. Will > > they ever be supported on FreeBSD? > > > > These are from linux's lspci: > > > > # lspci | grep SATA > > 0000:00:1f.2 0106: Intel Corp. 82801FBM (ICH6M) SATA Controller > > (rev 04) > > # lspci -n -vvv -s 0:1f.2 > > 0000:00:1f.2 0106: 8086:2653 (rev 04) (prog-if 01) > > That chip is supported by -current. > hmm ... well ... and what about the second one? In linux it is serviced by = tg3=20 module. michal From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 12:18:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2679416A41C for ; Wed, 8 Jun 2005 12:18:08 +0000 (GMT) (envelope-from sos@freebsd.org) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 909C743D4C for ; Wed, 8 Jun 2005 12:18:07 +0000 (GMT) (envelope-from sos@freebsd.org) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.3/8.13.3) with ESMTP id j58CGd67099483; Wed, 8 Jun 2005 14:16:39 +0200 (CEST) (envelope-from sos@freebsd.org) In-Reply-To: <200506081410.41881.vanco@satro.sk> References: <200506081347.59415.vanco@satro.sk> <60079AC0-C7F2-4E8D-8D59-7B5D9314C634@FreeBSD.org> <200506081410.41881.vanco@satro.sk> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Wed, 8 Jun 2005 14:18:04 +0200 To: Michal Vanco X-Mailer: Apple Mail (2.730) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-current@freebsd.org Subject: Re: hardware 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: Wed, 08 Jun 2005 12:18:08 -0000 On 08/06/2005, at 14:10, Michal Vanco wrote: > On Wednesday 08 June 2005 14:06, S=F8ren Schmidt wrote: > >> On 08/06/2005, at 13:47, Michal Vanco wrote: >> >>> Hi, >>> >>> I'm new in this list so sorry for bad posting. >>> I have problem to start installation of 6.0-CURRENT because my SATA >>> controller and network interface is not apparently supported. Will >>> they ever be supported on FreeBSD? >>> >>> These are from linux's lspci: >>> >>> # lspci | grep SATA >>> 0000:00:1f.2 0106: Intel Corp. 82801FBM (ICH6M) SATA Controller >>> (rev 04) >>> # lspci -n -vvv -s 0:1f.2 >>> 0000:00:1f.2 0106: 8086:2653 (rev 04) (prog-if 01) >>> >> >> That chip is supported by -current. > > hmm ... well ... and what about the second one? In linux it is =20 > serviced by tg3 > module. The broadcom chip ? its listed in the driver (bge) so it most likely =20 works. Which brings back the question, how old was that 6.0-current you =20 tried to install... - S=F8ren From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 12:20:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 554E516A41C; Wed, 8 Jun 2005 12:20:32 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id E826D43D48; Wed, 8 Jun 2005 12:20:31 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 039D916055658; Wed, 8 Jun 2005 14:20:31 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16251-01-6; Wed, 8 Jun 2005 14:20:29 +0200 (CEST) Received: from ptp-1-17-6.vpn.satronet.sk (ptp-1-17-6.vpn.satronet.sk [217.144.17.6]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id DBD5616055644; Wed, 8 Jun 2005 14:20:29 +0200 (CEST) From: Michal Vanco Organization: Satro s.r.o. To: freebsd-current@freebsd.org Date: Wed, 8 Jun 2005 14:20:33 +0200 User-Agent: KMail/1.8.1 References: <200506081347.59415.vanco@satro.sk> <200506081410.41881.vanco@satro.sk> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506081420.34056.vanco@satro.sk> X-Virus-Scanned: by ANTIvirus at satronet.sk Cc: =?iso-8859-1?q?S=F8ren_Schmidt?= Subject: Re: hardware 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: Wed, 08 Jun 2005 12:20:32 -0000 On Wednesday 08 June 2005 14:18, S=F8ren Schmidt wrote: > On 08/06/2005, at 14:10, Michal Vanco wrote: > > On Wednesday 08 June 2005 14:06, S=F8ren Schmidt wrote: > >> On 08/06/2005, at 13:47, Michal Vanco wrote: > >>> Hi, > >>> > >>> I'm new in this list so sorry for bad posting. > >>> I have problem to start installation of 6.0-CURRENT because my SATA > >>> controller and network interface is not apparently supported. Will > >>> they ever be supported on FreeBSD? > >>> > >>> These are from linux's lspci: > >>> > >>> # lspci | grep SATA > >>> 0000:00:1f.2 0106: Intel Corp. 82801FBM (ICH6M) SATA Controller > >>> (rev 04) > >>> # lspci -n -vvv -s 0:1f.2 > >>> 0000:00:1f.2 0106: 8086:2653 (rev 04) (prog-if 01) > >> > >> That chip is supported by -current. > > > > hmm ... well ... and what about the second one? In linux it is > > serviced by tg3 > > module. > > The broadcom chip ? its listed in the driver (bge) so it most likely > works. hmmm ... strange > Which brings back the question, how old was that 6.0-current you > tried to install... yes ... maybe ot was quite outdated. i'm going to find recent one. thanks for help michal From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 12:41:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0B9916A41C for ; Wed, 8 Jun 2005 12:41:35 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A233443D53 for ; Wed, 8 Jun 2005 12:41:32 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j58Cf84J012927 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 8 Jun 2005 14:41:09 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j58Ce5hs060399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jun 2005 14:40:05 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j58Ce4V0008855; Wed, 8 Jun 2005 14:40:04 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j58Cdrgm008851; Wed, 8 Jun 2005 14:39:53 +0200 (CEST) (envelope-from ticso) Date: Wed, 8 Jun 2005 14:39:53 +0200 From: Bernd Walter To: Eric Anderson Message-ID: <20050608123953.GG95969@cicely12.cicely.de> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42A6D850.2070603@centtech.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: freebsd-current@freebsd.org, "Raphael H. Becker" Subject: Re: Accessing SCSI-Devices >2TB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 12:41:35 -0000 On Wed, Jun 08, 2005 at 06:36:48AM -0500, Eric Anderson wrote: > Raphael H. Becker wrote: > >Hi, > > > >I tried to attach our new external RAID to my RENEG_5_4 box today using > >one logical drive of about 2326GB. > > > >The RAID was preconfigured with two 50% partitions which were assigned > >to two LUNs. FreeBSD 5.4 was able to detect those as da1 and da2 with > >full capacity. > > > >For particular reasons I need one filesystem. > > > >The support for this RAID told me just SuSE Linux and W2k3/64Bit Systems > >are able to access devices >2TB (64bit LBA) therefore the larger RAIDs > >are preconfigured with smaller partitions. > > That is correct - only a few OS's that I know of currently support 64bit > LBA. I wanted the same thing (except I would like 18TB), and I didn't > find anyone working on this. Maybe that has changed though. Because there is nothing to do about this since years. revision 1.139 date: 2003/04/30 00:35:22; author: ken; state: Exp; lines: +194 -65 Add support to CAM for devices with more than 2^32 blocks. (2TB if you're using 512 byte blocks). -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 12:49:52 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93B0416A41C for ; Wed, 8 Jun 2005 12:49:52 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3405E43D1D for ; Wed, 8 Jun 2005 12:49:52 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id E7D73BE673; Wed, 8 Jun 2005 08:52:22 -0400 (EDT) Date: Wed, 8 Jun 2005 08:52:22 -0400 From: James Snow To: freebsd-current@freebsd.org Message-ID: <20050608125222.GA88177@teardrop.org> References: <20050607034620.GA32718@odin.ac.hmc.edu> <20050607045745.GC2338@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050607045745.GC2338@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2.1i Subject: Re: HEADSUP: OpenBSD dhclient incoming 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, 08 Jun 2005 12:49:52 -0000 On Mon, Jun 06, 2005 at 09:57:45PM -0700, Brooks Davis wrote: > > In theory we're all clear. I'll start some buildworlds to verify that. > If you experience any issues, please post here and I'll try to figure > them out. I deleted a lot of code from the rc scripts, so unexpected, > subtle changes are no unlikely. I haven't read through the new man pages yet, so it's entirely likely that enough of dhclient.conf's syntax has changed to make mine incorrect. However, dhclient now dumps core when trying to process my media statements from dhclient.conf. From dmesg -a: ... Setting hostname: x40.teardrop.org. em0: no link ... giving up DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPNAK from 192.168.1.1 Trying medium "ssid NET1 channel 5 wepmode on wepkey 0xWEPKEY" 1 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 7 Segmentation fault em0: flags=8802 mtu 1500 options=b ether 00:0a:e4:2d:8b:0f media: Ethernet autoselect status: no carrier ath0: flags=8843 mtu 1500 inet6 fe80::20e:9bff:fe6e:60fc%ath0 prefixlen 64 scopeid 0x2 ether 00:0e:9b:6e:60:fc media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: no carrier ssid NET1 channel 5 authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpowmax 51 protmode CTS bintval 100 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 Additional routing options: . Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C1 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPREQUEST on ath0 to 255.255.255.255 port 67 Trying medium "ssid NET1 channel 5 wepmode on wepkey 0xWEPKEY" 1 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 5 Trying medium "ssid NET2 channel 11 wepmode on wepkey 0xWEPKEY" 0 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 5 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPNAK from 192.168.0.1 Trying medium "ssid NET1 channel 5 wepmode on wepkey 0xWEPKEY" 1 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 4 Segmentation fault dhclient ath0: already running? Mounting NFS file systems: ... If I comment the following lines out of /etc/dhclient.conf and manually setup the SSID and WEP keys for the ath0 interface, it works fine: interface "ath0" { media # NET1 "ssid NET1 channel 5 wepmode on wepkey 0xWEPKEY", # NET2 "ssid NET2 channel 11 wepmode on wepkey 0xWEPKEY", # NET3 "ssid NET3 channel 8 wepmode on wepkey 0xWEPKEY", # NET4 "ssid NET4 channel 4 wepmode on wepkey 0xWEPKEY", # NET5 "ssid NET5 channel 1 wepmode off"; } x40# /etc/rc.d/dhclient start ath0 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 6 DHCPDISCOVER on ath0 to 255.255.255.255 port 67 interval 5 DHCPOFFER from 192.168.0.1 DHCPREQUEST on ath0 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to 192.168.0.103 -- renewal in 43200 seconds. x40# I will recompile my dhclient with debugging flags so the core dump is actually useful. I'll also go through the new man pages to see if I've missed something, but I figured that even if I am doing something wrong, dhclient shouldn't dump core. Please excuse me if I'm doing something dumb; I haven't had any coffee yet. -Snow From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 12:58:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4718F16A41C for ; Wed, 8 Jun 2005 12:58:14 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id D84F343D5C for ; Wed, 8 Jun 2005 12:58:13 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 8A5CD160543FB for ; Wed, 8 Jun 2005 14:58:12 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17556-01-2 for ; Wed, 8 Jun 2005 14:58:11 +0200 (CEST) Received: from ptp-1-17-6.vpn.satronet.sk (ptp-1-17-6.vpn.satronet.sk [217.144.17.6]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id 8DE5A16054260 for ; Wed, 8 Jun 2005 14:58:11 +0200 (CEST) From: Michal Vanco Organization: Satro s.r.o. To: freebsd-current@freebsd.org Date: Wed, 8 Jun 2005 14:58:16 +0200 User-Agent: KMail/1.8.1 References: <200506081347.59415.vanco@satro.sk> <200506081420.34056.vanco@satro.sk> In-Reply-To: <200506081420.34056.vanco@satro.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506081458.16157.vanco@satro.sk> X-Virus-Scanned: by ANTIvirus at satronet.sk Subject: Re: hardware 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: Wed, 08 Jun 2005 12:58:14 -0000 On Wednesday 08 June 2005 14:20, Michal Vanco wrote: > On Wednesday 08 June 2005 14:18, S=F8ren Schmidt wrote: > > On 08/06/2005, at 14:10, Michal Vanco wrote: > > > On Wednesday 08 June 2005 14:06, S=F8ren Schmidt wrote: > > >> On 08/06/2005, at 13:47, Michal Vanco wrote: > > >>> Hi, > > >>> > > >>> I'm new in this list so sorry for bad posting. > > >>> I have problem to start installation of 6.0-CURRENT because my SATA > > >>> controller and network interface is not apparently supported. Will > > >>> they ever be supported on FreeBSD? > > >>> > > >>> These are from linux's lspci: > > >>> > > >>> # lspci | grep SATA > > >>> 0000:00:1f.2 0106: Intel Corp. 82801FBM (ICH6M) SATA Controller > > >>> (rev 04) > > >>> # lspci -n -vvv -s 0:1f.2 > > >>> 0000:00:1f.2 0106: 8086:2653 (rev 04) (prog-if 01) > > >> > > >> That chip is supported by -current. > > > > > > hmm ... well ... and what about the second one? In linux it is > > > serviced by tg3 > > > module. > > > > The broadcom chip ? its listed in the driver (bge) so it most likely > > works. > > hmmm ... strange > > > Which brings back the question, how old was that 6.0-current you > > tried to install... > > yes ... maybe ot was quite outdated. i'm going to find recent one. > thanks for help I've just booted 6.0-CURRENT iso dated Jun 2,2005 and everything seems=20 working. Thanks. michal From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 13:00:13 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABDE016A41C for ; Wed, 8 Jun 2005 13:00:13 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C78D43D48 for ; Wed, 8 Jun 2005 13:00:13 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 4F258EB1AD3 for ; Wed, 8 Jun 2005 21:00:10 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 835151320C0; Wed, 8 Jun 2005 21:00:07 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45669-07; Wed, 8 Jun 2005 21:00:01 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id E6E6E130E0C; Wed, 8 Jun 2005 21:00:00 +0800 (CST) Date: Wed, 8 Jun 2005 21:00:00 +0800 From: Xin LI To: "Raphael H. Becker" Message-ID: <20050608130000.GB45279@frontfree.net> References: <20050608122324.C41471@p-i-n.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <20050608122324.C41471@p-i-n.com> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.4-RELEASE-p1 FreeBSD 5.4-RELEASE-p1 #1: Fri May 27 00:47:15 CST 2005 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: amavisd-new at frontfree.net Cc: freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 13:00:13 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Raphael, On Wed, Jun 08, 2005 at 12:23:24PM +0200, Raphael H. Becker wrote: > I tried to attach our new external RAID to my RENEG_5_4 box today using > one logical drive of about 2326GB.=20 >=20 > The RAID was preconfigured with two 50% partitions which were assigned=20 > to two LUNs. FreeBSD 5.4 was able to detect those as da1 and da2 with=20 > full capacity.=20 >=20 > For particular reasons I need one filesystem. >=20 > The support for this RAID told me just SuSE Linux and W2k3/64Bit Systems > are able to access devices >2TB (64bit LBA) therefore the larger RAIDs=20 > are preconfigured with smaller partitions. >=20 > For me there will be 2+1 solutions to get this running, >=20 > a) (preferred): Having one logical drive w/o partitions or multiple LUNs > by doing some magic at my KERNCONF >=20 > b) reverting to 2 Partitions and doing ccd(4) on the resulting /dev/da(1|= 2) >=20 > ... maybe ...=20 >=20 > c) upgrading to a closer-to-current version to have some "hidden > feature" available? >=20 > Any other solutions? Sure. Actually even RELENG_5_3 has the support with a GENERIC kernel :-) If you want a partition larger than 2TB, then you will want to use gpt(8) instead of fdisk(8). In order to use that, you need to have: options GEOM_GPT In your kernel configuration. 2TB is a hard limit for MBR partitions, but not GPT, as the latter is designed for 64-bit operating system. Fortunately this is also available on FreeBSD/i386 (also amd64 as far as I have tested, and it is supposed to be available on other platforms that FreeBSD supported). Of course I think we should document this somewhere in our handbook, and teach sysinstall(8) about it :-) Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpuvQ/cVsHxFZiIoRAt7sAJ45j2UdFGVxIZYGAIYsT6hPwwdfyACfeOZw fn+PudRMIsqCrVQV6yqDIFs= =9L7z -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 13:00:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D142816A41C for ; Wed, 8 Jun 2005 13:00:41 +0000 (GMT) (envelope-from max_b@tut.by) Received: from c71.sam-solutions.net (c71.sam-solutions.net [217.21.35.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32E4043D55 for ; Wed, 8 Jun 2005 13:00:40 +0000 (GMT) (envelope-from max_b@tut.by) Received: from localhost.localdomain ([192.168.117.134]) by c71.sam-solutions.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 8 Jun 2005 16:00:39 +0300 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.4/8.13.3) with ESMTP id j58DK38f003334 for ; Wed, 8 Jun 2005 16:20:03 +0300 (EEST) (envelope-from max_b@tut.by) Received: (from max_b@localhost) by localhost.localdomain (8.13.4/8.13.3/Submit) id j58DK28h003333; Wed, 8 Jun 2005 16:20:02 +0300 (EEST) (envelope-from max_b@tut.by) X-Authentication-Warning: localhost.localdomain: max_b set sender to max_b@tut.by using -f To: freebsd-current@freebsd.org From: Max Boyarov Date: Wed, 08 Jun 2005 16:20:02 +0300 Message-ID: <86vf4pq931.fsf@tut.by> X-Mailer: Gnus v5.10.7/XEmacs 21.4 - "Jumbo Shrimp" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-OriginalArrivalTime: 08 Jun 2005 13:00:39.0533 (UTC) FILETIME=[11F089D0:01C56C2A] X-Mailman-Approved-At: Wed, 08 Jun 2005 13:11:51 +0000 Subject: dhclient-exit-hooks 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, 08 Jun 2005 13:00:41 -0000 Hi! After last upgrade to current my dhclient-exit-hooks don't work. I checked my configuration again, but I cant found any place in /sbin/dhclient-script that runs hooks. How can I now use dhclient-exit-hooks ? -- // Max B. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 13:43:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B90C316A41C for ; Wed, 8 Jun 2005 13:43:32 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3337843D49 for ; Wed, 8 Jun 2005 13:43:31 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id j58DhIlB008607; Wed, 8 Jun 2005 15:43:18 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j58DhCO67297; Wed, 8 Jun 2005 15:43:12 +0200 (CEST) (envelope-from rabe) Date: Wed, 8 Jun 2005 15:43:12 +0200 From: "Raphael H. Becker" To: ticso@cicely.de Message-ID: <20050608154312.D41471@p-i-n.com> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608123953.GG95969@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050608123953.GG95969@cicely12.cicely.de>; from ticso@cicely12.cicely.de on Wed, Jun 08, 2005 at 02:39:53PM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-current@freebsd.org, Eric Anderson Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 13:43:32 -0000 On Wed, Jun 08, 2005 at 02:39:53PM +0200, Bernd Walter wrote: > On Wed, Jun 08, 2005 at 06:36:48AM -0500, Eric Anderson wrote: > > Raphael H. Becker wrote: > > >The support for this RAID told me just SuSE Linux and W2k3/64Bit Systems > > >are able to access devices >2TB (64bit LBA) therefore the larger RAIDs > > >are preconfigured with smaller partitions. > > > > That is correct - only a few OS's that I know of currently support 64bit > > LBA. I wanted the same thing (except I would like 18TB), and I didn't > > find anyone working on this. Maybe that has changed though. > > Because there is nothing to do about this since years. > > revision 1.139 > date: 2003/04/30 00:35:22; author: ken; state: Exp; lines: +194 -65 > Add support to CAM for devices with more than 2^32 blocks. (2TB if you're > using 512 byte blocks). So, what will i have to do to get lets say 1kb blocks? Raphael Becker From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 13:53:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B24B16A41C for ; Wed, 8 Jun 2005 13:53:23 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F9DA43D1F for ; Wed, 8 Jun 2005 13:53:22 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j58Dr94J015212 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 8 Jun 2005 15:53:10 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j58DqVhs060813 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jun 2005 15:52:32 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j58DqUf5009282; Wed, 8 Jun 2005 15:52:31 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j58DqUUU009281; Wed, 8 Jun 2005 15:52:30 +0200 (CEST) (envelope-from ticso) Date: Wed, 8 Jun 2005 15:52:30 +0200 From: Bernd Walter To: "Raphael H. Becker" Message-ID: <20050608135229.GK95969@cicely12.cicely.de> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608123953.GG95969@cicely12.cicely.de> <20050608154312.D41471@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608154312.D41471@p-i-n.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: freebsd-current@freebsd.org, Eric Anderson , ticso@cicely.de Subject: Re: Accessing SCSI-Devices >2TB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 13:53:23 -0000 On Wed, Jun 08, 2005 at 03:43:12PM +0200, Raphael H. Becker wrote: > On Wed, Jun 08, 2005 at 02:39:53PM +0200, Bernd Walter wrote: > > On Wed, Jun 08, 2005 at 06:36:48AM -0500, Eric Anderson wrote: > > > Raphael H. Becker wrote: > > > >The support for this RAID told me just SuSE Linux and W2k3/64Bit Systems > > > >are able to access devices >2TB (64bit LBA) therefore the larger RAIDs > > > >are preconfigured with smaller partitions. > > > > > > That is correct - only a few OS's that I know of currently support 64bit > > > LBA. I wanted the same thing (except I would like 18TB), and I didn't > > > find anyone working on this. Maybe that has changed though. > > > > Because there is nothing to do about this since years. > > > > revision 1.139 > > date: 2003/04/30 00:35:22; author: ken; state: Exp; lines: +194 -65 > > Add support to CAM for devices with more than 2^32 blocks. (2TB if you're > > using 512 byte blocks). > > So, what will i have to do to get lets say 1kb blocks? Use a drive that has 1kb blocks. I use 1k/sector mo-media since years. Sometimes HDDs can be reformated to 1k or even 2k blocks, but you likely won't win anything by doing this with modern drives. Why do you want to do this? -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 13:57:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8846516A41C; Wed, 8 Jun 2005 13:57:17 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 211A943D1F; Wed, 8 Jun 2005 13:57:16 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j58DvFk9016870; Wed, 8 Jun 2005 09:57:15 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j58DvFQh016862; Wed, 8 Jun 2005 09:57:15 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 8 Jun 2005 09:57:15 -0400 (EDT) From: Jeff Roberson To: Jean-Yves Lefort In-Reply-To: <20050608131659.2f05a1d9.jylefort@FreeBSD.org> Message-ID: <20050608095624.J16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Simon Barner , current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 13:57:17 -0000 On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: > On Wed, 8 Jun 2005 12:48:44 +0200 > Simon Barner wrote: > > > Jeff Roberson wrote: > > > I have a patch that should greatly improve the sound skipping problems > > > people have under heavy io load. Several people sent me traces that > > > showed the buf daemon running for hundreds of milliseconds with Giant > > > held, which can hold up the pcm code. The patch is available at: > > > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > > > [...] > > > > Can I use the patch on 5.4-STABLE? It applies cleanly (with offset, > > though), but I prefer to ask before doing useless tests. > > I've just tested it on 5.4-RELEASE, and it causes the system to hang > after a few seconds of heavy disk I/O. I have updated the patch to partially revert some earlier behavior. The hang didn't happen on my machine because I have more memory, but I'm confident of the cause. I updated it in place, feel free to try it on current or 5.x. Thanks, Jeff > > -- > Jean-Yves Lefort > > jylefort@FreeBSD.org > http://lefort.be.eu.org/ > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 13:57:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 033B516A41C for ; Wed, 8 Jun 2005 13:57:53 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA0A43D49 for ; Wed, 8 Jun 2005 13:57:52 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j58Dvpk9017094; Wed, 8 Jun 2005 09:57:51 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j58DvlSp017051; Wed, 8 Jun 2005 09:57:51 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 8 Jun 2005 09:57:46 -0400 (EDT) From: Jeff Roberson To: Pyun YongHyeon In-Reply-To: <20050608061532.GA5805@rndsoft.co.kr> Message-ID: <20050608095726.F16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <20050608061532.GA5805@rndsoft.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 13:57:53 -0000 On Wed, 8 Jun 2005, Pyun YongHyeon wrote: > On Tue, Jun 07, 2005 at 11:32:12PM -0400, Jeff Roberson wrote: > > I have a patch that should greatly improve the sound skipping problems > > people have under heavy io load. Several people sent me traces that > > showed the buf daemon running for hundreds of milliseconds with Giant > > held, which can hold up the pcm code. The patch is available at: > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > > > This changes flushbufqueues to flush multiple buffers instead of one > > buffer at a time. It also places buffers we failed to flush at the end of > > the list, and uses a sentinal to track our progress through the list. > > This almost entirely solved the skipping problem for me. Depending on > > user feedback we can do a little more to reduce the time spent processing > > here. > > > > Unfortunatly, it seems that it doesn't show much difference. > HW: Gateway Solo 5300(UP, P3 700MHz, maestro3 driver) > > As soon as I started to extract mozilla source the sound playing > stopped and the system seems to be freezed. > (No response from keyboard input except showing ^C.) > It seems that there is no difference with/without witness. I added an extra yield to the buf daemon. Try the new patch and see if it makes a difference. > -- > Regards, > Pyun YongHyeon > http://www.kr.freebsd.org/~yongari | yongari@freebsd.org > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:00:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F46516A41C for ; Wed, 8 Jun 2005 14:00:06 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C083443D48 for ; Wed, 8 Jun 2005 14:00:05 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j58E04k9018000; Wed, 8 Jun 2005 10:00:04 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j58E01NL017979; Wed, 8 Jun 2005 10:00:02 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 8 Jun 2005 10:00:01 -0400 (EDT) From: Jeff Roberson To: Poul-Henning Kamp In-Reply-To: <772.1118232172@critter.freebsd.dk> Message-ID: <20050608095804.S16943@mail.chesapeake.net> References: <772.1118232172@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: suspend/resume on T41p broken (again) 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, 08 Jun 2005 14:00:06 -0000 On Wed, 8 Jun 2005, Poul-Henning Kamp wrote: > > I just tried updating to -current and found that suspend/resume > on my T41p was broken (again). > Just about every acpi feature is broken on my T42p. I've tracked it down to writing to IO port 178, which we do on reset, suspend/resume, and switching to an external monitor. This port comes from "AcpiGbl_FADT->SmiCmd" which I believe the hardware tells us about. However, I see no successful writes to this port without hanging the machine. Also, suspiciously, acpi uses many other ports, none of which have a value close to 178. Most are near 4096. Does anyone know how to debug this further? > I hacked up a laserprinter as console and the last thing I see > is: > > [...] > vga0: saving 68 bytes of video state > pci0:29:7: Transition from D0 to D3 > ======= acpi_printcpu() debug dump ======== > gdt [0097:c0769280] idt [07ff:c0769660] ldt [0050] tr [0048] efl[00080082] > eax [00000001] ebx [c1a72180] ecx [00000001] edx [00000004] > esi [00000000] edi [00000003] ebp [d4447bf4] esp[d4447bd8] > cr0 [8005003b] cr2 [08069080] cr3 [00c1e000] cr4[00000691] > cs[0020] ds[0028] es[0028] fs[0008] gs[003b] ss[0028] > > I belive this comes from the suspend side. The next thing I have > is the copyright message from the subsequent reboot. > > -- > 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. > _______________________________________________ > 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 8 14:08:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B46E916A41C for ; Wed, 8 Jun 2005 14:08:41 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A33B43D49 for ; Wed, 8 Jun 2005 14:08:40 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id j58E8b0E072430; Wed, 8 Jun 2005 16:08:37 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j58E8bd68475; Wed, 8 Jun 2005 16:08:37 +0200 (CEST) (envelope-from rabe) Date: Wed, 8 Jun 2005 16:08:37 +0200 From: "Raphael H. Becker" To: Eric Anderson Message-ID: <20050608160837.E41471@p-i-n.com> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <42A6D850.2070603@centtech.com>; from anderson@centtech.com on Wed, Jun 08, 2005 at 06:36:48AM -0500 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 14:08:41 -0000 On Wed, Jun 08, 2005 at 06:36:48AM -0500, Eric Anderson wrote: > Raphael H. Becker wrote: > > I tried to attach our new external RAID to my RENEG_5_4 box today using > > one logical drive of about 2326GB. > > > > The RAID was preconfigured with two 50% partitions which were assigned > > to two LUNs. FreeBSD 5.4 was able to detect those as da1 and da2 with > > full capacity. I used plan b (see below) and reverted back to 2 LUNs each mapped to one partition of the logical drive. After the RAID-initialisation (it does some background-init) I was able to get those drives as da1 and da2 using "camcontrol rescan ...": da1 at ahc1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 1310177MB (2683242496 512 byte sectors: 255H 63S/T 167024C) da2 at ahc1 bus 0 target 0 lun 1 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da2: 1310177MB (2683242496 512 byte sectors: 255H 63S/T 167024C) Did a simple ccdconfig ccd0 64 none /dev/da1 /dev/da2 (Kernel with "device ccd") then to get a /dev/ccd0. Works. > > b) reverting to 2 Partitions and doing ccd(4) on the resulting /dev/da(1|2) > This is what I did (using gvinum). How to get disklabel running with this? # disklabel ccd0 disklabel: disks with more than 2^32-1 sectors are not supported I'm afraid I need to use fdisk to split my ccd'ed RAID again to get two smaller partitions. So, this is exactly what I've done in the RAID controller: RAID'ing 12 Drives to a logical drive, split them up into 2 Partitions and assigning two LUNs to get two drives for FreeBSD, ccd'ing them to one drive and finally splitting it up into two partitions using fdisk. :-/ This would effectivly save me an fdisk and a ccd(4) and some trouble. Any idea, how to get 2620354MB in one filesystem (using the two ccd'ed partitions of the RAID)? Well, I'm pretty trained in configuring that RAID now so if anyone knows a solution, how to get rid of the 2TB-Limit for one drive (/dev/da1), maybe using larger blocks of about 1k or 2k, I just need to configure that RAID as a single large logical drive. Just tell me about the blocksizes (see other mail). Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:15:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8A6616A41C for ; Wed, 8 Jun 2005 14:15:55 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DE0F43D48 for ; Wed, 8 Jun 2005 14:15:55 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id j58EFrEq009240; Wed, 8 Jun 2005 16:15:53 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j58EFmc68943; Wed, 8 Jun 2005 16:15:48 +0200 (CEST) (envelope-from rabe) Date: Wed, 8 Jun 2005 16:15:48 +0200 From: "Raphael H. Becker" To: ticso@cicely.de Message-ID: <20050608161548.F41471@p-i-n.com> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608123953.GG95969@cicely12.cicely.de> <20050608154312.D41471@p-i-n.com> <20050608135229.GK95969@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050608135229.GK95969@cicely12.cicely.de>; from ticso@cicely12.cicely.de on Wed, Jun 08, 2005 at 03:52:30PM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 14:15:56 -0000 On Wed, Jun 08, 2005 at 03:52:30PM +0200, Bernd Walter wrote: > On Wed, Jun 08, 2005 at 03:43:12PM +0200, Raphael H. Becker wrote: > > On Wed, Jun 08, 2005 at 02:39:53PM +0200, Bernd Walter wrote: > > > revision 1.139 > > > date: 2003/04/30 00:35:22; author: ken; state: Exp; lines: +194 -65 > > > Add support to CAM for devices with more than 2^32 blocks. (2TB if you're > > > using 512 byte blocks). > > > > So, what will i have to do to get lets say 1kb blocks? > > Use a drive that has 1kb blocks. > I use 1k/sector mo-media since years. > Sometimes HDDs can be reformated to 1k or even 2k blocks, but you > likely won't win anything by doing this with modern drives. > Why do you want to do this? Please tell me, if I got wrong here. For me "Add support to CAM for devices with more than 2^32 blocks. (2TB if you're using 512 byte blocks)." sounds like "if you use double sized blocks you will have double-sized limit with the same number of blocks." And 1kb would extend the 2TB limit to 4TB, what would work for me here. Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:20:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D30EA16A41C for ; Wed, 8 Jun 2005 14:20:47 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CA8F43D49 for ; Wed, 8 Jun 2005 14:20:46 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id 63E421A6F0 for ; Wed, 8 Jun 2005 16:20:41 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54595-08 for ; Wed, 8 Jun 2005 16:20:40 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id 1417B1A6D5 for ; Wed, 8 Jun 2005 16:20:40 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id B282A427E; Wed, 8 Jun 2005 16:20:39 +0200 (CEST) Date: Wed, 8 Jun 2005 16:20:39 +0200 From: Fredrik Lindberg To: freebsd-current@freebsd.org Message-ID: <20050608142039.GA776@shapeshifter.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at mail.hamnpolare.net Subject: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 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, 08 Jun 2005 14:20:48 -0000 Hi When trying to play sound from two different sources at the same time I get an instant panic with the following message panic: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 @ /usr/src/sys/dev/sound/pcm/sound.c:381 This is with a (AC97) on a few hours old current and with sound and snd_ich compiled staticly into the kernel. It only occurs when hw.snd.autovchans is set to a number greater than 1. Backtrace #0 doadump () at pcpu.h:165 #1 0xc059674a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc0596ab8 in panic ( fmt=0xc07d07d0 "_mtx_lock_sleep: recursed on non-recursive mutex %s @ %s:%d\n") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc058cc08 in _mtx_lock_sleep (m=0xc1be9bc0, td=0xc20d8190, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:447 #4 0xc058c8eb in _mtx_lock_flags (m=0x0, opts=0, file=0xc07c5c1a "/usr/src/sys/dev/sound/pcm/sound.c", line=381) at /usr/src/sys/kern/kern_mutex.c:273 #5 0xc0506dfc in pcm_chn_create (d=0xc1979a00, parent=0x0, cls=0x0, dir=2, devinfo=0x0) at /usr/src/sys/dev/sound/pcm/sound.c:381 #6 0xc0508a52 in vchan_create (parent=0xc1bf0180) at /usr/src/sys/dev/sound/pcm/vchan.c:265 #7 0xc05067a4 in pcm_chnalloc (d=0xc1979a00, direction=1, pid=628, chnum=-1) at /usr/src/sys/dev/sound/pcm/sound.c:193 #8 0xc0500a8d in dsp_open (i_dev=0xc1a99c00, flags=2, mode=8192, td=0xc20d8190) at /usr/src/sys/dev/sound/pcm/dsp.c:275 #9 0xc053e38b in devfs_open (ap=0xeebb8a54) at /usr/src/sys/fs/devfs/devfs_vnops.c:881 #10 0xc0792fbc in VOP_OPEN_APV (vop=0x0, a=0xeebb8a54) at vnode_if.c:373 #11 0xc06089c2 in vn_open_cred (ndp=0xeebb8bc4, flagp=0xeebb8cc4, cmode=0, cred=0xc20a5900, fdidx=6) at vnode_if.h:198 #12 0xc0608543 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) at /usr/src/sys/kern/vfs_vnops.c:91 #13 0xc0600668 in kern_open (td=0xc20d8190, path=0x0, pathseg=UIO_USERSPACE, flags=2, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:986 #14 0xc0600556 in open (td=0x0, uap=0xeebb8d04) at /usr/src/sys/kern/vfs_syscalls.c:952 The content of frame 5 yields the following (kgdb) f 5 #5 0xc0506dfc in pcm_chn_create (d=0xc1979a00, parent=0x0, cls=0x0, dir=2, devinfo=0x0) at /usr/src/sys/dev/sound/pcm/sound.c:381 381 snd_mtxlock(d->lock); d->lock is initialized as a non-recursive mutex in snd_mtxcreate (sound.c:78) called from pcm_register (sound.c:655). While the following patch fixes the panic and let me play sound from different sources at the same time without any problems, I'm really not sure this is the correct solution since the mutex was initialized as a non-recursive mutex but recursion happens anyway. Perhaps somebody with more experience in the sound system could look at this. --- sound.c.orig Wed Jun 8 16:07:32 2005 +++ sound.c Wed Jun 8 15:32:19 2005 @@ -75,7 +75,7 @@ m = malloc(sizeof(*m), M_DEVBUF, M_WAITOK | M_ZERO); if (m == NULL) return NULL; - mtx_init(m, desc, type, MTX_DEF); + mtx_init(m, desc, type, MTX_DEF | MTX_RECURSE); return m; #else return (void *)0xcafebabe; Fredrik Lindberg From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:25:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 426A116A41C for ; Wed, 8 Jun 2005 14:25:15 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87B7543D49 for ; Wed, 8 Jun 2005 14:25:14 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j58EPA4J016328 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 8 Jun 2005 16:25:12 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j58EOBhs061018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jun 2005 16:24:11 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j58EOAYj009465; Wed, 8 Jun 2005 16:24:10 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j58EOAD3009464; Wed, 8 Jun 2005 16:24:10 +0200 (CEST) (envelope-from ticso) Date: Wed, 8 Jun 2005 16:24:10 +0200 From: Bernd Walter To: "Raphael H. Becker" Message-ID: <20050608142409.GM95969@cicely12.cicely.de> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608123953.GG95969@cicely12.cicely.de> <20050608154312.D41471@p-i-n.com> <20050608135229.GK95969@cicely12.cicely.de> <20050608161548.F41471@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608161548.F41471@p-i-n.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: Accessing SCSI-Devices >2TB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 14:25:15 -0000 On Wed, Jun 08, 2005 at 04:15:48PM +0200, Raphael H. Becker wrote: > On Wed, Jun 08, 2005 at 03:52:30PM +0200, Bernd Walter wrote: > > On Wed, Jun 08, 2005 at 03:43:12PM +0200, Raphael H. Becker wrote: > > > On Wed, Jun 08, 2005 at 02:39:53PM +0200, Bernd Walter wrote: > > > > > revision 1.139 > > > > date: 2003/04/30 00:35:22; author: ken; state: Exp; lines: +194 -65 > > > > Add support to CAM for devices with more than 2^32 blocks. (2TB if you're > > > > using 512 byte blocks). > > > > > > So, what will i have to do to get lets say 1kb blocks? > > > > Use a drive that has 1kb blocks. > > I use 1k/sector mo-media since years. > > Sometimes HDDs can be reformated to 1k or even 2k blocks, but you > > likely won't win anything by doing this with modern drives. > > Why do you want to do this? > > Please tell me, if I got wrong here. For me > > "Add support to CAM for devices with more than 2^32 blocks. > (2TB if you're using 512 byte blocks)." > > sounds like > > "if you use double sized blocks you will have double-sized limit with > the same number of blocks." No - it means "more than 2^32 blocks is supported". The annotation below just tells what 2^32 is and what limitation there previously was. > And 1kb would extend the 2TB limit to 4TB, what would work for me here. Obviously, but that's not required - you can have SCSI disks with more than 2^32 512 Byte blocks since more than 2 years. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:47:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3477516A41F; Wed, 8 Jun 2005 14:47:31 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from 212.68.244.102.brutele.be (212.68.244.102.brutele.be [212.68.244.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 579F143D49; Wed, 8 Jun 2005 14:47:30 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id 5727A54D2; Wed, 8 Jun 2005 16:47:28 +0200 (CEST) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id 02D55C0DB; Wed, 8 Jun 2005 16:47:27 +0200 (CEST) Date: Wed, 8 Jun 2005 16:47:27 +0200 From: Jean-Yves Lefort To: Jeff Roberson Message-Id: <20050608164727.6a5b76f9.jylefort@FreeBSD.org> In-Reply-To: <20050608095624.J16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> <20050608095624.J16943@mail.chesapeake.net> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__8_Jun_2005_16_47_27_+0200_Dc/YwKe/OiGPvVVY" Cc: barner@freebsd.org, current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 14:47:31 -0000 --Signature=_Wed__8_Jun_2005_16_47_27_+0200_Dc/YwKe/OiGPvVVY Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 8 Jun 2005 09:57:15 -0400 (EDT) Jeff Roberson wrote: > On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: >=20 > > On Wed, 8 Jun 2005 12:48:44 +0200 > > Simon Barner wrote: > > > > > Jeff Roberson wrote: > > > > I have a patch that should greatly improve the sound skipping probl= ems > > > > people have under heavy io load. Several people sent me traces that > > > > showed the buf daemon running for hundreds of milliseconds with Gia= nt > > > > held, which can hold up the pcm code. The patch is available at: > > > > > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > > > > > [...] > > > > > > Can I use the patch on 5.4-STABLE? It applies cleanly (with offset, > > > though), but I prefer to ask before doing useless tests. > > > > I've just tested it on 5.4-RELEASE, and it causes the system to hang > > after a few seconds of heavy disk I/O. >=20 > I have updated the patch to partially revert some earlier behavior. The > hang didn't happen on my machine because I have more memory, but I'm > confident of the cause. I updated it in place, feel free to try it on > current or 5.x. This one works, and completely removes the sound jitter that used to appear under heavy disk I/O (eg. untarring a 50 megs tarball). Congratulations! PS: if no problems show up, do you intend to MFC this patch? --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Wed__8_Jun_2005_16_47_27_+0200_Dc/YwKe/OiGPvVVY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpwT/yzD7UaO4AGoRAj33AJ4uvtEG28aO95/QTCUzl1PxYWwnRQCfQnVQ Kz1Z9j8L8UnumtggdL08Y7I= =nWfh -----END PGP SIGNATURE----- --Signature=_Wed__8_Jun_2005_16_47_27_+0200_Dc/YwKe/OiGPvVVY-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:49:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B8E16A41C for ; Wed, 8 Jun 2005 14:49:37 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B4DA43D48 for ; Wed, 8 Jun 2005 14:49:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j58EkU0s016402; Wed, 8 Jun 2005 08:46:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 08 Jun 2005 08:47:16 -0600 (MDT) Message-Id: <20050608.084716.67827962.imp@bsdimp.com> To: polachok@narod.ru From: "M. Warner Losh" In-Reply-To: <42A60DAF.000003.32027@pantene.yandex.ru> References: <42A60DAF.000003.32027@pantene.yandex.ru> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Lucent Win Modem driver (comms/ltmdm) 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, 08 Jun 2005 14:49:37 -0000 In message: <42A60DAF.000003.32027@pantene.yandex.ru> "Polakov Alexander" writes: : Hi all. I'm new in CURRENT and english is not my native. I want to tell you my problem. My modem is Lucent Win Modem, and when I used FreeBSD-STABLE I could compile its driver. Now when I tried into CURRENT I couldn't. It showed errors like this: : : /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c: In function `lt_pci_find_device': : /usr/obj/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c:748: error: `PCIR_MAPS' undeclared (first use in this function) : : So, I've made a patch. Where I have to send it if I want to add it into port(maybe it can be useful for anybody)? : Here is it. OK. That's fallout from my recent changes. I'll see about getting this committed. Thanks. Warner From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:50:03 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C77B116A41C; Wed, 8 Jun 2005 14:50:03 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id D149C43D58; Wed, 8 Jun 2005 14:50:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j58EmmsN016407; Wed, 8 Jun 2005 08:48:48 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 08 Jun 2005 08:49:33 -0600 (MDT) Message-Id: <20050608.084933.106320206.imp@bsdimp.com> To: keramida@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050608082727.GA23674@orion.daedalusnetworks.priv> References: <86zmu1l223.fsf@xps.des.no> <20050608080304.GB1226@orion.daedalusnetworks.priv> <20050608082727.GA23674@orion.daedalusnetworks.priv> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: des@des.no, freebsd-current@freebsd.org Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 14:50:03 -0000 In message: <20050608082727.GA23674@orion.daedalusnetworks.priv> Giorgos Keramidas writes: : On 2005-06-08 11:03, Giorgos Keramidas wrote: : >> The comparison function is known at the time the directory entries are : >> read, so it should be a simple matter to read them into a red-black : >> tree instead of a singly- linked list. I'm working on a patch. : > : > Thanks :) : : This would require updates/changes to all the users of fts.h too? Are there ABI issues as well? Warner From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:55:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80EBB16A429 for ; Wed, 8 Jun 2005 14:55:04 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id A94EB43D1D for ; Wed, 8 Jun 2005 14:55:03 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 26667 invoked by uid 89); 8 Jun 2005 14:54:01 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 8 Jun 2005 14:54:01 -0000 Date: Wed, 8 Jun 2005 16:54:58 +0200 From: Oliver Lehmann To: Jeff Roberson Message-Id: <20050608165458.3c9bbdb6.lehmann@ans-netz.de> In-Reply-To: <20050608095726.F16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <20050608061532.GA5805@rndsoft.co.kr> <20050608095726.F16943@mail.chesapeake.net> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: yongari@rndsoft.co.kr, current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 14:55:04 -0000 Jeff Roberson wrote: > > On Tue, Jun 07, 2005 at 11:32:12PM -0400, Jeff Roberson wrote: > > > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > I added an extra yield to the buf daemon. Try the new patch and see if it > makes a difference. Just works fine here (amd64, 6.0-CURRENT as of May 24th) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 14:55:35 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 154A216A41C for ; Wed, 8 Jun 2005 14:55:35 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F77343D1D for ; Wed, 8 Jun 2005 14:55:33 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id j58EtR0E073496; Wed, 8 Jun 2005 16:55:27 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j58EtRe70862; Wed, 8 Jun 2005 16:55:27 +0200 (CEST) (envelope-from rabe) Date: Wed, 8 Jun 2005 16:55:27 +0200 From: "Raphael H. Becker" To: ticso@cicely.de Message-ID: <20050608165527.G41471@p-i-n.com> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608123953.GG95969@cicely12.cicely.de> <20050608154312.D41471@p-i-n.com> <20050608135229.GK95969@cicely12.cicely.de> <20050608161548.F41471@p-i-n.com> <20050608142409.GM95969@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050608142409.GM95969@cicely12.cicely.de>; from ticso@cicely12.cicely.de on Wed, Jun 08, 2005 at 04:24:10PM +0200 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 14:55:35 -0000 On Wed, Jun 08, 2005 at 04:24:10PM +0200, Bernd Walter wrote: > > And 1kb would extend the 2TB limit to 4TB, what would work for me here. > > Obviously, but that's not required - you can have SCSI disks with more > than 2^32 512 Byte blocks since more than 2 years. Then we might have some other problems accessing that RAID. When configured as a large 2620354MB logical drive (no logical drive partitions): [...] (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Message Sent (da1:ahc1:0:0:0): SCB 9 - Abort Completed. (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Message Sent (da1:ahc1:0:0:0): SCB 14 - Abort Completed. (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Message Sent (da1:ahc1:0:0:0): SCB 9 - Abort Completed. (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Tag Message Sent (da1:ahc1:0:0:0): SCB 14 - Abort Tag Completed. (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Tag Message Sent (da1:ahc1:0:0:0): SCB 9 - Abort Tag Completed. (da1:ahc1:0:0:0): got CAM status 0x54 (da1:ahc1:0:0:0): fatal error, failed to attach to device (da1:ahc1:0:0:0): lost device (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Tag Message Sent (da1:ahc1:0:0:0): SCB 9 - Abort Tag Completed. (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Tag Message Sent (da1:ahc1:0:0:0): SCB 14 - Abort Tag Completed. (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Tag Message Sent (da1:ahc1:0:0:0): SCB 9 - Abort Tag Completed. (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Tag Message Sent (da1:ahc1:0:0:0): SCB 14 - Abort Tag Completed. (da1:ahc1:0:0:0): No or incomplete CDB sent to device. (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (da1:ahc1:0:0:0): Abort Tag Message Sent (da1:ahc1:0:0:0): SCB 9 - Abort Tag Completed. (da1:ahc1:0:0:0): removing device entry Opened disk da1 -> 5 [...] Using 1 logical drive with two partitions mapped to two LUNs (resulting in da1 and da2 in FreeBSD) works perfectly. BTW: I'm actually running a nearly-GENERIC kernel 5.4-RELEASE here, just with options SMP device ccd added. Maybe I will need some other options? What about GEOM? But for me it smells more about the SCSI-protocol between RAID and Controller (Adaptec 39160), something about LBA-64? Maybe running -current will give me this feature? Running ccd upon a partitioned RAID is "A Bad Idea[tm]". Any pointers to documentation? Maybe I just need some deeper knowledge about whats going on here. Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:00:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FB7F16A41C; Wed, 8 Jun 2005 15:00:49 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF9D043D1F; Wed, 8 Jun 2005 15:00:48 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j58F0lk9042897; Wed, 8 Jun 2005 11:00:47 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j58F0kho042890; Wed, 8 Jun 2005 11:00:46 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 8 Jun 2005 11:00:46 -0400 (EDT) From: Jeff Roberson To: Jean-Yves Lefort In-Reply-To: <20050608164727.6a5b76f9.jylefort@FreeBSD.org> Message-ID: <20050608110007.V16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> <20050608095624.J16943@mail.chesapeake.net> <20050608164727.6a5b76f9.jylefort@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: barner@freebsd.org, current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 15:00:49 -0000 On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: > On Wed, 8 Jun 2005 09:57:15 -0400 (EDT) > Jeff Roberson wrote: > > > On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: > > > > > On Wed, 8 Jun 2005 12:48:44 +0200 > > > Simon Barner wrote: > > > > > > > Jeff Roberson wrote: > > > > > I have a patch that should greatly improve the sound skipping problems > > > > > people have under heavy io load. Several people sent me traces that > > > > > showed the buf daemon running for hundreds of milliseconds with Giant > > > > > held, which can hold up the pcm code. The patch is available at: > > > > > > > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > > > > > > > [...] > > > > > > > > Can I use the patch on 5.4-STABLE? It applies cleanly (with offset, > > > > though), but I prefer to ask before doing useless tests. > > > > > > I've just tested it on 5.4-RELEASE, and it causes the system to hang > > > after a few seconds of heavy disk I/O. > > > > I have updated the patch to partially revert some earlier behavior. The > > hang didn't happen on my machine because I have more memory, but I'm > > confident of the cause. I updated it in place, feel free to try it on > > current or 5.x. > > This one works, and completely removes the sound jitter that used to > appear under heavy disk I/O (eg. untarring a 50 megs tarball). > > Congratulations! Thanks. I'd like to get some more experience with it under extreme load conditions, but I do eventually plan to MFC. > > PS: if no problems show up, do you intend to MFC this patch? > > -- > Jean-Yves Lefort > > jylefort@FreeBSD.org > http://lefort.be.eu.org/ > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:02:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3E5B16A41C for ; Wed, 8 Jun 2005 15:02:05 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13C4943D49 for ; Wed, 8 Jun 2005 15:02:02 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id C3600EB1A6C for ; Wed, 8 Jun 2005 23:02:00 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 11C051324FA; Wed, 8 Jun 2005 23:01:59 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 48899-10; Wed, 8 Jun 2005 23:01:53 +0800 (CST) Received: by beastie.frontfree.net (Postfix, from userid 1001) id 7A8DE132038; Wed, 8 Jun 2005 23:01:52 +0800 (CST) Date: Wed, 8 Jun 2005 23:01:52 +0800 From: Xin LI To: "Raphael H. Becker" Message-ID: <20050608150152.GA49080@frontfree.net> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608160837.E41471@p-i-n.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20050608160837.E41471@p-i-n.com> User-Agent: Mutt/1.4.2.1i X-GPG-key-ID/Fingerprint: 0xCAEEB8C0 / 43B8 B703 B8DD 0231 B333 DC28 39FB 93A0 CAEE B8C0 X-GPG-Public-Key: http://www.delphij.net/delphij.asc X-Operating-System: FreeBSD beastie.frontfree.net 5.4-RELEASE-p1 FreeBSD 5.4-RELEASE-p1 #1: Fri May 27 00:47:15 CST 2005 delphij@beastie.frontfree.net:/usr/obj/usr/src/sys/BEASTIE i386 X-URL: http://www.delphij.net X-By: delphij@beastie.frontfree.net X-Location: Beijing, China X-Virus-Scanned: amavisd-new at frontfree.net Cc: freebsd-current@freebsd.org, Eric Anderson Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 15:02:05 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 08, 2005 at 04:08:37PM +0200, Raphael H. Becker wrote: > On Wed, Jun 08, 2005 at 06:36:48AM -0500, Eric Anderson wrote: > > Raphael H. Becker wrote: > > > I tried to attach our new external RAID to my RENEG_5_4 box today usi= ng > > > one logical drive of about 2326GB.=20 > > >=20 > > > The RAID was preconfigured with two 50% partitions which were assigne= d=20 > > > to two LUNs. FreeBSD 5.4 was able to detect those as da1 and da2 with= =20 > > > full capacity.=20 [...] > Any idea, how to get 2620354MB in one filesystem (using the two ccd'ed > partitions of the RAID)? >=20 > Well, I'm pretty trained in configuring that RAID now so if anyone knows= =20 > a solution, how to get rid of the 2TB-Limit for one drive (/dev/da1), > maybe using larger blocks of about 1k or 2k, I just need to configure > that RAID as a single large logical drive.=20 >=20 > Just tell me about the blocksizes (see other mail). Err... You don't need to play with the drivers/CAM stuff, why not try the natively supported gpt(8), which works great. - Map the RAID device to a single SCSI device - Do a dd if=3D/dev/zero of=3D/dev/da0 bs=3D16384 count=3D16 to wipe the M= BR - Do a `gpt create /dev/da0' to create your GPT partition table - Do a `gpt add /dev/da0' to create a GPT partition over it - You will now see something like /dev/da0p1, which can be used for subsequent disklabel(8), or just newfs -U /dev/da0p1 Cheers, --=20 Xin LI http://www.delphij.net/ See complete headers for GPG key and other information. --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpwhg/cVsHxFZiIoRAqeuAJ93UH9gQHIRl1YSAvPcKj3YvX5vUACfWr8R eGC07a+w65heUorZxEbUTTE= =Vea5 -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:04:01 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBD2616A41C for ; Wed, 8 Jun 2005 15:04:01 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D36A43D49 for ; Wed, 8 Jun 2005 15:04:00 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 2993131DA96; Wed, 8 Jun 2005 17:03:59 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id EF95D407E; Wed, 8 Jun 2005 17:03:44 +0200 (CEST) Date: Wed, 8 Jun 2005 17:03:44 +0200 From: Jeremie Le Hen To: "M. Warner Losh" Message-ID: <20050608150344.GL41050@obiwan.tataz.chchile.org> References: <20050606131957.GL41050@obiwan.tataz.chchile.org> <20050606133434.GG734@empiric.icir.org> <20050606155400.GP41050@obiwan.tataz.chchile.org> <20050606.230742.103661451.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050606.230742.103661451.imp@bsdimp.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, jeremie@le-hen.org, bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 08 Jun 2005 15:04:01 -0000 Hi Warner, On Mon, Jun 06, 2005 at 11:07:42PM -0600, M. Warner Losh wrote: > : It seems that the ed(4) driver from 2005.01.01 are working well. > : There have been numerous commits since then, but I'm trying to find > : the culprit ATM. I'll keep list abreast of the results. > > If you find the one that's at issue, I'll be happy to work with you to > resolve it. I narrowed the one breaking MAC address probe : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1231599+0+archive/2005/cvs-all/20050220.cvs-all I tried to patch the driver myself and I found that you should not clear pending interrupts before reading the MAC address or it won't work. I didn't made a patch as I don't know if the correct way to handle this is to pull up the ed_nic_outb() call from ed_probe_Novell_generic() to ed_cbus_probe() or to move the ed_Novell_read_mac() call back in the ed_probe_Novell_generic() function. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:04:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94DF516A41C for ; Wed, 8 Jun 2005 15:04:16 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F80743D4C for ; Wed, 8 Jun 2005 15:04:15 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j58F494J017463 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 8 Jun 2005 17:04:10 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j58F31hs061212 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jun 2005 17:03:02 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j58F31sY009694; Wed, 8 Jun 2005 17:03:01 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j58F2p8P009693; Wed, 8 Jun 2005 17:02:51 +0200 (CEST) (envelope-from ticso) Date: Wed, 8 Jun 2005 17:02:51 +0200 From: Bernd Walter To: "Raphael H. Becker" Message-ID: <20050608150251.GQ95969@cicely12.cicely.de> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608160837.E41471@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608160837.E41471@p-i-n.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: freebsd-current@freebsd.org, Eric Anderson Subject: Re: Accessing SCSI-Devices >2TB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 15:04:16 -0000 On Wed, Jun 08, 2005 at 04:08:37PM +0200, Raphael H. Becker wrote: > On Wed, Jun 08, 2005 at 06:36:48AM -0500, Eric Anderson wrote: > > Raphael H. Becker wrote: > > > I tried to attach our new external RAID to my RENEG_5_4 box today using > > > one logical drive of about 2326GB. > > > > > > The RAID was preconfigured with two 50% partitions which were assigned > > > to two LUNs. FreeBSD 5.4 was able to detect those as da1 and da2 with > > > full capacity. > > I used plan b (see below) and reverted back to 2 LUNs each mapped to one > partition of the logical drive. > > After the RAID-initialisation (it does some background-init) I was able > to get those drives as da1 and da2 using "camcontrol rescan ...": > > da1 at ahc1 bus 0 target 0 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled > da1: 1310177MB (2683242496 512 byte sectors: 255H 63S/T 167024C) > da2 at ahc1 bus 0 target 0 lun 1 > da2: Fixed Direct Access SCSI-3 device > da2: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled > da2: 1310177MB (2683242496 512 byte sectors: 255H 63S/T 167024C) > > Did a simple > > ccdconfig ccd0 64 none /dev/da1 /dev/da2 > > (Kernel with "device ccd") then to get a /dev/ccd0. Works. > > > > b) reverting to 2 Partitions and doing ccd(4) on the resulting /dev/da(1|2) > > This is what I did (using gvinum). > > How to get disklabel running with this? Use gpt to partition - which was already mention in this thread. disklabel won't do and since gpt was already widely accepted there was not reason to have a new disklabel. > # disklabel ccd0 > disklabel: disks with more than 2^32-1 sectors are not supported > > I'm afraid I need to use fdisk to split my ccd'ed RAID again to get two > smaller partitions. So, this is exactly what I've done in the > RAID controller: RAID'ing 12 Drives to a logical drive, split them up > into 2 Partitions and assigning two LUNs to get two drives for FreeBSD, > ccd'ing them to one drive and finally splitting it up into two > partitions using fdisk. :-/ > This would effectivly save me an fdisk and a ccd(4) and some trouble. > > Any idea, how to get 2620354MB in one filesystem (using the two ccd'ed > partitions of the RAID)? > > Well, I'm pretty trained in configuring that RAID now so if anyone knows > a solution, how to get rid of the 2TB-Limit for one drive (/dev/da1), > maybe using larger blocks of about 1k or 2k, I just need to configure > that RAID as a single large logical drive. There is no such limit. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:21:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96E8A16A41C for ; Wed, 8 Jun 2005 15:21:31 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id D854343D49 for ; Wed, 8 Jun 2005 15:21:30 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j58FLJNZ026236; Wed, 8 Jun 2005 18:21:20 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j58FLJ11003913; Wed, 8 Jun 2005 18:21:19 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j58FLJsV003912; Wed, 8 Jun 2005 18:21:19 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Wed, 8 Jun 2005 18:21:18 +0300 From: Giorgos Keramidas To: "M. Warner Losh" Message-ID: <20050608152118.GA3882@orion.daedalusnetworks.priv> References: <86zmu1l223.fsf@xps.des.no> <20050608080304.GB1226@orion.daedalusnetworks.priv> <20050608082727.GA23674@orion.daedalusnetworks.priv> <20050608.084933.106320206.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608.084933.106320206.imp@bsdimp.com> Cc: des@des.no, freebsd-current@freebsd.org Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 15:21:31 -0000 On 2005-06-08 08:49, "M. Warner Losh" wrote: >In message: <20050608082727.GA23674@orion.daedalusnetworks.priv> > Giorgos Keramidas writes: >:On 2005-06-08 11:03, Giorgos Keramidas wrote: >:>> The comparison function is known at the time the directory entries are >:>> read, so it should be a simple matter to read them into a red-black >:>> tree instead of a singly- linked list. I'm working on a patch. >:> >:> Thanks :) >: >: This would require updates/changes to all the users of fts.h too? > > Are there ABI issues as well? AFAIK, no. Unless libraries we use fiddle with fts_children directly. I haven't had the time to check today though. des@ is probably the best person to answer though. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:24:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2152716A41C; Wed, 8 Jun 2005 15:24:37 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE6743D48; Wed, 8 Jun 2005 15:24:36 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j58FOXk9052594; Wed, 8 Jun 2005 11:24:33 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j58FOXoQ052587; Wed, 8 Jun 2005 11:24:33 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 8 Jun 2005 11:24:32 -0400 (EDT) From: Jeff Roberson To: Jean-Yves Lefort In-Reply-To: <20050608110007.V16943@mail.chesapeake.net> Message-ID: <20050608112358.O16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> <20050608095624.J16943@mail.chesapeake.net> <20050608164727.6a5b76f9.jylefort@FreeBSD.org> <20050608110007.V16943@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org, barner@freebsd.org, lehmann@ans-netz.de Subject: Re: Sound skipping 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, 08 Jun 2005 15:24:37 -0000 On Wed, 8 Jun 2005, Jeff Roberson wrote: > On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: > > > On Wed, 8 Jun 2005 09:57:15 -0400 (EDT) > > Jeff Roberson wrote: > > > > > On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: > > > > > > > On Wed, 8 Jun 2005 12:48:44 +0200 > > > > Simon Barner wrote: > > > > > > > > > Jeff Roberson wrote: > > > > > > I have a patch that should greatly improve the sound skipping problems > > > > > > people have under heavy io load. Several people sent me traces that > > > > > > showed the buf daemon running for hundreds of milliseconds with Giant > > > > > > held, which can hold up the pcm code. The patch is available at: > > > > > > > > > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > > > > > > > > > [...] > > > > > > > > > > Can I use the patch on 5.4-STABLE? It applies cleanly (with offset, > > > > > though), but I prefer to ask before doing useless tests. > > > > > > > > I've just tested it on 5.4-RELEASE, and it causes the system to hang > > > > after a few seconds of heavy disk I/O. > > > > > > I have updated the patch to partially revert some earlier behavior. The > > > hang didn't happen on my machine because I have more memory, but I'm > > > confident of the cause. I updated it in place, feel free to try it on > > > current or 5.x. > > > > This one works, and completely removes the sound jitter that used to > > appear under heavy disk I/O (eg. untarring a 50 megs tarball). > > > > Congratulations! > > Thanks. I'd like to get some more experience with it under extreme load > conditions, but I do eventually plan to MFC. I made one more slight change to the patch which should reduce the number of times we needlessly scan the list. Can you make sure it does not cause any problems for you? > > > > > PS: if no problems show up, do you intend to MFC this patch? > > > > -- > > Jean-Yves Lefort > > > > jylefort@FreeBSD.org > > http://lefort.be.eu.org/ > > > _______________________________________________ > 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 8 15:24:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25E0416A41C for ; Wed, 8 Jun 2005 15:24:39 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 698D743D4C for ; Wed, 8 Jun 2005 15:24:37 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id j58FOZ0E074082; Wed, 8 Jun 2005 17:24:36 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j58FOZ972342; Wed, 8 Jun 2005 17:24:35 +0200 (CEST) (envelope-from rabe) Date: Wed, 8 Jun 2005 17:24:35 +0200 From: "Raphael H. Becker" To: Xin LI Message-ID: <20050608172435.H41471@p-i-n.com> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608160837.E41471@p-i-n.com> <20050608150152.GA49080@frontfree.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050608150152.GA49080@frontfree.net>; from delphij@frontfree.net on Wed, Jun 08, 2005 at 11:01:52PM +0800 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 15:24:39 -0000 On Wed, Jun 08, 2005 at 11:01:52PM +0800, Xin LI wrote: > > Well, I'm pretty trained in configuring that RAID now so if anyone knows > > a solution, how to get rid of the 2TB-Limit for one drive (/dev/da1), > > maybe using larger blocks of about 1k or 2k, I just need to configure > > that RAID as a single large logical drive. > > > > Just tell me about the blocksizes (see other mail). > > Err... You don't need to play with the drivers/CAM stuff, why not try the > natively supported gpt(8), which works great. > > - Map the RAID device to a single SCSI device > - Do a dd if=/dev/zero of=/dev/da0 bs=16384 count=16 to wipe the MBR Well, without a /dev/daX there's nothing to use gpt with. The kernel itself cannot access the RAID as a whole. See my other mail for the kernel messages. My workaround was to partition the RAID's logical disc into two partitions internally and re-concat the resulting da1 and da2 into ccd0. But this might also be a bad idea therefore ccd0 is will do stripes and the RAID will have to seek the physikal drives a lot for each (linear) access. Two solutions: a) FreeBSD can access the RAID using LBA64 and get a da1 having ~2.5TB b) I have to split the RAID on physical drive layer, having 6 disks for each logical drive (losing hot-spare (cannot divide 11 discs into 2 equal logical drives) and need a additional parity, one for each logical drive) and mapping those to two different LUNs or IDs and using the resulting 1.3TB-drives da1 and da2 with ccd(4) and then ... > - Do a `gpt create /dev/da0' to create your GPT partition table > - Do a `gpt add /dev/da0' to create a GPT partition over it > - You will now see something like /dev/da0p1, which can be used for > subsequent disklabel(8), or just newfs -U /dev/da0p1 ... will try this, if the device is clear. Thank you for the hint about gpt. Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:26:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B0316A41C for ; Wed, 8 Jun 2005 15:26:15 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6514343D48 for ; Wed, 8 Jun 2005 15:26:13 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j58FQAAw050684; Wed, 8 Jun 2005 10:26:10 -0500 (CDT) (envelope-from dan) Date: Wed, 8 Jun 2005 10:26:10 -0500 From: Dan Nelson To: Jiawei Ye Message-ID: <20050608152610.GG59028@dan.emsphone.com> References: <20050608091603.GG39114@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: unkillable apache httpd process 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, 08 Jun 2005 15:26:15 -0000 In the last episode (Jun 08), Jiawei Ye said: > On 6/8/05, Peter Jeremy wrote: > > On Wed, 2005-Jun-08 15:52:43 +0800, Jiawei Ye wrote: > > >I have a problem with very recent -current. Apache2 when restarted via > > >/usr/local/etc/rc.d/apache2.sh, the httpd process becomes unkillable > > >and consumes quite some CPU cycles. > > What does ps show? For a process to be unkillable, it must be in > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 3794 root 1 77 0 8008K 5572K RUN 0:03 2.29% httpd > I think it's doing something but truss does not show what exactly it's > doing. This is a P3-1.3G, terminal state of the httpd consumes about > 10% in WCPU column. If it's consuming CPU it should be killable. Tried kill -9? If it's really threaded, "ps lHp 3794" will print what each kernel thread is doing; maybe only one thread is hung. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:29:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 972B816A41C for ; Wed, 8 Jun 2005 15:29:53 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73F0A43D48 for ; Wed, 8 Jun 2005 15:29:53 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dg2V7-000OOs-0L for freebsd-current@freebsd.org; Wed, 08 Jun 2005 15:29:53 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Dg2Uy-0004RH-AH for freebsd-current@freebsd.org; Wed, 08 Jun 2005 08:29:44 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17063.3815.913225.341400@roam.psg.com> Date: Wed, 8 Jun 2005 08:29:43 -0700 To: FreeBSD Current References: <17062.14515.358156.957321@roam.psg.com> Subject: Re: best iso cd for twed fixing 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, 08 Jun 2005 15:29:53 -0000 > can someone recommend the best (how about a good:-) -current iso > image to burn on a cd to go carry into a colo to work on a twed > raid array? thanks. let me ask another way, does the strange universe i find myself in FixIt# support twe? and, btw, where is that strange (not so) little world described, like where does it get it's kernel? randy, soon to head to colo with disk1 in hand From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:32:55 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED58D16A41C for ; Wed, 8 Jun 2005 15:32:55 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 302C543D49 for ; Wed, 8 Jun 2005 15:32:54 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 42178 invoked by uid 1005); 8 Jun 2005 15:32:54 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 (clamdscan: 0.85. spamassassin: 2.64. Clear:RC:1(213.196.191.65):. Processed in 0.030028 secs); 08 Jun 2005 15:32:54 -0000 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Jun 2005 15:32:53 -0000 Message-ID: <42A70FA4.5020907@ultra-secure.de> Date: Wed, 08 Jun 2005 17:32:52 +0200 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Xin LI References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608160837.E41471@p-i-n.com> <20050608150152.GA49080@frontfree.net> In-Reply-To: <20050608150152.GA49080@frontfree.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 15:32:56 -0000 Xin LI wrote: >Err... You don't need to play with the drivers/CAM stuff, why not try the >natively supported gpt(8), which works great. > > - Map the RAID device to a single SCSI device > - Do a dd if=/dev/zero of=/dev/da0 bs=16384 count=16 to wipe the MBR > - Do a `gpt create /dev/da0' to create your GPT partition table > - Do a `gpt add /dev/da0' to create a GPT partition over it > - You will now see something like /dev/da0p1, which can be used for > subsequent disklabel(8), or just newfs -U /dev/da0p1 > >Cheers, > > I copied this message to my "useful stuff" folder. What's the status of this page: http://www.freebsd.org/projects/bigdisk/ Is it still updated? Is the information on this page still correct? It's not linked from the main projects-page, AFAICS. From this thread, I assume it's now possible to have >1 (or 2 or 4) GB partitions, just that sysinstall would have to be taught about gpt. If I have a 4TB array (e.g. on a NetApp) - can I mount that via NFS, or is there a problem? Or what about exporting an array of that size via NFS from a FreeBSD-host - does that work? cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:36:28 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C79216A41C for ; Wed, 8 Jun 2005 15:36:28 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C4A843D53 for ; Wed, 8 Jun 2005 15:36:28 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so475322nzo for ; Wed, 08 Jun 2005 08:36:27 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tFCL2IsntxIgrG6KnSZgMc2EQ8S8QNOrARpRw3jogy3535PkD4I/kyd+HL6G+qMinSePndDVKdGexXBxXQFgc/BB5c2eCP/Nq0vv6S1yYcj9732ssJ4d2HvG4Z2NkIDozwOG4SKLJ+33X4DXcwmcJwVX9IuZI3IeypLKKjLcKOM= Received: by 10.36.101.12 with SMTP id y12mr2031208nzb; Wed, 08 Jun 2005 08:36:27 -0700 (PDT) Received: by 10.36.88.8 with HTTP; Wed, 8 Jun 2005 08:36:27 -0700 (PDT) Message-ID: Date: Wed, 8 Jun 2005 23:36:27 +0800 From: Jiawei Ye To: Dan Nelson In-Reply-To: <20050608152610.GG59028@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050608091603.GG39114@cirb503493.alcatel.com.au> <20050608152610.GG59028@dan.emsphone.com> Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: unkillable apache httpd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 15:36:28 -0000 On 6/8/05, Dan Nelson wrote: > If it's consuming CPU it should be killable. Tried kill -9? If it's > really threaded, "ps lHp 3794" will print what each kernel thread is > doing; maybe only one thread is hung. >=20 > -- > Dan Nelson > dnelson@allantgroup.com kill -9 solves the problem. But the apache2.sh in /usr/local/rc.d cannot restart it properly. root@orion:/home/leafy# /usr/local/etc/rc.d/apache2.sh restart Performing sanity check on apache2 configuration: Syntax OK Stopping apache2. Waiting for PIDS: 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696 it goes on..... Also, the unkillable has only 1 thread as shown in the top output. Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:37:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5496916A41C for ; Wed, 8 Jun 2005 15:37:37 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: from imladris.teardrop.org (imladris.teardrop.org [66.92.66.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C7DE43D1D for ; Wed, 8 Jun 2005 15:37:36 +0000 (GMT) (envelope-from snow+freebsd-current@teardrop.org) Received: by imladris.teardrop.org (Postfix, from userid 100) id DA3A8BE45F; Wed, 8 Jun 2005 11:40:08 -0400 (EDT) Date: Wed, 8 Jun 2005 11:40:08 -0400 From: James Snow To: Sam Leffler Message-ID: <20050608154008.GA89099@teardrop.org> References: <20050607034620.GA32718@odin.ac.hmc.edu> <20050607045745.GC2338@odin.ac.hmc.edu> <20050608125222.GA88177@teardrop.org> <42A70EAB.4030108@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42A70EAB.4030108@errno.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: OpenBSD dhclient segmentation fault 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, 08 Jun 2005 15:37:37 -0000 On Wed, Jun 08, 2005 at 08:28:43AM -0700, Sam Leffler wrote: > > Please send me your dhclient.conf file and anything else relevant > (Verbatim) as attachments (or an attached tarball). Here you go: # $FreeBSD: src/etc/dhclient.conf,v 1.3 2001/10/27 03:14:37 rwatson Exp $ # # This file is required by the ISC DHCP client. # See ``man 5 dhclient.conf'' for details. # # In most cases an empty file is sufficient for most people as the # defaults are usually fine. # send host-name "snow"; prepend domain-name "teardrop.org "; # supersede domain-name-servers 66.92.66.16; interface "ath0" { media # net1 "ssid net1 channel 5 wepmode on wepkey 0xwepkey", # net2 "ssid net2 channel 11 wepmode on wepkey 0xwepkey", # net3 "ssid net3 channel 8 wepmode on wepkey 0xwepkey", # net4 "ssid net4 channel 4 wepmode on wepkey 0xwepkey", # net5 "ssid net5 channel 1 wepmode off"; } All I've changed are comments, SSIDs, and WEP keys. I can include them if you really think they're likely to be part of the problem. I've used the "interface ath0" statement as a way of easily finding the various wireless networks I connect to. The "supersede domain-name-servers" line I uncomment when I'm at a site that doles out broken DNS servers. I've since recompiled dhclient with debugging symbols enabled, but it appears that this segfault only occurs when it actually receives a reply to a query sent out via ath0 with one of the above media statements. Since I'm not near my wireless networks at the moment, I won't be able to provide a backtrace for a several hours. Sorry. -Snow From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:42:05 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6634B16A41C for ; Wed, 8 Jun 2005 15:42:05 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA14E43D49 for ; Wed, 8 Jun 2005 15:42:04 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j58Fg2GL089421; Wed, 8 Jun 2005 10:42:02 -0500 (CDT) (envelope-from dan) Date: Wed, 8 Jun 2005 10:42:02 -0500 From: Dan Nelson To: Jiawei Ye Message-ID: <20050608154202.GH59028@dan.emsphone.com> References: <20050608091603.GG39114@cirb503493.alcatel.com.au> <20050608152610.GG59028@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.9i Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: unkillable apache httpd process 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, 08 Jun 2005 15:42:05 -0000 In the last episode (Jun 08), Jiawei Ye said: > On 6/8/05, Dan Nelson wrote: > > If it's consuming CPU it should be killable. Tried kill -9? If it's > > really threaded, "ps lHp 3794" will print what each kernel thread is > > doing; maybe only one thread is hung. > > kill -9 solves the problem. But the apache2.sh in /usr/local/rc.d > cannot restart it properly. > > root@orion:/home/leafy# /usr/local/etc/rc.d/apache2.sh restart > Performing sanity check on apache2 configuration: > Syntax OK > Stopping apache2. > Waiting for PIDS: 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696, > 5696, 5696, 5696, 5696, 5696, 5696, 5696, 5696 > it goes on..... > Also, the unkillable has only 1 thread as shown in the top output. rc.d scripts just send a SIGTERM to the process by default. If apache has blocked that signal, there's not much the script can do. What you could do is edit apache2.sh and add a line saying "sig_stop=-KILL", which will make the shutdown action send a SIGKILL (aka -9) signal to apache. This won't be a clean shutdown, though. Better to try and debug apache and find out what it's doing. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:44:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35AB916A41C for ; Wed, 8 Jun 2005 15:44:16 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B7A343D4C for ; Wed, 8 Jun 2005 15:44:15 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id j58FiB4J018744 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 8 Jun 2005 17:44:13 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j58FhWhs061493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jun 2005 17:43:32 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j58FhWf7009990; Wed, 8 Jun 2005 17:43:32 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j58FhVEQ009989; Wed, 8 Jun 2005 17:43:31 +0200 (CEST) (envelope-from ticso) Date: Wed, 8 Jun 2005 17:43:31 +0200 From: Bernd Walter To: "Raphael H. Becker" Message-ID: <20050608154331.GC9844@cicely12.cicely.de> References: <20050608122324.C41471@p-i-n.com> <42A6D850.2070603@centtech.com> <20050608123953.GG95969@cicely12.cicely.de> <20050608154312.D41471@p-i-n.com> <20050608135229.GK95969@cicely12.cicely.de> <20050608161548.F41471@p-i-n.com> <20050608142409.GM95969@cicely12.cicely.de> <20050608165527.G41471@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608165527.G41471@p-i-n.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de Cc: freebsd-current@freebsd.org, ticso@cicely.de Subject: Re: Accessing SCSI-Devices >2TB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 15:44:16 -0000 On Wed, Jun 08, 2005 at 04:55:27PM +0200, Raphael H. Becker wrote: > On Wed, Jun 08, 2005 at 04:24:10PM +0200, Bernd Walter wrote: > > > And 1kb would extend the 2TB limit to 4TB, what would work for me here. > > > > Obviously, but that's not required - you can have SCSI disks with more > > than 2^32 512 Byte blocks since more than 2 years. > > Then we might have some other problems accessing that RAID. When > configured as a large 2620354MB logical drive (no logical drive partitions): > > [...] > (da1:ahc1:0:0:0): No or incomplete CDB sent to device. > (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. > (da1:ahc1:0:0:0): Abort Message Sent > (da1:ahc1:0:0:0): SCB 9 - Abort Completed. > (da1:ahc1:0:0:0): No or incomplete CDB sent to device. > (da1:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. > (da1:ahc1:0:0:0): Abort Message Sent > (da1:ahc1:0:0:0): SCB 14 - Abort Completed. Obviously something wents wrong. You might want to add CAM and/or ahc debugging. Asking on freebsd-scsi list would also a good idea. > Using 1 logical drive with two partitions mapped to two LUNs (resulting > in da1 and da2 in FreeBSD) works perfectly. > > BTW: I'm actually running a nearly-GENERIC kernel 5.4-RELEASE here, just > with > options SMP > device ccd > > added. Maybe I will need some other options? What about GEOM? > > But for me it smells more about the SCSI-protocol between RAID and > Controller (Adaptec 39160), something about LBA-64? > Maybe running -current will give me this feature? > > Running ccd upon a partitioned RAID is "A Bad Idea[tm]". > > Any pointers to documentation? Maybe I just need some deeper > knowledge about whats going on here. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:45:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33D0416A41C for ; Wed, 8 Jun 2005 15:45:43 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF5543D1D for ; Wed, 8 Jun 2005 15:45:37 +0000 (GMT) (envelope-from flynn@energyhq.es.eu.org) Received: from scienide.energyhq.es.eu.org (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with SMTP id F262035832 for ; Wed, 8 Jun 2005 17:45:35 +0200 (CEST) Date: Wed, 8 Jun 2005 17:44:08 +0200 From: Miguel Mendez To: freebsd-current@freebsd.org Message-Id: <20050608174408.551a0f79.flynn@energyhq.es.eu.org> X-Mailer: Sylpheed version 1.9.11 (GTK+ 2.6.4; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__8_Jun_2005_17_44_08_+0200_+AS3RRlbNuVSC.fJ" Subject: xl0 and SNAP004 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, 08 Jun 2005 15:45:43 -0000 --Signature=_Wed__8_Jun_2005_17_44_08_+0200_+AS3RRlbNuVSC.fJ Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, I cvsuped my tree to HEAD last Sunday but the resulting kernel panic'ed as soon as ifconfig xl0 was ran. I have the vmcore saved but had to revert to 5.4 as I needed to use the box. I've downloaded the SNAP004 iso and copied the kernel from base to test it before attempting a real install, and this what I've seen. No panic but some kernel messages have poped up: Jun 8 17:30:37 scienide kernel: taskqueue_drain with the following non- sleepable locks held: Jun 8 17:30:37 scienide kernel: exclusive sleep mutex xl0 (network driver) r =3D 0 (0xc187f2fc) locked @ /u sr/src/sys/ pci/if_xl.c:2789 Jun 8 17:30:37 scienide kernel: KDB: stack backtrace: Jun 8 17:30:37 scienide kernel: kdb_backtrace(1,1,1,c187f320,c187d000) at kdb_backtrace+0x29 Jun 8 17:30:37 scienide kernel: witness_warn (5,0,c0858de7,c187d000,c187d000) at witness_warn+0x19a Jun 8 17:30:37 scienide kernel: taskqueue_drain (c1777d80,c187f320,c187f2fc,1,c086bc93,cc0) at taskqueue_d rain+0x1a Jun 8 17:30:37 scienide kernel: xl_stop (c187d000,c187f2fc,1,c086bc93,af2) at xl_stop+0x45 Jun 8 17:30:37 scienide kernel: xl_init_locked(c187d000,c187f2fc,0,c086bc93,ae5) at xl_init_locked+0x33 Jun 8 17:30:37 scienide kernel: xl_init (c187d000,8020690c,c1945400,c187d000,d106ebc4) at xl_init+0x26 Jun 8 17:30:37 scienide kernel: ether_ioctl (c187d000,8020690c,c1945400,0,c1945400) at ether_ioctl+0x50 Jun 8 17:30:37 scienide kernel: xl_ioctl (c187d000,8020690c,c1945400,1,c194547c) at xl_ioctl+0x2fa Jun 8 17:30:37 scienide kernel: in_ifinit (c187d000,c1945400,c1961690,0,d106ec38) at in_ifinit+0x1dd Jun 8 17:30:37 scienide kernel: in_control (c19f0e44,8040691a,c1961680,c187d000,c1854180) at in_control+0x 836 Jun 8 17:30:37 scienide kernel: ifioctl (c19f0e44,8040691a,c1961680,c1854180,0) at ifioctl+0x198 Jun 8 17:30:37 scienide kernel: soo_ioctl (c19a2000,8040691a,c1961680,c1777180,c1854180) at soo_ioctl+0x2d b Jun 8 17:30:37 scienide kernel: ioctl(c1854180,d106ed04,3,3,246) at ioctl +0x370 Jun 8 17:30:37 scienide kernel: syscall (bfbf003b,3b,bfbf003b,0,bfbfeea8) at syscall+0x22b Jun 8 17:30:37 scienide kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jun 8 17:30:37 scienide kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x280d683f, esp =3D 0xbfbfed4 c, ebp =3D 0xbfbfedc8 --- Jun 8 17:30:37 scienide kernel: taskqueue_drain with the following non-sleepable locks held: Jun 8 17:30:37 scienide kernel: exclusive sleep mutex xl0 (network driver) r =3D 0 (0xc187f2fc) locked @ /u sr/src/sys/pci/ if_xl.c:2789 [...] Is this a known problem? I don't see any recent commit to if_xl.c so I assume the issue is still there in HEAD. Cheers, --=20 Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 --Signature=_Wed__8_Jun_2005_17_44_08_+0200_+AS3RRlbNuVSC.fJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpxJMnLctrNyFFPERAlAAAJ4qzKDFQGssoWEEt6jwHbxI1vehQACgwhJR rXfWgtV1+A+n9Z02/RcDne0= =TcKo -----END PGP SIGNATURE----- --Signature=_Wed__8_Jun_2005_17_44_08_+0200_+AS3RRlbNuVSC.fJ-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:48:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A718016A430 for ; Wed, 8 Jun 2005 15:48:26 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 539B243D1F for ; Wed, 8 Jun 2005 15:48:26 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by zproxy.gmail.com with SMTP id 16so514710nzp for ; Wed, 08 Jun 2005 08:48:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QjTS7NiMxdSua8wce6igDCgJbifuQQIsIfyycQJ9Ao+0yHm7BaNETJ6/SyH+YonpSqQV4BHPOF1VNyfLHSDBMWCatVshP3AJat4yzoEwxd/UObdX+hoG/k1x4nUWxGxSaBCpvBO3+O7RklHaPkhOKLs9cUU5sxy2OB4S4rKtuEE= Received: by 10.36.106.17 with SMTP id e17mr324256nzc; Wed, 08 Jun 2005 08:48:25 -0700 (PDT) Received: by 10.36.88.8 with HTTP; Wed, 8 Jun 2005 08:48:25 -0700 (PDT) Message-ID: Date: Wed, 8 Jun 2005 23:48:25 +0800 From: Jiawei Ye To: Dan Nelson In-Reply-To: <20050608154202.GH59028@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050608091603.GG39114@cirb503493.alcatel.com.au> <20050608152610.GG59028@dan.emsphone.com> <20050608154202.GH59028@dan.emsphone.com> Cc: Peter Jeremy , freebsd-current@freebsd.org Subject: Re: unkillable apache httpd process X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 15:48:26 -0000 On 6/8/05, Dan Nelson wrote: > rc.d scripts just send a SIGTERM to the process by default. If apache > has blocked that signal, there's not much the script can do. What you > could do is edit apache2.sh and add a line saying "sig_stop=3D-KILL", > which will make the shutdown action send a SIGKILL (aka -9) signal to > apache. This won't be a clean shutdown, though. Better to try and > debug apache and find out what it's doing. >=20 > -- > Dan Nelson > dnelson@allantgroup.com I suspect this might be related to -current, since my other 5-stable box does not behave the same way. Anything you would suggest to diagnose this problem? Jiawei --=20 "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 15:54:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5809016A41F for ; Wed, 8 Jun 2005 15:54:19 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CC4543D58 for ; Wed, 8 Jun 2005 15:54:15 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 28236 invoked by uid 89); 8 Jun 2005 15:53:14 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 8 Jun 2005 15:53:14 -0000 Date: Wed, 8 Jun 2005 17:54:11 +0200 From: Oliver Lehmann To: Jeff Roberson Message-Id: <20050608175411.4b056a4a.lehmann@ans-netz.de> In-Reply-To: <20050608112358.O16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> <20050608095624.J16943@mail.chesapeake.net> <20050608164727.6a5b76f9.jylefort@FreeBSD.org> <20050608110007.V16943@mail.chesapeake.net> <20050608112358.O16943@mail.chesapeake.net> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: jylefort@freebsd.org, barner@freebsd.org, current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 15:54:19 -0000 Jeff Roberson wrote: > I made one more slight change to the patch which should reduce the number > of times we needlessly scan the list. Can you make sure it does not cause > any problems for you? looks good so far. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 16:06:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D32216A41C; Wed, 8 Jun 2005 16:06:45 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CBC943D48; Wed, 8 Jun 2005 16:06:44 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/8.12.11/smtpout13/MantshX 4.0) with ESMTP id j58G6bIT014365; Wed, 8 Jun 2005 09:06:38 -0700 (PDT) Received: from [192.168.1.6] (pool-68-161-69-6.ny325.east.verizon.net [68.161.69.6]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 4.0) with ESMTP id j58G6YKu028817; Wed, 8 Jun 2005 09:06:35 -0700 (PDT) In-Reply-To: <42A6A3B1.4090607@freebsd.org> References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> <42A6A3B1.4090607@freebsd.org> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 8 Jun 2005 12:06:32 -0400 To: Colin Percival X-Mailer: Apple Mail (2.730) Cc: freebsd-fs@freebsd.org, Randy Bush , FreeBSD Current , Robert Watson , Giorgos Keramidas , Dag-Erling Sm?rgrav , Eric Anderson , Julian Elischer Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 16:06:45 -0000 On Jun 8, 2005, at 3:52 AM, Colin Percival wrote: > Giorgos Keramidas wrote: >> On 2005-06-08 09:25, Dag-Erling Sm?rgrav wrote: >>> That's because fts's sorting code is brain-dead. It starts by >>> reading >>> the entire directory into a linked list, then copies that list >>> into an >>> array which it passes to qsort(), and finally converts the array >>> back >>> into a linked list. >> >> Is there a better way to sort a linked list > > How do you define "better"? Most people think "better" means "it runs faster". :-) > You can merge-sort a singly-linked list quite easily, but converting > it to an array and back would probably be faster. Ugh. Converting a list to an array and back simply to sort requires roughly twice the working memory, and the work you're doing to accomplish this conversion is time spent not actually solving anything useful. It's best to pick one data structure based on what the task requires and what the access patterns are. If you know that the number of elements is fixed and will never change, arrays are fine, but if the # of elements changes dynamicly, something like a list or red-black tree is a better bet. A list is more suitable for linear traversal, whereas a RB-tree handles random access better. qsort() is wonderful, but as the size of individual data elements grows, the overhead of copying them around in the array becomes large enough that you are better off rearranging list pointers rather than using an array representation. A long time ago, the break-even point for using lists rather than arrays was somewhere around sizeof(el) > 64, but it's been a while.... -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 16:15:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 859DB16A41C; Wed, 8 Jun 2005 16:15:44 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from 212.68.244.102.brutele.be (212.68.244.102.brutele.be [212.68.244.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0FDD43D1D; Wed, 8 Jun 2005 16:15:43 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id 1C2CA54DA; Wed, 8 Jun 2005 18:15:42 +0200 (CEST) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id E4082C0DB; Wed, 8 Jun 2005 18:15:41 +0200 (CEST) Date: Wed, 8 Jun 2005 18:15:41 +0200 From: Jean-Yves Lefort To: Oliver Lehmann Message-Id: <20050608181541.0b134dde.jylefort@FreeBSD.org> In-Reply-To: <20050608175411.4b056a4a.lehmann@ans-netz.de> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> <20050608095624.J16943@mail.chesapeake.net> <20050608164727.6a5b76f9.jylefort@FreeBSD.org> <20050608110007.V16943@mail.chesapeake.net> <20050608112358.O16943@mail.chesapeake.net> <20050608175411.4b056a4a.lehmann@ans-netz.de> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Wed__8_Jun_2005_18_15_41_+0200_.7zWpcehvgMaGqg6" Cc: jroberson@chesapeake.net, barner@freebsd.org, current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 16:15:44 -0000 --Signature=_Wed__8_Jun_2005_18_15_41_+0200_.7zWpcehvgMaGqg6 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 8 Jun 2005 17:54:11 +0200 Oliver Lehmann wrote: > Jeff Roberson wrote: >=20 > > I made one more slight change to the patch which should reduce the numb= er > > of times we needlessly scan the list. Can you make sure it does not ca= use > > any problems for you? >=20 > looks good so far. I second. --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Wed__8_Jun_2005_18_15_41_+0200_.7zWpcehvgMaGqg6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpxmtyzD7UaO4AGoRAnUsAJwODFjCXyGUhXiMkCwer4K8bLFJMQCfUDnW HyNIVZ9q9P/yCrFhT2ohh4c= =IU7l -----END PGP SIGNATURE----- --Signature=_Wed__8_Jun_2005_18_15_41_+0200_.7zWpcehvgMaGqg6-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 16:33:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C725416A41C for ; Wed, 8 Jun 2005 16:33:19 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7864143D55 for ; Wed, 8 Jun 2005 16:33:19 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-7-31.ROA.east.verizon.net [151.199.7.31]) by gromit.dlib.vt.edu (8.13.3/8.13.3) with ESMTP id j58GXF70088498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 8 Jun 2005 12:33:17 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j58GX8Jv007769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 8 Jun 2005 12:33:09 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j58GX7On007768; Wed, 8 Jun 2005 12:33:07 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: freebsd-current@freebsd.org In-Reply-To: <20050608152459.BF24E16A45C@hub.freebsd.org> References: <20050608152459.BF24E16A45C@hub.freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 08 Jun 2005 12:33:06 -0400 Message-Id: <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: "Raphael H. Becker" Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 16:33:20 -0000 On Wed, 8 Jun 2005 17:24:35 +0200, "Raphael H. Becker" wrote: > On Wed, Jun 08, 2005 at 11:01:52PM +0800, Xin LI wrote: > > > > Well, I'm pretty trained in configuring that RAID now so if anyone > knows > > > a solution, how to get rid of the 2TB-Limit for one drive > (/dev/da1), > > > maybe using larger blocks of about 1k or 2k, I just need to > configure > > > that RAID as a single large logical drive. > > > > > > Just tell me about the blocksizes (see other mail). > > > > Err... You don't need to play with the drivers/CAM stuff, why not > try the > > natively supported gpt(8), which works great. > > > > - Map the RAID device to a single SCSI device > > - Do a dd if=/dev/zero of=/dev/da0 bs=16384 count=16 to wipe > the MBR > > Well, without a /dev/daX there's nothing to use gpt with. The kernel > itself cannot access the RAID as a whole. See my other mail for the > kernel messages. > > My workaround was to partition the RAID's logical disc into two > partitions > internally and re-concat the resulting da1 and da2 into ccd0. > But this might also be a bad idea therefore ccd0 is will do stripes > and > the RAID will have to seek the physikal drives a lot for each (linear) > access. > > Two solutions: > a) FreeBSD can access the RAID using LBA64 and get a da1 having > ~2.5TB > > b) I have to split the RAID on physical drive layer, having 6 disks > for > each logical drive (losing hot-spare (cannot divide 11 discs into 2 > equal logical drives) and need a additional parity, one for each > logical > drive) and mapping those to two different LUNs or IDs and using the > resulting > 1.3TB-drives da1 and da2 with ccd(4) and then ... > > > - Do a `gpt create /dev/da0' to create your GPT partition > table > > - Do a `gpt add /dev/da0' to create a GPT partition over it > > - You will now see something like /dev/da0p1, which can be > used for > > subsequent disklabel(8), or just newfs -U /dev/da0p1 > > ... will try this, if the device is clear. Thank you for the hint > about gpt. You might want to check the "Large data storage in FreeBSD" project page (http://www.freebsd.org/projects/bigdisk/) for an audit of other issues relating to large filesystems in FreeBSD. I don't know how up to date the page is (it reports being last modified mid-February, 2005), but currently it still lists various issues with some userland tools and subsystems not being 64-bit clean. Also, have you considered using geom_stripe for concatenation? It postdates ccd. See the gstripe(8) man page for details. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 16:34:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD1116A41C; Wed, 8 Jun 2005 16:34:37 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81B0343D58; Wed, 8 Jun 2005 16:34:37 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 44B1D60F5; Wed, 8 Jun 2005 18:34:29 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 327ED60F2; Wed, 8 Jun 2005 18:34:29 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 16B1033C3B; Wed, 8 Jun 2005 18:34:29 +0200 (CEST) To: Giorgos Keramidas References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> <86zmu1l223.fsf@xps.des.no> <20050608080304.GB1226@orion.daedalusnetworks.priv> <20050608082727.GA23674@orion.daedalusnetworks.priv> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 08 Jun 2005 18:34:29 +0200 In-Reply-To: <20050608082727.GA23674@orion.daedalusnetworks.priv> (Giorgos Keramidas's message of "Wed, 8 Jun 2005 11:27:27 +0300") Message-ID: <86vf4olsdm.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-5.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: freebsd-current@freebsd.org Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 16:34:38 -0000 Giorgos Keramidas writes: > This would require updates/changes to all the users of fts.h too? No. They access the list through fts_next(). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 16:39:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 524FB16A41C; Wed, 8 Jun 2005 16:39:07 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id E244043D5D; Wed, 8 Jun 2005 16:39:06 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C5CBA60F3; Wed, 8 Jun 2005 18:38:59 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id B3CB160F2; Wed, 8 Jun 2005 18:38:59 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 9D12133C3B; Wed, 8 Jun 2005 18:38:59 +0200 (CEST) To: Giorgos Keramidas References: <17059.7150.269428.448187@roam.psg.com> <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> <86zmu1l223.fsf@xps.des.no> <20050608080304.GB1226@orion.daedalusnetworks.priv> <20050608082727.GA23674@orion.daedalusnetworks.priv> <86vf4olsdm.fsf@xps.des.no> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 08 Jun 2005 18:38:59 +0200 In-Reply-To: <86vf4olsdm.fsf@xps.des.no> (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav's?= message of "Wed, 08 Jun 2005 18:34:29 +0200") Message-ID: <861x7cls64.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-5.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: freebsd-current@freebsd.org Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 16:39:07 -0000 des@des.no (Dag-Erling Sm=F8rgrav) writes: > Giorgos Keramidas writes: > > This would require updates/changes to all the users of fts.h too? > No. They access the list through fts_next(). ARRRGH! They're supposed to, but of course some don't: ls(1), ctm(1) and mtree(8). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 16:49:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C35516A41C for ; Wed, 8 Jun 2005 16:49:22 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F5BC43D4C for ; Wed, 8 Jun 2005 16:49:20 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j58Gl8hH017683; Wed, 8 Jun 2005 10:47:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 08 Jun 2005 10:47:57 -0600 (MDT) Message-Id: <20050608.104757.39157411.imp@bsdimp.com> To: jeremie@le-hen.org From: "M. Warner Losh" In-Reply-To: <20050608150344.GL41050@obiwan.tataz.chchile.org> References: <20050606155400.GP41050@obiwan.tataz.chchile.org> <20050606.230742.103661451.imp@bsdimp.com> <20050608150344.GL41050@obiwan.tataz.chchile.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_Jun__8_10:47:57_2005_227)--" Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 08 Jun 2005 16:49:22 -0000 ----Next_Part(Wed_Jun__8_10:47:57_2005_227)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit In message: <20050608150344.GL41050@obiwan.tataz.chchile.org> Jeremie Le Hen writes: : Hi Warner, : : On Mon, Jun 06, 2005 at 11:07:42PM -0600, M. Warner Losh wrote: : > : It seems that the ed(4) driver from 2005.01.01 are working well. : > : There have been numerous commits since then, but I'm trying to find : > : the culprit ATM. I'll keep list abreast of the results. : > : > If you find the one that's at issue, I'll be happy to work with you to : > resolve it. : : I narrowed the one breaking MAC address probe : : http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1231599+0+archive/2005/cvs-all/20050220.cvs-all : : I tried to patch the driver myself and I found that you should not clear : pending interrupts before reading the MAC address or it won't work. : : I didn't made a patch as I don't know if the correct way to handle this : is to pull up the ed_nic_outb() call from ed_probe_Novell_generic() to : ed_cbus_probe() or to move the ed_Novell_read_mac() call back in the : ed_probe_Novell_generic() function. Maybe the following patch will be better than either of these alternatives? It adds the call to read the Novel NIC to the pci probe routine, clearly an oversight on the rascal that's responsible for the change that you've pointed out above. :-) Warner ----Next_Part(Wed_Jun__8_10:47:57_2005_227)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="edpci.diff" Index: if_ed_pci.c =================================================================== RCS file: /cache/ncvs/src/sys/dev/ed/if_ed_pci.c,v retrieving revision 1.41 diff -u -r1.41 if_ed_pci.c --- if_ed_pci.c 5 Mar 2005 18:30:10 -0000 1.41 +++ if_ed_pci.c 8 Jun 2005 16:44:24 -0000 @@ -87,6 +87,7 @@ ed_release_resources(dev); return (error); } + ed_Novell_read_mac(sc); error = ed_alloc_irq(dev, 0, RF_SHAREABLE); if (error) { ----Next_Part(Wed_Jun__8_10:47:57_2005_227)---- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 17:11:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DC416A41C for ; Wed, 8 Jun 2005 17:11:32 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-222-102-125.jan.bellsouth.net [68.222.102.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FBDC43D4C for ; Wed, 8 Jun 2005 17:11:32 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 053FC20F6B; Wed, 8 Jun 2005 12:11:30 -0500 (CDT) Date: Wed, 8 Jun 2005 12:11:30 -0500 From: "Matthew D. Fuller" To: Paul Mather Message-ID: <20050608171130.GA64736@over-yonder.net> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: freebsd-current@freebsd.org, "Raphael H. Becker" Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 17:11:33 -0000 On Wed, Jun 08, 2005 at 12:33:06PM -0400 I heard the voice of Paul Mather, and lo! it spake thus: > > Also, have you considered using geom_stripe for concatenation? It > postdates ccd. See the gstripe(8) man page for details. It probably bears mentioning that ccd will concatenate as well as stripe, which may be far more useful in this case. And that would lead to gconcat(8) instead of gstripe(8), too. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 17:17:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A52D316A41C for ; Wed, 8 Jun 2005 17:17:21 +0000 (GMT) (envelope-from linux@giboia.org) Received: from lda.dilk.com.br (adriana.dilk.com.br [200.250.23.1]) by mx1.FreeBSD.org (Postfix) with SMTP id BCBD243D48 for ; Wed, 8 Jun 2005 17:17:18 +0000 (GMT) (envelope-from linux@giboia.org) Received: (qmail 68031 invoked by uid 98); 8 Jun 2005 17:17:15 -0000 Received: from linux@giboia.org by lda.dilk.com.br by uid 82 with qmail-scanner-1.22 (uvscan: v4.4.00/v4443. Clear:RC:1(200.250.23.66):. Processed in 0.041523 secs); 08 Jun 2005 17:17:15 -0000 Received: from unknown (HELO giboia) (linux@giboia.org@200.250.23.66) by lda.dilk.com.br with SMTP; 8 Jun 2005 17:17:15 -0000 Date: Wed, 8 Jun 2005 14:17:10 -0300 From: Gilberto Villani Brito To: freebsd-current@freebsd.org Message-ID: <20050608141710.666c86ff@giboia> In-Reply-To: <429DC31C.4020000@centtech.com> References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> <429DC1FB.5000606@tech-21.com.hk> <429DC31C.4020000@centtech.com> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i586-mandrake-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: natd 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, 08 Jun 2005 17:17:21 -0000 Hi, How can I make a nat for many different networks using different real IPs using natd? Thanks Gilberto From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 17:38:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E78A16A41C for ; Wed, 8 Jun 2005 17:38:53 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id E197543D1D for ; Wed, 8 Jun 2005 17:38:52 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-7-31.ROA.east.verizon.net [151.199.7.31]) by gromit.dlib.vt.edu (8.13.3/8.13.3) with ESMTP id j58Hcnfm088689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 8 Jun 2005 13:38:51 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j58Hchko007950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 8 Jun 2005 13:38:44 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j58HcgaJ007949; Wed, 8 Jun 2005 13:38:42 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: "Matthew D. Fuller" In-Reply-To: <20050608171130.GA64736@over-yonder.net> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 08 Jun 2005 13:38:42 -0400 Message-Id: <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, "Raphael H. Becker" Subject: Re: Accessing SCSI-Devices >2TB 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, 08 Jun 2005 17:38:53 -0000 On Wed, 2005-06-08 at 12:11 -0500, Matthew D. Fuller wrote: > On Wed, Jun 08, 2005 at 12:33:06PM -0400 I heard the voice of > Paul Mather, and lo! it spake thus: > > > > Also, have you considered using geom_stripe for concatenation? It > > postdates ccd. See the gstripe(8) man page for details. > > It probably bears mentioning that ccd will concatenate as well as > stripe, which may be far more useful in this case. And that would > lead to gconcat(8) instead of gstripe(8), too. I never realised until reading your message that there was a gconcat, but, sure enough, it's there (and geom_concat). :-) My main reason for mentioning gstripe as an alternative to ccd is that it seems to be more recently and actively maintained, and hence less likely to suffer from the kinds of legacy issues that have been discussed. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 17:39:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C448716A41C for ; Wed, 8 Jun 2005 17:39:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FD843D49 for ; Wed, 8 Jun 2005 17:39:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j58HdEKG022520; Wed, 8 Jun 2005 10:39:14 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j58HdDhv022519; Wed, 8 Jun 2005 10:39:13 -0700 Date: Wed, 8 Jun 2005 10:39:13 -0700 From: Brooks Davis To: Max Boyarov Message-ID: <20050608173913.GB20036@odin.ac.hmc.edu> References: <86vf4pq931.fsf@tut.by> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1UWUbFP1cBYEclgG" Content-Disposition: inline In-Reply-To: <86vf4pq931.fsf@tut.by> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient-exit-hooks 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, 08 Jun 2005 17:39:16 -0000 --1UWUbFP1cBYEclgG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 08, 2005 at 04:20:02PM +0300, Max Boyarov wrote: >=20 > After last upgrade to current my dhclient-exit-hooks don't work. > I checked my configuration again, but I cant found any place in > /sbin/dhclient-script that runs hooks. How can I now use > dhclient-exit-hooks ? We need to add support for exit hooks back to the script.a I think this should do it: Index: sbin/dhclient/dhclient-script =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 RCS file: /home/ncvs/src/sbin/dhclient/dhclient-script,v retrieving revision 1.2 diff -u -p -r1.2 dhclient-script --- sbin/dhclient/dhclient-script 7 Jun 2005 04:32:29 -0000 1.2 +++ sbin/dhclient/dhclient-script 8 Jun 2005 17:34:34 -0000 @@ -172,6 +172,16 @@ add_new_resolv_conf() { return 1 } =20 +# Must be used on exit. Invokes the local dhcp client exit hooks, if any. +exit_with_hooks() { + exit_status=3D$1 + if [ -f /etc/dhclient-exit-hooks ]; then + . /etc/dhclient-exit-hooks + fi + # probably should do something with exit status of the local script + exit $exit_status +} + # # Start of active code. # @@ -247,14 +257,14 @@ TIMEOUT) fi add_new_routes if add_new_resolv_conf; then - exit 0 + exit_with_hooks 0 fi fi fi ifconfig $interface inet -alias $new_ip_address $medium delete_old_routes - exit 1 + exit_with_hooks 1 ;; esac =20 -exit 0 +exit_with_hooks 0 -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --1UWUbFP1cBYEclgG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCpy0/XY6L6fI4GtQRAtYcAKDYTd2S1hTSR4jowJZHnQxcy6F7lQCfQEJQ 6Yc7gEb6DjbtltN0APNfnxg= =D7ep -----END PGP SIGNATURE----- --1UWUbFP1cBYEclgG-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 18:02:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0630816A41C for ; Wed, 8 Jun 2005 18:02:42 +0000 (GMT) (envelope-from julian@elischer.org) Received: from bigwoop.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D291C43D1F for ; Wed, 8 Jun 2005 18:02:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by bigwoop.vicor-nb.com (Postfix) with ESMTP id 1C5AC7A44B; Wed, 8 Jun 2005 11:02:37 -0700 (PDT) Message-ID: <42A732BD.4070407@elischer.org> Date: Wed, 08 Jun 2005 11:02:37 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Randy Bush References: <17062.14515.358156.957321@roam.psg.com> <17063.3815.913225.341400@roam.psg.com> In-Reply-To: <17063.3815.913225.341400@roam.psg.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: best iso cd for twed fixing 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, 08 Jun 2005 18:02:42 -0000 Randy Bush wrote: >>can someone recommend the best (how about a good:-) -current iso >>image to burn on a cd to go carry into a colo to work on a twed >>raid array? thanks. >> >> > >let me ask another way, > >does the strange universe i find myself in FixIt# support twe? > > yes but you need to get the twe tools from somewhere e.g. tw_cli >and, btw, where is that strange (not so) little world described, >like where does it get it's kernel? > >randy, soon to head to colo with disk1 in hand > >_______________________________________________ >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 8 18:11:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F47F16A41C for ; Wed, 8 Jun 2005 18:11:21 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3758B43D48 for ; Wed, 8 Jun 2005 18:11:21 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dg51M-0002Z0-Lv; Wed, 08 Jun 2005 18:11:20 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1Dg51D-0004ig-TH; Wed, 08 Jun 2005 11:11:12 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17063.13503.399581.395999@roam.psg.com> Date: Wed, 8 Jun 2005 11:11:11 -0700 To: Julian Elischer References: <17062.14515.358156.957321@roam.psg.com> <17063.3815.913225.341400@roam.psg.com> <42A732BD.4070407@elischer.org> Cc: FreeBSD Current Subject: Re: best iso cd for twed fixing 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, 08 Jun 2005 18:11:21 -0000 >> does the strange universe i find myself in FixIt# support twe? > yes > but you need to get the twe tools from somewhere e.g. tw_cli not a problem in this case, as i will be in colo on a console, so can whack on the raid config at the bios keyboard level. any pointers to the following? >> and, btw, where is that strange (not so) little world described, >> like where does it get it's kernel? thanks! randy From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 18:22:29 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5906616A41C for ; Wed, 8 Jun 2005 18:22:29 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0937243D49 for ; Wed, 8 Jun 2005 18:22:28 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j58IMSDc027715; Wed, 8 Jun 2005 11:22:28 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j58IMSot027708; Wed, 8 Jun 2005 11:22:28 -0700 Date: Wed, 8 Jun 2005 11:22:28 -0700 From: Brooks Davis To: Max Boyarov Message-ID: <20050608182228.GD20036@odin.ac.hmc.edu> References: <86vf4pq931.fsf@tut.by> <20050608173913.GB20036@odin.ac.hmc.edu> <86fyvspui5.fsf@tut.by> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M38YqGLZlgb6RLPS" Content-Disposition: inline In-Reply-To: <86fyvspui5.fsf@tut.by> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient-exit-hooks 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, 08 Jun 2005 18:22:29 -0000 --M38YqGLZlgb6RLPS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 08, 2005 at 09:34:58PM +0300, Max Boyarov wrote: >=20 > >>>>> "BD" =3D=3D Brooks Davis writes: > Thanks! It's work, but now i can't find how setup pid file for > dhclient. ps + grep or pgrep work, but pid file name that includes > name of a network interface seems to be more convenient. Thanks for testing, I'll=20 There isn't a pid file at this point. I'm planning to add one as a way to debounce startup requests that's more reliable than the current pgrep solution, but it's not actually needed other than that. If you want to kill dhclient, you just need to do "ifconfig down". -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --M38YqGLZlgb6RLPS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCpzdjXY6L6fI4GtQRAmXEAKCukqRagJGqG0T79V3HZRGiEfrxwgCeNtll MwLfCNHvkavsTX45cRhaCz8= =XHWy -----END PGP SIGNATURE----- --M38YqGLZlgb6RLPS-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 18:23:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 459AD16A41C for ; Wed, 8 Jun 2005 18:23:20 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9F5D43D53 for ; Wed, 8 Jun 2005 18:23:19 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j58INJYn027824; Wed, 8 Jun 2005 11:23:19 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j58INJZT027823; Wed, 8 Jun 2005 11:23:19 -0700 Date: Wed, 8 Jun 2005 11:23:19 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050608182319.GE20036@odin.ac.hmc.edu> References: <86vf4pq931.fsf@tut.by> <20050608173913.GB20036@odin.ac.hmc.edu> <86fyvspui5.fsf@tut.by> <20050608182228.GD20036@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bi5JUZtvcfApsciF" Content-Disposition: inline In-Reply-To: <20050608182228.GD20036@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Max Boyarov , freebsd-current@freebsd.org Subject: Re: dhclient-exit-hooks 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, 08 Jun 2005 18:23:20 -0000 --bi5JUZtvcfApsciF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 08, 2005 at 11:22:28AM -0700, Brooks Davis wrote: > On Wed, Jun 08, 2005 at 09:34:58PM +0300, Max Boyarov wrote: > >=20 > > >>>>> "BD" =3D=3D Brooks Davis writes: > > Thanks! It's work, but now i can't find how setup pid file for > > dhclient. ps + grep or pgrep work, but pid file name that includes > > name of a network interface seems to be more convenient. >=20 > Thanks for testing, I'll=20 Oops, sent to soon. I've committed this change. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --bi5JUZtvcfApsciF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCpzeWXY6L6fI4GtQRAtWcAJ4mUKNlF3/1K3pf5oFJLWiUBkIFgwCfahnT JKg9lUXyBJaHHjrURQcgipI= =B5aB -----END PGP SIGNATURE----- --bi5JUZtvcfApsciF-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 18:56:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2226916A41C; Wed, 8 Jun 2005 18:56:33 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDE4B43D4C; Wed, 8 Jun 2005 18:56:32 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j58IuMm4015779; Wed, 8 Jun 2005 14:56:22 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j58IuKE9015768; Wed, 8 Jun 2005 14:56:22 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 8 Jun 2005 14:56:20 -0400 (EDT) From: Andre Guibert de Bruet To: Vladimir Grebenschikov In-Reply-To: <1118222710.1505.6.camel@localhost> Message-ID: <20050608145511.D42933@lexi.siliconlandmark.com> References: <20050522112612.GA37841@frontfree.net> <1118222710.1505.6.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.532, required 6, autolearn=not spam, AWL 0.07, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: [CALL FOR TESTERS] VESA High Resolution Console support from DragonFly 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, 08 Jun 2005 18:56:33 -0000 On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: > ? ??, 22/05/2005 ? 19:26 +0800, Xin LI ?????: >> >> I would like to solicit a test of the following patchset which is based >> on DragonFly's changes, against -CURRENT, to bring high resolution console >> support to FreeBSD. The current patchset can be considered as "BETA" and >> I would commit it if there is no complain about this patchset in the next >> week. > [ ... cut ... ] >> Please let me know if anything strange happens; While I have been running >> with the patch for a while, I would still be happy if you will report that >> it works :-) > > Tried fresh 6-CURRENT, all seems ok, but, > switching console to pixel-mode 1400x1050 screen takes about 1-2 sec, I > guess it is too much. (it happens in both cases > > Also, I had freezed box when switching from X to console some times. Let me guess... It's a laptop screen or an LCD panel? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 19:04:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B089016A44B; Wed, 8 Jun 2005 19:04:41 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: from renaissance.homeip.net (m14.net81-67-132.noos.fr [81.67.132.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B73243D58; Wed, 8 Jun 2005 19:04:40 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: from renaissance.homeip.net (localhost [127.0.0.1]) by renaissance.homeip.net (Postfix) with ESMTP id 5F72B204E; Wed, 8 Jun 2005 21:04:36 +0200 (CEST) Received: (from rapiere@localhost) by renaissance.homeip.net (8.13.4/8.13.1/Submit) id j58J4HS4006248; Wed, 8 Jun 2005 21:04:17 +0200 (CEST) (envelope-from anthony.ginepro@laposte.net) X-Authentication-Warning: renaissance.homeip.net: rapiere set sender to anthony.ginepro@laposte.net using -f From: Anthony Ginepro To: Jeff Roberson In-Reply-To: <20050608112358.O16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> <20050608095624.J16943@mail.chesapeake.net> <20050608164727.6a5b76f9.jylefort@FreeBSD.org> <20050608110007.V16943@mail.chesapeake.net> <20050608112358.O16943@mail.chesapeake.net> Content-Type: text/plain; charset=iso8859-15 Content-Transfer-Encoding: quoted-printable Date: Wed, 08 Jun 2005 21:04:13 +0200 Message-Id: <1118257453.1112.1.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: Jean-Yves Lefort , lehmann@ans-netz.de, current@freebsd.org, barner@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 19:04:41 -0000 Le Mercredi 08 juin 2005 =E0 11:24 -0400, Jeff Roberson a =E9crit : > On Wed, 8 Jun 2005, Jeff Roberson wrote: >=20 > > On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: > > > > > On Wed, 8 Jun 2005 09:57:15 -0400 (EDT) > > > Jeff Roberson wrote: > > > > > > > On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: > > > > > > > > > On Wed, 8 Jun 2005 12:48:44 +0200 > > > > > Simon Barner wrote: > > > > > > > > > > > Jeff Roberson wrote: > > > > > > > I have a patch that should greatly improve the sound skipping= problems > > > > > > > people have under heavy io load. Several people sent me trac= es that > > > > > > > showed the buf daemon running for hundreds of milliseconds wi= th Giant > > > > > > > held, which can hold up the pcm code. The patch is available= at: > > > > > > > > > > > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > > > > > > > > > > > [...] > > > > > > > > > > > > Can I use the patch on 5.4-STABLE? It applies cleanly (with off= set, > > > > > > though), but I prefer to ask before doing useless tests. > > > > > > > > > > I've just tested it on 5.4-RELEASE, and it causes the system to h= ang > > > > > after a few seconds of heavy disk I/O. > > > > > > > > I have updated the patch to partially revert some earlier behavior.= The > > > > hang didn't happen on my machine because I have more memory, but I'= m > > > > confident of the cause. I updated it in place, feel free to try it= on > > > > current or 5.x. > > > > > > This one works, and completely removes the sound jitter that used to > > > appear under heavy disk I/O (eg. untarring a 50 megs tarball). > > > > > > Congratulations! > > > > Thanks. I'd like to get some more experience with it under extreme loa= d > > conditions, but I do eventually plan to MFC. >=20 > I made one more slight change to the patch which should reduce the number > of times we needlessly scan the list. Can you make sure it does not caus= e > any problems for you? Your latest patch works wonderfully better with both unzipping jdk15 and untarring firefox. Thanks a lot Jeff ! > > > > > > > > PS: if no problems show up, do you intend to MFC this patch? > > > > > > -- > > > Jean-Yves Lefort From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 19:06:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 362E916A41C for ; Wed, 8 Jun 2005 19:06:10 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail05.syd.optusnet.com.au (mail05.syd.optusnet.com.au [211.29.132.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C53643D58 for ; Wed, 8 Jun 2005 19:06:09 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) by mail05.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j58J5xAo012330 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 9 Jun 2005 05:06:00 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j58J5xRx043134; Thu, 9 Jun 2005 05:05:59 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j58J5xXt043133; Thu, 9 Jun 2005 05:05:59 +1000 (EST) (envelope-from pjeremy) Date: Thu, 9 Jun 2005 05:05:58 +1000 From: Peter Jeremy To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20050608190558.GI39114@cirb503493.alcatel.com.au> References: <42A4D5D0.9040500@elischer.org> <42A59367.6060307@centtech.com> <20050607175242.D61131@fledge.watson.org> <86ll5lmhs3.fsf@xps.des.no> <20050608074613.GA979@orion.daedalusnetworks.priv> <86zmu1l223.fsf@xps.des.no> <20050608080304.GB1226@orion.daedalusnetworks.priv> <20050608082727.GA23674@orion.daedalusnetworks.priv> <86vf4olsdm.fsf@xps.des.no> <861x7cls64.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <861x7cls64.fsf@xps.des.no> User-Agent: Mutt/1.4.2i Cc: freebsd-current@freebsd.org Subject: Re: you are in an fs with millions of small files 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, 08 Jun 2005 19:06:10 -0000 On Wed, 2005-Jun-08 18:38:59 +0200, Dag-Erling Smørgrav wrote: >des@des.no (Dag-Erling Smørgrav) writes: >> Giorgos Keramidas writes: >> > This would require updates/changes to all the users of fts.h too? >> No. They access the list through fts_next(). > >ARRRGH! They're supposed to, but of course some don't: ls(1), ctm(1) >and mtree(8). Why 'ARRRGH!'? fts(3) documents the use of fts_children() to allow the list to be traversed using fts_link. Converting from a tree to a linked list is not rocket-science - fts_next() has to do an ordered traversal. At the most simplistic level, all you need to do is iterate fts_next() and turn the output into a list in fts_link. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 19:19:33 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC1E316A41F for ; Wed, 8 Jun 2005 19:19:33 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77B5443D49 for ; Wed, 8 Jun 2005 19:19:30 +0000 (GMT) (envelope-from schweikh@schweikhardt.net) Received: by bremen.shuttle.de (Postfix, from userid 10) id 2755F3B8C1; Wed, 8 Jun 2005 21:19:28 +0200 (CEST) Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.13.3/8.13.3) with ESMTP id j58J1l81006342; Wed, 8 Jun 2005 21:01:47 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.13.3/8.13.3/Submit) id j58J1lCf006341; Wed, 8 Jun 2005 21:01:47 +0200 (CEST) (envelope-from schweikh) Date: Wed, 8 Jun 2005 21:01:47 +0200 From: Jens Schweikhardt To: Doug White Message-ID: <20050608190147.GA917@schweikhardt.net> References: <20050516113420.GA786@schweikhardt.net> <20050518150346.S87264@carver.gumbysoft.com> <20050519190129.GA1048@schweikhardt.net> <20050520122944.B8229@carver.gumbysoft.com> <20050521092857.GA847@schweikhardt.net> <20050522112845.S27009@carver.gumbysoft.com> <20050523175609.GA779@schweikhardt.net> <20050523210141.GA779@schweikhardt.net> <20050526102606.T69716@carver.gumbysoft.com> <20050526205831.GA958@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050526205831.GA958@schweikhardt.net> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org Subject: Re: Timekeeping hosed by factor 3, high lapic[01] interrupt rates 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, 08 Jun 2005 19:19:34 -0000 On Thu, May 26, 2005 at 10:58:31PM +0200, Jens Schweikhardt wrote: # On Thu, May 26, 2005 at 10:30:16AM -0700, Doug White wrote: # # On Mon, 23 May 2005, Jens Schweikhardt wrote: # # # # > ... # # > # # 3. Backout rev 1.218 of src/sys/i386/isa/clock.c so the irq0 interrupt # # > # # handler is reactivated and the RTC fiddled. # # > # # # > # Will do so next. I've nailed the change between March 6 and March 30. # # > # 1.218 is from 2005/03/24 21:34:16, which would fit. # # > # # > We have a winner. Backing out 1.218 from a 2005/03/24 system does the trick, # # > as well as a CURRENT without 1.218 (but 1.219-220 in there) bring back irq0 # # > and time dilation is gone. All clocks work correctly. # # # # Hm ... not sure what part of that commit is the bad part. You might try # # changing # # # # if (!using_lapic_timer) { # # # # to # # # # if(1) { # # # # in the most recent rev of clock.c to register irq0 again. If that doesn't # # chang ethe dialation then something else in the system must be depending # # on the RTC periodic interrupt. # # It does make time dilation go away. Any chance this gets backed out, or worked around, e.g. with a sysctl, device hint, or some other knob? Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 19:29:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 757F516A41C for ; Wed, 8 Jun 2005 19:29:37 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 385D343D58 for ; Wed, 8 Jun 2005 19:29:37 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j58JTavG002451; Wed, 8 Jun 2005 12:29:36 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j58JTZZR002450; Wed, 8 Jun 2005 12:29:35 -0700 Date: Wed, 8 Jun 2005 12:29:35 -0700 From: Brooks Davis To: Max Boyarov Message-ID: <20050608192935.GG20036@odin.ac.hmc.edu> References: <86vf4pq931.fsf@tut.by> <20050608173913.GB20036@odin.ac.hmc.edu> <86fyvspui5.fsf@tut.by> <20050608182228.GD20036@odin.ac.hmc.edu> <868y1kprxn.fsf@tut.by> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fCcDWlUEdh43YKr8" Content-Disposition: inline In-Reply-To: <868y1kprxn.fsf@tut.by> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-current@freebsd.org Subject: Re: dhclient-exit-hooks 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, 08 Jun 2005 19:29:37 -0000 --fCcDWlUEdh43YKr8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 08, 2005 at 10:30:28PM +0300, Max Boyarov wrote: >=20 > >>>>> "BD" =3D=3D Brooks Davis writes: >=20 > BD> On Wed, Jun 08, 2005 at 09:34:58PM +0300, Max Boyarov wrote: > >>=20 > >> >>>>> "BD" =3D=3D Brooks Davis writes: > >> Thanks! It's work, but now i can't find how setup pid file for > >> dhclient. ps + grep or pgrep work, but pid file name that includes > >> name of a network interface seems to be more convenient. >=20 > BD> Thanks for testing, I'll=20 >=20 > BD> There isn't a pid file at this point. I'm planning to add one as a = way > BD> to debounce startup requests that's more reliable than the current p= grep > BD> solution, but it's not actually needed other than that. If you want= to > BD> kill dhclient, you just need to do "ifconfig down". > But i can run more that one dhclient for one interface runing=20 > dhclient iface. It's ok ? I'm not sure what you're getting at. You run one dhclient per inferface. If you try to run another one, it causes the older one to die. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --fCcDWlUEdh43YKr8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCp0ceXY6L6fI4GtQRAnbrAJ9WrhvH8Fb3DYWSwRcUmmaCT62PVQCfbjEy AkKzjrMiXD3p48qOOB9A87M= =qD6E -----END PGP SIGNATURE----- --fCcDWlUEdh43YKr8-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 20:09:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 127A616A41C; Wed, 8 Jun 2005 20:09:07 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 606C243D4C; Wed, 8 Jun 2005 20:09:06 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1Dg6fg-0000Jj-6O; Wed, 08 Jun 2005 23:57:04 +0400 From: Vladimir Grebenschikov To: Andre Guibert de Bruet In-Reply-To: <20050608145511.D42933@lexi.siliconlandmark.com> References: <20050522112612.GA37841@frontfree.net> <1118222710.1505.6.camel@localhost> <20050608145511.D42933@lexi.siliconlandmark.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Wed, 08 Jun 2005 23:57:03 +0400 Message-Id: <1118260623.966.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: [CALL FOR TESTERS] VESA High Resolution Console support from DragonFly 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: Wed, 08 Jun 2005 20:09:07 -0000 =F7 =D3=D2, 08/06/2005 =D7 14:56 -0400, Andre Guibert de Bruet =D0=C9=DB=C5= =D4: > On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: >=20 > > ? ??, 22/05/2005 ? 19:26 +0800, Xin LI ?????: > >> > >> I would like to solicit a test of the following patchset which is base= d > >> on DragonFly's changes, against -CURRENT, to bring high resolution con= sole > >> support to FreeBSD. The current patchset can be considered as "BETA" = and > >> I would commit it if there is no complain about this patchset in the n= ext > >> week. > > [ ... cut ... ] > >> Please let me know if anything strange happens; While I have been run= ning > >> with the patch for a while, I would still be happy if you will report = that > >> it works :-) > > > > Tried fresh 6-CURRENT, all seems ok, but, > > switching console to pixel-mode 1400x1050 screen takes about 1-2 sec, I > > guess it is too much. (it happens in both cases > > > > Also, I had freezed box when switching from X to console some times. >=20 > Let me guess... It's a laptop screen or an LCD panel? Yes, exactly, it is sony vzio z1. (II) RADEON(0): Panel ID string: Samsung LTN150P1-L02 =20 (II) RADEON(0): Panel Size from BIOS: 1400x1050 (II) RADEON(0): BIOS provided dividers will be used. > Andy >=20 > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ >=20 --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 20:29:46 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E60116A41C for ; Wed, 8 Jun 2005 20:29:46 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id A66C243D1F for ; Wed, 8 Jun 2005 20:29:45 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-39-149.dynamic.qsc.de [212.202.39.149]) by mail.efacilitas.de (Postfix) with ESMTP id 23822123965; Wed, 8 Jun 2005 22:28:13 +0200 (CEST) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 1C35312B0FE; Wed, 8 Jun 2005 22:28:22 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 01253-03; Wed, 8 Jun 2005 22:28:17 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id EEADC12B0FD; Wed, 8 Jun 2005 22:28:16 +0200 (CEST) Message-ID: <42A754E0.1050907@cs.tu-berlin.de> Date: Wed, 08 Jun 2005 22:28:16 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Roberson References: <20050607210453.S16943@mail.chesapeake.net> In-Reply-To: <20050607210453.S16943@mail.chesapeake.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at example.com Cc: current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 20:29:46 -0000 Hello Jeff, I applied this patch to 5.4-RELEASE and noticed that mount_nullfs didn't work anymore. As far as I can remember I got the message nullfs: No such file or directory Is it necessary to rebuild a userland tool or is it only related to 5.x? Unfortunately I'm not able to test this issue in depth right now. I'll do it later if you have no idea now. I reversed the patch with option -R and rebuilt my kernel with make -DNO_KERNELCLEAN buildkernel installkernel immediately and nullfs works again as usual. Björn From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 20:48:15 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1AD716A41C for ; Wed, 8 Jun 2005 20:48:15 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25F3043D48 for ; Wed, 8 Jun 2005 20:48:14 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j58Km8k9084059; Wed, 8 Jun 2005 16:48:08 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j58Km8qM084056; Wed, 8 Jun 2005 16:48:08 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 8 Jun 2005 16:48:08 -0400 (EDT) From: Jeff Roberson To: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= In-Reply-To: <42A754E0.1050907@cs.tu-berlin.de> Message-ID: <20050608164750.G16943@mail.chesapeake.net> References: <20050607210453.S16943@mail.chesapeake.net> <42A754E0.1050907@cs.tu-berlin.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 20:48:15 -0000 On Wed, 8 Jun 2005, [ISO-8859-1] Bj=F6rn K=F6nig wrote: > Hello Jeff, > > I applied this patch to 5.4-RELEASE and noticed that mount_nullfs didn't > work anymore. As far as I can remember I got the message > > nullfs: No such file or directory I suspect this is a compile problem. Do a dmesg and tell me what symbol was missing when nullfs tried to load. > > Is it necessary to rebuild a userland tool or is it only related to 5.x? > Unfortunately I'm not able to test this issue in depth right now. I'll > do it later if you have no idea now. I reversed the patch with option -R > and rebuilt my kernel with > > make -DNO_KERNELCLEAN buildkernel installkernel > > immediately and nullfs works again as usual. > > Bj=F6rn > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:12:04 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A295916A41C for ; Wed, 8 Jun 2005 21:12:04 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44BEA43D53 for ; Wed, 8 Jun 2005 21:12:04 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-39-149.dynamic.qsc.de [212.202.39.149]) by mail.efacilitas.de (Postfix) with ESMTP id A547D123965; Wed, 8 Jun 2005 23:10:31 +0200 (CEST) Received: from localhost (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id AF62D12B096; Wed, 8 Jun 2005 23:10:40 +0200 (CEST) Received: from eurystheus.local ([192.168.1.67]) by localhost (eurystheus.locaL [192.168.1.67]) (amavisd-new, port 10024) with ESMTP id 04424-05; Wed, 8 Jun 2005 23:10:36 +0200 (CEST) Received: from [192.168.1.67] (eurystheus.local [192.168.1.67]) by eurystheus.local (Postfix) with ESMTP id 38CCE12B08A; Wed, 8 Jun 2005 23:10:36 +0200 (CEST) Message-ID: <42A75ECB.7040102@cs.tu-berlin.de> Date: Wed, 08 Jun 2005 23:10:35 +0200 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050517 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Roberson References: <20050607210453.S16943@mail.chesapeake.net> <42A754E0.1050907@cs.tu-berlin.de> <20050608164750.G16943@mail.chesapeake.net> In-Reply-To: <20050608164750.G16943@mail.chesapeake.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at example.com Cc: current@freebsd.org Subject: Re: Sound skipping 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, 08 Jun 2005 21:12:04 -0000 Hello again, I'm sorry for this annoyance; I discovered that the problem was caused by another patch that still resided in my source tree. Björn From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:17:44 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CC4216A41C; Wed, 8 Jun 2005 21:17:44 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C1543D1D; Wed, 8 Jun 2005 21:17:43 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 5EB9E39865; Wed, 8 Jun 2005 23:18:04 +0200 (CEST) Date: Wed, 8 Jun 2005 23:17:40 +0200 From: Marcin Jessa To: freebsd-mobile@freebsd.org, current@freebsd.org Message-Id: <20050608231740.2b01a22f.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Resume with ACPI doesn't work on ThinkPad R50e 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, 08 Jun 2005 21:17:44 -0000 Hi. I've Thinkpad R50e and I am struggeling to make resume work on it. I'm on FreeBSD 6.0-CURRENT #2: Wed Jun 8 21:12:11 CEST 2005 (built on sources from a couple of hours ago). I am able to change the speed of CPU and put the laptop in sleep mode with acpiconf -s 3 (S1, S2 and S3 are supported). The problem is it never manages to fully wake up from the sleep mode. I tried with and without X running with the same result. It wakes up, I can hear the drives spin, the screen is turned on but the laptop is still frozen. The keayboard is unaccessible. I dont have apm enabled in the kernel. Those are the values in my sysctl.conf: hw.pci.do_powerstate=1 hw.acpi.lid_switch_state=S3 hw.acpi.standby_state=S1 hw.acpi.suspend_state=S3 hw.acpi.sleep_button_state=S3 vfs.usermount=1 hw.acpi.sleep_delay=3 device.hints has hint.apm.0.disabled="0" In the dmesg I can also see many occurances of ichss0: transition to 1 failed I think that begun after I added device cpufreq to my kernel config. I also followed http://www.iosn.net/Members/kaeru/articles/freebsd/x40/index_html but with no luck. Any ideas how to make resume work? Cheers, Marcin From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:20:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7020C16A41C for ; Wed, 8 Jun 2005 21:20:24 +0000 (GMT) (envelope-from fcases@teliax.com) Received: from www.teliax.com (sta-208-139-204-229.rockynet.com [208.139.204.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEC8943D58 for ; Wed, 8 Jun 2005 21:20:23 +0000 (GMT) (envelope-from fcases@teliax.com) Received: from localhost.teliax.com ([::1] helo=www.teliax.com) by www.teliax.com with esmtp (Exim 4.50 (FreeBSD)) id 1Dg7yc-0005cD-AO for freebsd-current@freebsd.org; Wed, 08 Jun 2005 15:20:43 -0600 Received: from 65.92.226.236 (SquirrelMail authenticated user fcases) by www.teliax.com with HTTP; Wed, 8 Jun 2005 21:20:42 -0000 (UTC) Message-ID: <4262.65.92.226.236.1118265642.squirrel@www.teliax.com> Date: Wed, 8 Jun 2005 21:20:42 -0000 (UTC) From: "Frank Cases" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -2.8 (--) X-Spam-Report: Spam detection software, running on the system "www.teliax.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: my setup is at http://pastebin.ca/13602 the pf has changed alot since that post.. but mainly my problem is a pf configuration issue.. [...] Content analysis details: (-2.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.8 ALL_TRUSTED Did not pass through any untrusted hosts Subject: pf and carp X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fcases@teliax.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 21:20:24 -0000 my setup is at http://pastebin.ca/13602 the pf has changed alot since that post.. but mainly my problem is a pf configuration issue.. 020096 rule 6/0(match): pass in on xl0: IP 172.16.0.101.14906 > 192.168.1.22.47468: UDP, length: 172 019964 rule 6/0(match): pass in on xl0: IP 172.16.0.101.14906 > first 192.168.x is the client internal ip from far far away... why is it here ?i dont know also .. on client side i see those as beging 172.16.0.101 so i need to rewrite my internal to exeternal.. problem is it doesnt work.. Any help appreciated... my pf.conf # Variable definitions. # ext_if = "xl2" int_if = "xl0" loop = "lo0" pfsync_if="xl1" ext_ifs = "{ xl2, carp0, carp1 }" int_ifs = "{ xl0, carp2, carp3 }" ext_carps= "{ carp0 ,carp1 }" ext_ip = "204.18.109.140" int_ip = "172.16.0.200" server ="{ 172.16.0.101 ,172.16.0.100}" int_net ="172.16.0.1/24" voip_tcp = "5060" voip_udp = "{5060, 4569, 5036, 9999 >< 20001, 2727}" table { 172.16.0.100, 172.16.0.101 } #TCP_OPTIONS = "flags S/SAFRUP keep state" TCP_OPTIONS = " keep state" reserved = " { 0.0.0.0/8, 10.0.0.0/8, 20.20.20.0/24, 127.0.0.0/8, 169.254.0.0/16, 172.16.0.0/12, 192.0.2.0/24, 192.168.0.0/16, 224.0.0.0/3, 255.255.255.255 } " scrub in on $ext_if all #### # Nat rules # #internal out rewriting ? #perform NAT on the xl2 interface for any packets coming from 172.16.0.0/24 and to replace the source IP address with 204.18.109.140 nat on $ext_ifs from $int_if/24 to any -> $ext_ip nat on $int_if proto tcp from $int_net to $server -> $int_ip nat on $int_if proto udp from $int_net to $server -> $int_ip ###nat pass on $int_ifs from $int_net to any -> $ext_ip #no nat on $ext_if from 204.18.109.140 to any ### PLAYING binat on $ext_ifs from 172.16.0.101 to any -> 204.18.109.140 binat on $ext_ifs from 172.16.0.100 to any -> 204.18.109.140 #### END PALYING #rewrite to loadbalance #rdr on $ext_carps inet proto tcp from any to $ext_ip port 4569 -> 172.16.0.101 port 4569 #rdr on $ext_carps inet proto tcp from any to $ext_ip port 5060 -> 172.16.0.101 port 5060 #rdr on $ext_carps inet proto udp from any to $ext_ip port 5060 -> 172.16.0.101 port 5060 #rdr pass on $ext_if proto tcp from any to any port 80 -> $server port 80 rdr pass on $ext_ifs proto tcp from any to any port 80 -> $server port 80 rdr pass on $ext_ifs proto tcp from any to any port 4569 -> $server port 4569 rdr pass on $ext_ifs proto tcp from any to any port 5060 -> $server port 5060 rdr pass on $ext_ifs proto udp from any to any port 4569 -> $server port 4569 rdr pass on $ext_ifs proto udp from any to any port 5060 -> $server port 5060 rdr pass on $ext_ifs proto udp from any to any port 9999:20001 -> $server rdr pass on $ext_ifs proto udp from any to any port 2727 -> $server port 2727 rdr pass on $ext_ifs proto tcp from any to any port $voip_tcp -> $server port $voip_tcp rdr pass on $ext_ifs proto udp from any to any -> $server ### #RULES # block out log-all on $ext_if all block in log-all on $ext_if all #carp rules pass out log-all on $ext_carps proto carp keep state #pfsunc rules pass on $pfsync_if proto pfsync #local nic all pass Rule #1 pass in quick on lo0 all # log and allow all on int_if i should add quick pass log-all on $int_if all ###################################################### OUT ########################### #PASSOUT INTERNAL NET pass out quick log-all on $int_if inet proto tcp from $int_if to any keep state pass out quick log-all on $ext_ifs inet proto tcp from $ext_ifs to any keep state # Main pass out ------ BAILS OUT OF RULES #pass out log quick on $ext_if proto udp all keep state pass out log quick on $ext_ifs proto udp all keep state pass out log quick on $int_if proto udp all keep state #pass out log quick on $ext_if proto tcp all keep state pass out log quick on $ext_ifs proto tcp all keep state pass out log quick on $int_if proto tcp all keep state ###################################################### IN ########################### #DNS ------ BAILS OUT OF RULES pass in quick on $ext_if proto udp from any port = 53 to $ext_if port = 53 keep state pass in quick on $int_if proto udp from any port = 53 to $ext_if port = 53 keep state #WEB ------ BAILS OUT OF RULES pass in log-all quick on $ext_if inet proto carp from any to $ext_ifs $TCP_OPTIONS pass in log-all quick on $ext_if inet proto tcp from any to $ext_ifs port 80 $TCP_OPTIONS #asterisk 4569 5060------ BAILS OUT OF RULES pass in log-all on $ext_ifs inet proto tcp from any to any port $voip_tcp flags S/SA keep state pass out log-all on $ext_ifs inet proto tcp all flags S/SA keep state pass in log-all on $ext_ifs inet proto udp from any to any port $voip_udp keep state pass out log-all on $ext_ifs proto udp all keep state pass in log-all quick on $ext_ifs inet proto tcp from any to $ext_ifs port 5060 $TCP_OPTIONS pass in log-all quick on $ext_ifs inet proto udp from any to $ext_ifs port 5060 $TCP_OPTIONS pass in log-all quick on $ext_ifs inet proto tcp from any to $ext_ifs port 4569 $TCP_OPTIONS pass in log-all quick on $ext_ifs inet proto udp from any to $ext_ifs port 4569 $TCP_OPTIONS pass in log-all on $ext_ifs inet proto udp from any to any port $voip_udp $TCP_OPTIONS #SSH ------ BAILS OUT OF RULES pass in log-all quick inet proto tcp from any to $ext_if port 1978 keep state #ICMP Both ways pass in on $ext_ifs inet proto icmp all icmp-type 8 code 0 keep state pass in on $ext_ifs inet proto icmp all icmp-type 36 keep state pass out on $ext_ifs inet proto icmp all keep state pass out on $int_ifs inet proto icmp all keep state Frank From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:29:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50EF916A421; Wed, 8 Jun 2005 21:29:20 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C489B43D1F; Wed, 8 Jun 2005 21:29:19 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j58LT60I017045; Wed, 8 Jun 2005 17:29:06 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j58LT3ka017042; Wed, 8 Jun 2005 17:29:06 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 8 Jun 2005 17:29:03 -0400 (EDT) From: Andre Guibert de Bruet To: Vladimir Grebenschikov In-Reply-To: <1118260623.966.3.camel@localhost> Message-ID: <20050608172021.W42933@lexi.siliconlandmark.com> References: <20050522112612.GA37841@frontfree.net> <1118222710.1505.6.camel@localhost> <20050608145511.D42933@lexi.siliconlandmark.com> <1118260623.966.3.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.532, required 6, autolearn=not spam, AWL 0.07, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: [CALL FOR TESTERS] VESA High Resolution Console support from DragonFly 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, 08 Jun 2005 21:29:20 -0000 On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: > ? ??, 08/06/2005 ? 14:56 -0400, Andre Guibert de Bruet ?????: >> On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: >>> ? ??, 22/05/2005 ? 19:26 +0800, Xin LI ?????: >>>> >>>> I would like to solicit a test of the following patchset which is based >>>> on DragonFly's changes, against -CURRENT, to bring high resolution console >>>> support to FreeBSD. The current patchset can be considered as "BETA" and >>>> I would commit it if there is no complain about this patchset in the next >>>> week. >>> [ ... cut ... ] >>>> Please let me know if anything strange happens; While I have been running >>>> with the patch for a while, I would still be happy if you will report that >>>> it works :-) >>> >>> Tried fresh 6-CURRENT, all seems ok, but, >>> switching console to pixel-mode 1400x1050 screen takes about 1-2 sec, I >>> guess it is too much. (it happens in both cases >>> >>> Also, I had freezed box when switching from X to console some times. >> >> Let me guess... It's a laptop screen or an LCD panel? > > Yes, exactly, it is sony vzio z1. > > (II) RADEON(0): Panel ID string: Samsung LTN150P1-L02 > (II) RADEON(0): Panel Size from BIOS: 1400x1050 > (II) RADEON(0): BIOS provided dividers will be used. Most laptop LCDs and cheaper desktop panels take a while (The dreaded second or two) to switch resolutions. Try the patch with an external crt monitor plugged in and display mirroring enabled to see the difference for yourself (Or simply try it on a desktop with a radeon card and a crt). Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:39:15 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C85616A41C for ; Wed, 8 Jun 2005 21:39:15 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BED043D1D for ; Wed, 8 Jun 2005 21:39:15 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j58Ld4be025180; Wed, 8 Jun 2005 14:39:09 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506082139.j58Ld4be025180@gw.catspoiler.org> Date: Wed, 8 Jun 2005 14:39:04 -0700 (PDT) From: Don Lewis To: fli+freebsd-current@shapeshifter.se In-Reply-To: <20050608142039.GA776@shapeshifter.se> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 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, 08 Jun 2005 21:39:15 -0000 On 8 Jun, Fredrik Lindberg wrote: > Hi > > When trying to play sound from two different sources at the same time I get an > instant panic with the following message > > panic: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 @ /usr/src/sys/dev/sound/pcm/sound.c:381 > > This is with a (AC97) on a few hours old current and with > sound and snd_ich compiled staticly into the kernel. > It only occurs when hw.snd.autovchans is set to a number greater than 1. > > Backtrace > #0 doadump () at pcpu.h:165 > #1 0xc059674a in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 > #2 0xc0596ab8 in panic ( > fmt=0xc07d07d0 "_mtx_lock_sleep: recursed on non-recursive mutex %s @ %s:%d\n") > at /usr/src/sys/kern/kern_shutdown.c:553 > #3 0xc058cc08 in _mtx_lock_sleep (m=0xc1be9bc0, td=0xc20d8190, opts=0, file=0x0, > line=0) at /usr/src/sys/kern/kern_mutex.c:447 > #4 0xc058c8eb in _mtx_lock_flags (m=0x0, opts=0, > file=0xc07c5c1a "/usr/src/sys/dev/sound/pcm/sound.c", line=381) > at /usr/src/sys/kern/kern_mutex.c:273 > #5 0xc0506dfc in pcm_chn_create (d=0xc1979a00, parent=0x0, cls=0x0, dir=2, > devinfo=0x0) at /usr/src/sys/dev/sound/pcm/sound.c:381 > #6 0xc0508a52 in vchan_create (parent=0xc1bf0180) > at /usr/src/sys/dev/sound/pcm/vchan.c:265 > #7 0xc05067a4 in pcm_chnalloc (d=0xc1979a00, direction=1, pid=628, chnum=-1) > at /usr/src/sys/dev/sound/pcm/sound.c:193 > #8 0xc0500a8d in dsp_open (i_dev=0xc1a99c00, flags=2, mode=8192, td=0xc20d8190) > at /usr/src/sys/dev/sound/pcm/dsp.c:275 > #9 0xc053e38b in devfs_open (ap=0xeebb8a54) > at /usr/src/sys/fs/devfs/devfs_vnops.c:881 > #10 0xc0792fbc in VOP_OPEN_APV (vop=0x0, a=0xeebb8a54) at vnode_if.c:373 > #11 0xc06089c2 in vn_open_cred (ndp=0xeebb8bc4, flagp=0xeebb8cc4, cmode=0, > cred=0xc20a5900, fdidx=6) at vnode_if.h:198 > #12 0xc0608543 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0) > at /usr/src/sys/kern/vfs_vnops.c:91 > #13 0xc0600668 in kern_open (td=0xc20d8190, path=0x0, pathseg=UIO_USERSPACE, > flags=2, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:986 > #14 0xc0600556 in open (td=0x0, uap=0xeebb8d04) > at /usr/src/sys/kern/vfs_syscalls.c:952 > > The content of frame 5 yields the following > (kgdb) f 5 > #5 0xc0506dfc in pcm_chn_create (d=0xc1979a00, parent=0x0, cls=0x0, dir=2, > devinfo=0x0) at /usr/src/sys/dev/sound/pcm/sound.c:381 > 381 snd_mtxlock(d->lock); > > d->lock is initialized as a non-recursive mutex in snd_mtxcreate (sound.c:78) > called from pcm_register (sound.c:655). > While the following patch fixes the panic and let me play sound from different > sources at the same time without any problems, I'm really not sure this is > the correct solution since the mutex was initialized as a non-recursive mutex but > recursion happens anyway. Perhaps somebody with more experience in the sound system > could look at this. Try manually creating the vchans ahead of time by setting the hw.snd.pcm0.vchans to the desired value. There are a number of locking bugs and possible race conditions in the top half of the sound code, especially in the channel creation code. Pre-creating the vchans exercises a different code path that should not have this particular bug. I'm guessing that your kernel does not have the WITNESS option enabled, otherwise WITNESS should be complaining about calls to malloc() while holding a mutex. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:47:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC47116A41C; Wed, 8 Jun 2005 21:47:53 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D97D43D1F; Wed, 8 Jun 2005 21:47:50 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Wed, 08 Jun 2005 14:47:41 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id F037F5D09; Wed, 8 Jun 2005 14:47:26 -0700 (PDT) To: Marcin Jessa In-reply-to: Your message of "Wed, 08 Jun 2005 23:17:40 +0200." <20050608231740.2b01a22f.lists@yazzy.org> Date: Wed, 08 Jun 2005 14:47:26 -0700 From: "Kevin Oberman" Message-Id: <20050608214726.F037F5D09@ptavv.es.net> Cc: current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Resume with ACPI doesn't work on ThinkPad R50e 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, 08 Jun 2005 21:47:53 -0000 > Date: Wed, 8 Jun 2005 23:17:40 +0200 > From: Marcin Jessa > Sender: owner-freebsd-mobile@freebsd.org > > Hi. > > I've Thinkpad R50e and I am struggeling to make resume work on it. > I'm on FreeBSD 6.0-CURRENT #2: Wed Jun 8 21:12:11 CEST 2005 (built on sources from a couple of hours ago). > I am able to change the speed of CPU and put the laptop in sleep mode with acpiconf -s 3 (S1, S2 and S3 are supported). > The problem is it never manages to fully wake up from the sleep mode. > I tried with and without X running with the same result. > It wakes up, I can hear the drives spin, the screen is turned on but the laptop is still frozen. > The keayboard is unaccessible. > I dont have apm enabled in the kernel. > Those are the values in my sysctl.conf: > hw.pci.do_powerstate=1 > hw.acpi.lid_switch_state=S3 > hw.acpi.standby_state=S1 > hw.acpi.suspend_state=S3 > hw.acpi.sleep_button_state=S3 > vfs.usermount=1 > hw.acpi.sleep_delay=3 > > device.hints has hint.apm.0.disabled="0" > > In the dmesg I can also see many occurances of > ichss0: transition to 1 failed > I think that begun after I added device cpufreq to my kernel config. > > I also followed http://www.iosn.net/Members/kaeru/articles/freebsd/x40/index_html but with no luck. > > Any ideas how to make resume work? Just some suggestions that might (or might not) help. Play with hw.acpi.reset_video and hw.syscons.sc_no_suspend_vtswitch. You may find that you need the jhb acpi_video_dpms patch. I have the following /boot/loader.conf on my T30: cpufreq_load="YES" vesa_load="YES" snd_ich_load="YES" acpi_video_load="YES" acpi_ibm_load="YES" (This is NOT required for resume, but it is nice for a few things. It is the recently posted test version and I don't think it's been committed.) I have the following in my /etc/sysctl.conf on my T30: hw.acpi.reset_video=0 hw.syscons.sc_no_suspend_vtswitch=1 hw.acpi.lid_switch_state=NONE hw.pci.do_powerstate=1 I do notice that I need to switch from my X display to a vty and back after a resume to get the display back. (CTRL-ALT-F1, ALT-F9) The SpeedStep errors are troubling. I have not seen any other reports of this. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:52:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A81E116A41C for ; Wed, 8 Jun 2005 21:52:41 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CC8143D53 for ; Wed, 8 Jun 2005 21:52:41 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1513A60F5; Wed, 8 Jun 2005 23:52:35 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 0553E60F2; Wed, 8 Jun 2005 23:52:35 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id E60A833C3B; Wed, 8 Jun 2005 23:52:34 +0200 (CEST) To: "Alexandre \"Sunny\" Kovalenko" References: <1118193973.93544.19.camel@Twinhead> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Wed, 08 Jun 2005 23:52:34 +0200 In-Reply-To: <1118193973.93544.19.camel@Twinhead> (Alexandre Kovalenko's message of "Tue, 07 Jun 2005 21:26:13 -0400") Message-ID: <86d5qw5xel.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no X-Spam-Level: X-Spam-Status: No, score=-5.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.2 Cc: current@freebsd.org Subject: Re: Installing 6.0 from June snapshots 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, 08 Jun 2005 21:52:41 -0000 "Alexandre \"Sunny\" Kovalenko" writes: > -- sysinstall complained about missing packages/INDEX file ("Unable to > get packages/INDEX file from selected media") and consequently failed to > install X.Org components and Linux ABI compatibility. Snapshot ISOs don't contain packages. You'll have to install them yourself from ports. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 21:52:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4060A16A441; Wed, 8 Jun 2005 21:52:58 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id C566443D4C; Wed, 8 Jun 2005 21:52:57 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.95] (2-zyx-piter-f0285.r5.ll.kw.ua [195.140.246.50]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j58LqkUw036849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jun 2005 23:52:55 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <42A768AA.8010201@portaone.com> Date: Thu, 09 Jun 2005 00:52:42 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "current@freebsd.org" , phk@freebsd.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on www.portaone.com X-Virus-Status: Clean Cc: Subject: Lot of "calcru: runtime went backwards" errors when rinning under VmWare 5.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Maxim.Sobolev@portaone.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 21:52:58 -0000 Hi, I wonder if anybody has an idea what can cause lot of "calcru: runtime went backwards" when running 6.0-CURRENT under VmWare 5.0. I do not see any visible problems with this, but it is just quite annoying. My timecounter-related oids look like the following: kern.timecounter.stepwarnings: 0 kern.timecounter.nbinuptime: 27463623 kern.timecounter.nnanouptime: 0 kern.timecounter.nmicrouptime: 6261 kern.timecounter.nbintime: 2783660 kern.timecounter.nnanotime: 1086 kern.timecounter.nmicrotime: 2782573 kern.timecounter.ngetbinuptime: 15989 kern.timecounter.ngetnanouptime: 2834 kern.timecounter.ngetmicrouptime: 3417463 kern.timecounter.ngetbintime: 0 kern.timecounter.ngetnanotime: 1 kern.timecounter.ngetmicrotime: 6645 kern.timecounter.nsetclock: 5 kern.timecounter.hardware: ACPI-safe kern.timecounter.choice: TSC(800) ACPI-safe(1000) i8254(0) dummy(-1000000) kern.timecounter.tick: 1 Regards, Maxim calcru: runtime went backwards from 16430817 usec to 16430811 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 17253868 usec to 17253844 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 45697023 usec to 45697017 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 72251267 usec to 72251261 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 74393888 usec to 74393882 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 75331894 usec to 75331884 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 81173048 usec to 81173046 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 83591856 usec to 83591850 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 85953778 usec to 85953772 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 129215402 usec to 129215396 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 130114935 usec to 130114930 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 175756138 usec to 175756132 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 177168820 usec to 177168814 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 189821362 usec to 189821327 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 191069009 usec to 191069003 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 191207231 usec to 191207225 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 195724967 usec to 195724960 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 219595821 usec to 219595815 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 222284948 usec to 222284942 usec for pid 592 (vmware-guestd) calcru: runtime went backwards from 223661139 usec to 223661133 usec for pid 592 (vmware-guestd) From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 22:23:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1653716A41C; Wed, 8 Jun 2005 22:23:31 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9526243D49; Wed, 8 Jun 2005 22:23:28 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost.localdomain (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 99BFC39864; Thu, 9 Jun 2005 00:23:48 +0200 (CEST) Date: Thu, 9 Jun 2005 00:23:24 +0200 From: Marcin Jessa To: "Kevin Oberman" Message-Id: <20050609002324.70964f7b.lists@yazzy.org> In-Reply-To: <20050608214726.F037F5D09@ptavv.es.net> References: <20050608231740.2b01a22f.lists@yazzy.org> <20050608214726.F037F5D09@ptavv.es.net> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Resume with ACPI doesn't work on ThinkPad R50e 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, 08 Jun 2005 22:23:31 -0000 Hi Kevin, guys. Thanks a lot, that helped! Everything comes back after resume without any problem. Network (iwi and fx drivers), USB... Even X is fine and I do not need to switch to console to bring it back. I tried suspend/resume 3 times and it worked like a charm each and every time. I added acpi_video_load="YES" to loader.conf and hw.acpi.reset_video=0 hw.syscons.sc_no_suspend_vtswitch=1 to sysctl.conf I noticed after resume dmesg spits out: acpi: suspend request ignored (not ready yet) wakeup from sleeping state (slept 00:00:19) Now even powerd works great automatically adjusting the speed of my CPU when idle on battery. The only thing that does not work properly is when hw.acpi.lid_switch_state=S3. It goes to sleep mode when I close the lid but X restarts after resume. I can live with that tho. Thanks again Kevin, you made my day! On Wed, 08 Jun 2005 14:47:26 -0700 "Kevin Oberman" wrote: > > Date: Wed, 8 Jun 2005 23:17:40 +0200 > > From: Marcin Jessa > > Sender: owner-freebsd-mobile@freebsd.org > > > > Hi. > > > > I've Thinkpad R50e and I am struggeling to make resume work on it. > > I'm on FreeBSD 6.0-CURRENT #2: Wed Jun 8 21:12:11 CEST 2005 (built on sources from a couple of hours ago). > > I am able to change the speed of CPU and put the laptop in sleep mode with acpiconf -s 3 (S1, S2 and S3 are supported). > > The problem is it never manages to fully wake up from the sleep mode. > > I tried with and without X running with the same result. > > It wakes up, I can hear the drives spin, the screen is turned on but the laptop is still frozen. > > The keayboard is unaccessible. > > I dont have apm enabled in the kernel. > > Those are the values in my sysctl.conf: > > hw.pci.do_powerstate=1 > > hw.acpi.lid_switch_state=S3 > > hw.acpi.standby_state=S1 > > hw.acpi.suspend_state=S3 > > hw.acpi.sleep_button_state=S3 > > vfs.usermount=1 > > hw.acpi.sleep_delay=3 > > > > device.hints has hint.apm.0.disabled="0" > > > > In the dmesg I can also see many occurances of > > ichss0: transition to 1 failed > > I think that begun after I added device cpufreq to my kernel config. > > > > I also followed http://www.iosn.net/Members/kaeru/articles/freebsd/x40/index_html but with no luck. > > > > Any ideas how to make resume work? > > Just some suggestions that might (or might not) help. > > Play with hw.acpi.reset_video and hw.syscons.sc_no_suspend_vtswitch. You > may find that you need the jhb acpi_video_dpms patch. > > I have the following /boot/loader.conf on my T30: > cpufreq_load="YES" > vesa_load="YES" > snd_ich_load="YES" > acpi_video_load="YES" > acpi_ibm_load="YES" (This is NOT required for resume, but it is nice for > a few things. It is the recently posted test > version and I don't think it's been committed.) > > I have the following in my /etc/sysctl.conf on my T30: > hw.acpi.reset_video=0 > hw.syscons.sc_no_suspend_vtswitch=1 > hw.acpi.lid_switch_state=NONE > hw.pci.do_powerstate=1 > > I do notice that I need to switch from my X display to a vty and back > after a resume to get the display back. (CTRL-ALT-F1, ALT-F9) > The SpeedStep errors are troubling. I have not seen any other reports of > this. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 22:25:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1C9816A41C for ; Wed, 8 Jun 2005 22:25:41 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B476B43D49 for ; Wed, 8 Jun 2005 22:25:41 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from Twinhead ([70.21.150.237]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IHS0035XEASPYU2@vms042.mailsrvcs.net> for current@freebsd.org; Wed, 08 Jun 2005 17:25:41 -0500 (CDT) Date: Wed, 08 Jun 2005 17:31:17 -0400 From: "Alexandre \"Sunny\" Kovalenko" In-reply-to: <86d5qw5xel.fsf@xps.des.no> To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= Message-id: <1118266277.40901.3.camel@Twinhead> MIME-version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 8BIT References: <1118193973.93544.19.camel@Twinhead> <86d5qw5xel.fsf@xps.des.no> Cc: current@freebsd.org Subject: Re: Installing 6.0 from June snapshots 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, 08 Jun 2005 22:25:42 -0000 On Wed, 2005-06-08 at 23:52 +0200, Dag-Erling SmÞrgrav wrote: > "Alexandre \"Sunny\" Kovalenko" writes: > > -- sysinstall complained about missing packages/INDEX file ("Unable to > > get packages/INDEX file from selected media") and consequently failed to > > install X.Org components and Linux ABI compatibility. > > Snapshot ISOs don't contain packages. You'll have to install them > yourself from ports. > > DES My bad. For no apparent reason I have decided to think of them as the release candidates. Sorry for the noise... -- Alexandre "Sunny" Kovalenko (ОлексаМЎр КПвалеМкП) From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 22:46:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 234D216A41C for ; Wed, 8 Jun 2005 22:46:29 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id B552A43D48 for ; Wed, 8 Jun 2005 22:46:28 +0000 (GMT) (envelope-from hartzell@kestrel.alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id D08CA21A8; Wed, 8 Jun 2005 15:45:16 -0700 (PDT) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "satchel.alerce.com", Issuer "Alerce Certificate Authority" (verified OK)) by merlin.alerce.com (Postfix) with ESMTP id A80E0215F; Wed, 8 Jun 2005 15:45:16 -0700 (PDT) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.1/8.13.1) with ESMTP id j58MkfM6026972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 8 Jun 2005 15:46:41 -0700 (PDT) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.1/8.13.1/Submit) id j58MkeLu026969; Wed, 8 Jun 2005 15:46:40 -0700 (PDT) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17063.30032.555052.950020@satchel.alerce.com> Date: Wed, 8 Jun 2005 15:46:40 -0700 To: Jeff Roberson In-Reply-To: <20050608095804.S16943@mail.chesapeake.net> References: <772.1118232172@critter.freebsd.dk> <20050608095804.S16943@mail.chesapeake.net> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: suspend/resume on T41p broken (again) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2005 22:46:29 -0000 Jeff Roberson writes: > On Wed, 8 Jun 2005, Poul-Henning Kamp wrote: > > > > > I just tried updating to -current and found that suspend/resume > > on my T41p was broken (again). > > > > Just about every acpi feature is broken on my T42p. [...] Did it ever work for you? I'm still running 5.3BETA4 on my laptop, it was the hot thing back when I was getting it set up and it's been too central to my life to mess with (I am running -current on another laptop, but it's apm based...). Anyway, on 5.3BETA4 all of the acpi-oid things work fairly well, other than hibernation. g. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 23:06:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D54A16A41C for ; Wed, 8 Jun 2005 23:06:24 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F91A43D49 for ; Wed, 8 Jun 2005 23:06:23 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 9CCF631D953; Thu, 9 Jun 2005 01:06:22 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 93C76407E; Thu, 9 Jun 2005 01:06:06 +0200 (CEST) Date: Thu, 9 Jun 2005 01:06:05 +0200 From: Jeremie Le Hen To: "M. Warner Losh" Message-ID: <20050608230605.GR41050@obiwan.tataz.chchile.org> References: <20050606155400.GP41050@obiwan.tataz.chchile.org> <20050606.230742.103661451.imp@bsdimp.com> <20050608150344.GL41050@obiwan.tataz.chchile.org> <20050608.104757.39157411.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608.104757.39157411.imp@bsdimp.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current@freebsd.org, jeremie@le-hen.org, bana@sitadelle.com Subject: Re: Can't get MAC addr of an ed(4) adapter 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, 08 Jun 2005 23:06:24 -0000 Hi Warner, > Maybe the following patch will be better than either of these > alternatives? It adds the call to read the Novel NIC to the pci probe > routine, clearly an oversight on the rascal that's responsible for the > change that you've pointed out above. :-) thanks for your patch, I trust you in code design decisions :-). I tested the patch on my friend's computer, I can confirm it's working. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 23:23:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C52A16A41C; Wed, 8 Jun 2005 23:23:37 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3C9F43D48; Wed, 8 Jun 2005 23:23:36 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost (unknown [192.168.99.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 28E873986D; Thu, 9 Jun 2005 01:23:57 +0200 (CEST) Date: Thu, 9 Jun 2005 01:23:32 +0200 From: Marcin Jessa To: current@freebsd.org, freebsd-mobile@freebsd.org Message-Id: <20050609012332.6650e7fa.lists@yazzy.org> In-Reply-To: <20050609002324.70964f7b.lists@yazzy.org> References: <20050608231740.2b01a22f.lists@yazzy.org> <20050608214726.F037F5D09@ptavv.es.net> <20050609002324.70964f7b.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: Resume with ACPI doesn't work on ThinkPad R50e 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, 08 Jun 2005 23:23:37 -0000 Hi again. Actually setting hw.syscons.sc_no_suspend_vtswitch=1 seems to make resume not work. hw.acpi.reset_video=0 is the only needed value. Then it's all fine. The strange thing is setting hw.syscons.sc_no_suspend_vtswitch=1 manually with sysctl after the system has booted does not seem to have any effect. It only disables proper functionality of resume after reboot. Cheers, Marcin. On Thu, 9 Jun 2005 00:23:24 +0200 Marcin Jessa wrote: > Hi Kevin, guys. > > Thanks a lot, that helped! > Everything comes back after resume without any problem. > Network (iwi and fx drivers), USB... > Even X is fine and I do not need to switch to console to bring it back. > I tried suspend/resume 3 times and it worked like a charm each and every time. > > I added acpi_video_load="YES" to loader.conf > and > hw.acpi.reset_video=0 > hw.syscons.sc_no_suspend_vtswitch=1 > to sysctl.conf > > I noticed after resume dmesg spits out: > > acpi: suspend request ignored (not ready yet) > wakeup from sleeping state (slept 00:00:19) > > Now even powerd works great automatically adjusting the speed of my CPU when idle on battery. > > The only thing that does not work properly is when hw.acpi.lid_switch_state=S3. > It goes to sleep mode when I close the lid but X restarts after resume. I can live with that tho. > > > Thanks again Kevin, you made my day! > > > > On Wed, 08 Jun 2005 14:47:26 -0700 > "Kevin Oberman" wrote: > > > > Date: Wed, 8 Jun 2005 23:17:40 +0200 > > > From: Marcin Jessa > > > Sender: owner-freebsd-mobile@freebsd.org > > > > > > Hi. > > > > > > I've Thinkpad R50e and I am struggeling to make resume work on it. > > > I'm on FreeBSD 6.0-CURRENT #2: Wed Jun 8 21:12:11 CEST 2005 (built on sources from a couple of hours ago). > > > I am able to change the speed of CPU and put the laptop in sleep mode with acpiconf -s 3 (S1, S2 and S3 are supported). > > > The problem is it never manages to fully wake up from the sleep mode. > > > I tried with and without X running with the same result. > > > It wakes up, I can hear the drives spin, the screen is turned on but the laptop is still frozen. > > > The keayboard is unaccessible. > > > I dont have apm enabled in the kernel. > > > Those are the values in my sysctl.conf: > > > hw.pci.do_powerstate=1 > > > hw.acpi.lid_switch_state=S3 > > > hw.acpi.standby_state=S1 > > > hw.acpi.suspend_state=S3 > > > hw.acpi.sleep_button_state=S3 > > > vfs.usermount=1 > > > hw.acpi.sleep_delay=3 > > > > > > device.hints has hint.apm.0.disabled="0" > > > > > > In the dmesg I can also see many occurances of > > > ichss0: transition to 1 failed > > > I think that begun after I added device cpufreq to my kernel config. > > > > > > I also followed http://www.iosn.net/Members/kaeru/articles/freebsd/x40/index_html but with no luck. > > > > > > Any ideas how to make resume work? > > > > Just some suggestions that might (or might not) help. > > > > Play with hw.acpi.reset_video and hw.syscons.sc_no_suspend_vtswitch. You > > may find that you need the jhb acpi_video_dpms patch. > > > > I have the following /boot/loader.conf on my T30: > > cpufreq_load="YES" > > vesa_load="YES" > > snd_ich_load="YES" > > acpi_video_load="YES" > > acpi_ibm_load="YES" (This is NOT required for resume, but it is nice for > > a few things. It is the recently posted test > > version and I don't think it's been committed.) > > > > I have the following in my /etc/sysctl.conf on my T30: > > hw.acpi.reset_video=0 > > hw.syscons.sc_no_suspend_vtswitch=1 > > hw.acpi.lid_switch_state=NONE > > hw.pci.do_powerstate=1 > > > > I do notice that I need to switch from my X display to a vty and back > > after a resume to get the display back. (CTRL-ALT-F1, ALT-F9) > > The SpeedStep errors are troubling. I have not seen any other reports of > > this. > > -- > > R. Kevin Oberman, Network Engineer > > Energy Sciences Network (ESnet) > > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > > E-mail: oberman@es.net Phone: +1 510 486-8634 > _______________________________________________ > 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 8 23:45:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88AA816A41C; Wed, 8 Jun 2005 23:45:55 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6193643D49; Wed, 8 Jun 2005 23:45:55 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DgAF8-0009TB-LM; Wed, 08 Jun 2005 23:45:54 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DgAEz-00050E-58; Wed, 08 Jun 2005 16:45:45 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17063.33576.441703.111294@roam.psg.com> Date: Wed, 8 Jun 2005 16:45:44 -0700 To: "Kevin Oberman" References: <20050608231740.2b01a22f.lists@yazzy.org> <20050608214726.F037F5D09@ptavv.es.net> Cc: Marcin Jessa , current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Resume with ACPI doesn't work on ThinkPad R50e 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, 08 Jun 2005 23:45:55 -0000 FreeBSD roam.psg.com 6.0-CURRENT FreeBSD 6.0-CURRENT #49: Sat Jun 4 19:34:47 PDT 2005 root@roam.psg.com:/usr/obj/usr/src/sys/ROAM i386 on a thinkpad t41 just resumed fine randy From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 00:06:42 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AB7016A41C for ; Thu, 9 Jun 2005 00:06:42 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2419D43D1D for ; Thu, 9 Jun 2005 00:06:42 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DgAZF-000A7I-Ro for freebsd-current@freebsd.org; Thu, 09 Jun 2005 00:06:41 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DgAZ6-00052m-8m for freebsd-current@freebsd.org; Wed, 08 Jun 2005 17:06:32 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17063.34823.866303.74727@roam.psg.com> Date: Wed, 8 Jun 2005 17:06:31 -0700 To: FreeBSD Current Subject: problem with boot0cfg on a twe? 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, 09 Jun 2005 00:06:42 -0000 very -current # boot0cfg -B -d 1 -s 1 -v twed0 boot0cfg: write_mbr: /dev/twed0: No such file or directory # boot0cfg -B -d 1 -s 1 -v twe0 boot0cfg: read /dev/twe0: Operation not supported by device # ls -l /dev/twed0 crw-r----- 1 root operator 0, 76 Jun 8 23:32 /dev/twed0 # df Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/twed0s1a 253678 67506 165878 29% / devfs 1 1 0 100% /dev /dev/twed0s1d 126702 7682 108884 7% /var /dev/twed0s1e 126702 192 116374 0% /var/spool /dev/twed0s1f 28341292 2393116 23680874 9% /usr /dev/twed0s1g 4058062 54 3733364 0% /usr/home /dev/twed0s1h 63256 858 57338 1% /root /dev/twed1s1e 961291472 536501578 347886578 61% /data procfs 4 4 0 100% /proc /dev/md0 126702 14 116552 0% /tmp and the current man page for boot0cfg implies that i can install boot0 - crt only boot0sio - sio only i have many systems with /boot.config having -P that seem to be willing to go either way. what am i not understanding? randy From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 00:07:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F78616A41C; Thu, 9 Jun 2005 00:07:33 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id C754943D1D; Thu, 9 Jun 2005 00:07:32 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost (unknown [192.168.99.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 8CFDC39871; Thu, 9 Jun 2005 02:07:53 +0200 (CEST) Date: Thu, 9 Jun 2005 02:07:29 +0200 From: Marcin Jessa To: FreeBSD-Current , FreeBSD-mobile Message-Id: <20050609020729.1928daf1.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: ichss0: transition to 1 failed 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, 09 Jun 2005 00:07:33 -0000 After I recompiled my kernel with device cpufreq , dmesg spits out tons of messages like: ichss0: transition to 1 failed What does that mean? sysctl -a |grep ich shows: dev.ichss.0.%desc: SpeedStep ICH dev.ichss.0.%driver: ichss dev.ichss.0.%parent: cpu0 dev.ichss.0.freq_settings: 1397/-1 -1/-1 sysctl dev.cpu|grep freq shows dev.cpu.0.freq: 1397 dev.cpu.0.freq_levels: 1397/-1 1222/-1 1047/-1 873/-1 698/-1 523/-1 349/-1 174/-1 I dont use est. My CPU: (Thinkpad R50e): CPU: Intel(R) Celeron(R) M processor 1400MHz (1395.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf Cheers, Marcin Jessa. From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 00:10:29 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B90716A41C; Thu, 9 Jun 2005 00:10:29 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08D6343D1F; Thu, 9 Jun 2005 00:10:28 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 899D246BB0; Wed, 8 Jun 2005 20:10:28 -0400 (EDT) Date: Thu, 9 Jun 2005 01:11:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: glebius@FreeBSD.org Message-ID: <20050609010700.V95135@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: link state changes take a "long" time to execute 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, 09 Jun 2005 00:10:29 -0000 I'm running with task queue instrumentation on my notebook, and generate warnings when task queues take more than 1/10th of a second to execute. Normally the warnings fire only during the boot when tasks start being scheduled by ACPI, but the ACPI task queue thread isn't yet being scheduled to run because the scheduler hasn't been kicked off yet. I saw one this afternoon as follows: taskqueue_run: warning, queue time of 0.133978201 for context 0xc0687c90 On my kernel, this function pointer resolves to: c0687c90 t do_link_state_change So it sounds like there's a substantial delay in the link change thread -- probably because another task takes a long time to execute, maybe blocking or delaying the task thread and preventing another task from running. On this box, I'm running with an idle if_xl, and an in-use if_wi, which probably went into the associated state about when the message was printed. Kernel source date is June 3. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 00:23:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D071B16A41C; Thu, 9 Jun 2005 00:23:17 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95A1443D4C; Thu, 9 Jun 2005 00:23:17 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j590NGms060120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Jun 2005 17:23:17 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42A78C03.3090003@errno.com> Date: Wed, 08 Jun 2005 17:23:31 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <20050609010700.V95135@fledge.watson.org> In-Reply-To: <20050609010700.V95135@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: glebius@freebsd.org, current@freebsd.org Subject: Re: link state changes take a "long" time to execute 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, 09 Jun 2005 00:23:17 -0000 Robert Watson wrote: > > I'm running with task queue instrumentation on my notebook, and generate > warnings when task queues take more than 1/10th of a second to execute. > Normally the warnings fire only during the boot when tasks start being > scheduled by ACPI, but the ACPI task queue thread isn't yet being > scheduled to run because the scheduler hasn't been kicked off yet. I > saw one this afternoon as follows: > > taskqueue_run: warning, queue time of 0.133978201 for context 0xc0687c90 > > On my kernel, this function pointer resolves to: > > c0687c90 t do_link_state_change > > So it sounds like there's a substantial delay in the link change thread > -- probably because another task takes a long time to execute, maybe > blocking or delaying the task thread and preventing another task from > running. On this box, I'm running with an idle if_xl, and an in-use > if_wi, which probably went into the associated state about when the > message was printed. Kernel source date is June 3. I don't think I ever committed the diagnostic code that checks for long-running tasks so this must be something in your private tree. The link state change task seems to have grown enourmously since it was introduced. Sounds like need to move it to a private task queue or break up the work. Sam From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 00:31:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E1DB16A41C; Thu, 9 Jun 2005 00:31:49 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C536243D48; Thu, 9 Jun 2005 00:31:48 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 4F0BC46B37; Wed, 8 Jun 2005 20:31:48 -0400 (EDT) Date: Thu, 9 Jun 2005 01:32:53 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Sam Leffler In-Reply-To: <42A78C03.3090003@errno.com> Message-ID: <20050609013134.X95135@fledge.watson.org> References: <20050609010700.V95135@fledge.watson.org> <42A78C03.3090003@errno.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: glebius@freebsd.org, current@freebsd.org Subject: Re: link state changes take a "long" time to execute 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, 09 Jun 2005 00:31:49 -0000 On Wed, 8 Jun 2005, Sam Leffler wrote: > I don't think I ever committed the diagnostic code that checks for > long-running tasks so this must be something in your private tree. Yes, I'm running with the attached patch which is more about measuring deadlines on tasks than run times on tasks. I used to have similar diagnostics for run times but appear not to have it anymore. Robert N M Watson Index: sys/_task.h =================================================================== RCS file: /home/ncvs/src/sys/sys/_task.h,v retrieving revision 1.4 diff -u -r1.4 _task.h --- sys/_task.h 24 Apr 2005 16:52:45 -0000 1.4 +++ sys/_task.h 1 Jun 2005 10:33:19 -0000 @@ -45,6 +45,7 @@ u_short ta_priority; /* Priority */ task_fn_t *ta_func; /* task handler */ void *ta_context; /* argument for handler */ + struct timespec ta_queuetime; /* time enqueued */ }; #endif /* !_SYS__TASK_H_ */ Index: kern/subr_taskqueue.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_taskqueue.c,v retrieving revision 1.27 diff -u -r1.27 subr_taskqueue.c --- kern/subr_taskqueue.c 1 May 2005 00:38:11 -0000 1.27 +++ kern/subr_taskqueue.c 1 Jun 2005 10:40:08 -0000 @@ -36,10 +36,17 @@ #include #include #include +#include #include #include +#include #include +int tq_in; +SYSCTL_INT(_kern, OID_AUTO, tq_in, CTLFLAG_RD, &tq_in, 0, ""); +int tq_out; +SYSCTL_INT(_kern, OID_AUTO, tq_out, CTLFLAG_RD, &tq_out, 0, ""); + static MALLOC_DEFINE(M_TASKQUEUE, "taskqueue", "Task Queues"); static void *taskqueue_giant_ih; static void *taskqueue_ih; @@ -166,6 +173,9 @@ return 0; } + getnanotime(&task->ta_queuetime); + tq_in++; + /* * Optimise the case when all tasks have the same priority. */ @@ -197,6 +207,7 @@ taskqueue_run(struct taskqueue *queue) { struct task *task; + struct timespec tv; int owned, pending; owned = mtx_owned(&queue->tq_mutex); @@ -211,9 +222,17 @@ STAILQ_REMOVE_HEAD(&queue->tq_queue, ta_link); pending = task->ta_pending; task->ta_pending = 0; + tq_out++; queue->tq_running = task; mtx_unlock(&queue->tq_mutex); + getnanotime(&tv); + timespecsub(&tv, &task->ta_queuetime); + if (tv.tv_nsec >= 50000000) { + printf("taskqueue_run: warning, queue time of %d.%09ld " + "for context %p\n", tv.tv_sec, tv.tv_nsec, + task->ta_func); + } task->ta_func(task->ta_context, pending); mtx_lock(&queue->tq_mutex); From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 00:59:41 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54B6416A41C; Thu, 9 Jun 2005 00:59:41 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id F261643D1D; Thu, 9 Jun 2005 00:59:40 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j590xdk9058129; Wed, 8 Jun 2005 20:59:39 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j590xdda058126; Wed, 8 Jun 2005 20:59:39 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Wed, 8 Jun 2005 20:59:39 -0400 (EDT) From: Jeff Roberson To: Robert Watson In-Reply-To: <20050609010700.V95135@fledge.watson.org> Message-ID: <20050608205912.I16943@mail.chesapeake.net> References: <20050609010700.V95135@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: glebius@freebsd.org, current@freebsd.org Subject: Re: link state changes take a "long" time to execute 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, 09 Jun 2005 00:59:41 -0000 On Thu, 9 Jun 2005, Robert Watson wrote: > > I'm running with task queue instrumentation on my notebook, and generate > warnings when task queues take more than 1/10th of a second to execute. > Normally the warnings fire only during the boot when tasks start being > scheduled by ACPI, but the ACPI task queue thread isn't yet being > scheduled to run because the scheduler hasn't been kicked off yet. I saw > one this afternoon as follows: > > taskqueue_run: warning, queue time of 0.133978201 for context 0xc0687c90 > > On my kernel, this function pointer resolves to: > > c0687c90 t do_link_state_change > > So it sounds like there's a substantial delay in the link change thread -- > probably because another task takes a long time to execute, maybe > blocking or delaying the task thread and preventing another task from > running. On this box, I'm running with an idle if_xl, and an in-use > if_wi, which probably went into the associated state about when the > message was printed. Kernel source date is June 3. If you save a ktrdump right when that message is generated it'll be easy to understand if other threads are interfering. > > Robert N M Watson > _______________________________________________ > 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 Thu Jun 9 04:10:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4415F16A41C; Thu, 9 Jun 2005 04:10:43 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD7CD43D55; Thu, 9 Jun 2005 04:10:42 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j594AVq9006760; Thu, 9 Jun 2005 00:10:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5949QXf069427; Thu, 9 Jun 2005 00:09:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 786267306E; Thu, 9 Jun 2005 00:09:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050609040926.786267306E@freebsd-current.sentex.ca> Date: Thu, 9 Jun 2005 00:09:26 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Thu, 09 Jun 2005 04:10:43 -0000 TB --- 2005-06-09 02:19:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-09 02:19:33 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-06-09 02:19:33 - cleaning the object tree TB --- 2005-06-09 02:20:01 - checking out the source tree TB --- 2005-06-09 02:20:01 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-06-09 02:20:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-09 02:25:51 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-09 02:25:51 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-09 02:25:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-09 03:58:44 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-09 03:58:44 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-09 03:58:44 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Jun 9 03:58:44 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/ia64/ia64/obj/tinderbox/CURRENT/ia64/ia64/src/make.i386/make sh /tinderbox/CURRENT/ia64/ia64/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vers.c linking kernel.debug ata-raid.o(.text+0x31f2): In function `ata_raid_attach': /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/ata-raid.c:116: undefined reference to `memset' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-06-09 04:09:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-09 04:09:25 - ERROR: failed to build generic kernel TB --- 2005-06-09 04:09:25 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 05:21:27 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39D5D16A41C; Thu, 9 Jun 2005 05:21:27 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id F35B343D1F; Thu, 9 Jun 2005 05:21:26 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 7170A46B8A; Thu, 9 Jun 2005 01:21:26 -0400 (EDT) Date: Thu, 9 Jun 2005 06:22:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jeff Roberson In-Reply-To: <20050608205912.I16943@mail.chesapeake.net> Message-ID: <20050609062151.Y1075@fledge.watson.org> References: <20050609010700.V95135@fledge.watson.org> <20050608205912.I16943@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: glebius@freebsd.org, current@freebsd.org Subject: Re: link state changes take a "long" time to execute 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, 09 Jun 2005 05:21:27 -0000 On Wed, 8 Jun 2005, Jeff Roberson wrote: >> So it sounds like there's a substantial delay in the link change thread -- >> probably because another task takes a long time to execute, maybe >> blocking or delaying the task thread and preventing another task from >> running. On this box, I'm running with an idle if_xl, and an in-use >> if_wi, which probably went into the associated state about when the >> message was printed. Kernel source date is June 3. > > If you save a ktrdump right when that message is generated it'll be easy > to understand if other threads are interfering. Unfortunately, I'm not sure how reproduceable this is. I've only had it that one time, but will keep an eye out for it again. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 05:54:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D71416A41C for ; Thu, 9 Jun 2005 05:54:21 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFB7943D5C for ; Thu, 9 Jun 2005 05:54:20 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 3A0EB1EC31E for ; Thu, 9 Jun 2005 07:54:19 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j595sEvA004220; Thu, 9 Jun 2005 07:54:14 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Maxim.Sobolev@portaone.com From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 09 Jun 2005 00:52:42 +0300." <42A768AA.8010201@portaone.com> Date: Thu, 09 Jun 2005 07:54:14 +0200 Message-ID: <4219.1118296454@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: "current@freebsd.org" Subject: Re: Lot of "calcru: runtime went backwards" errors when rinning under VmWare 5.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: Thu, 09 Jun 2005 05:54:21 -0000 In message <42A768AA.8010201@portaone.com>, Maxim Sobolev writes: >Hi, > >I wonder if anybody has an idea what can cause lot of "calcru: runtime >went backwards" when running 6.0-CURRENT under VmWare 5.0. I do not see >any visible problems with this, but it is just quite annoying. The problem is likely that WMware doesn't correctly simulate the timer we use to tickle softclock. -- 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 Thu Jun 9 06:16:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74C5616A41C for ; Thu, 9 Jun 2005 06:16:02 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id A611943D4C for ; Thu, 9 Jun 2005 06:16:00 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA06190 for ; Thu, 09 Jun 2005 09:15:56 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <42A7DE9B.9010702@icyb.net.ua> Date: Thu, 09 Jun 2005 09:15:55 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Subject: LOR: "ata state lock" and "user map" 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, 09 Jun 2005 06:16:02 -0000 NOTE: CURRENT was run under qemu emulation, CDROM was emulated from iso image on HDD. Got this LOR today with CURRENT built 3 days ago while trying to execute a linux program located on a CD. Several days ago trying to do the same on 5.4-RELEASE (without any debug options in kernel) on real hardware caused a hardlock. System: 6.0-CURRENT i386 debug.mpsafevm=1 LOR message had this information: 1st 0xc0eb44e8 ATA state lock ata-all.c:297 2nd 0xc0c1f344 user map vm_map.c:2997 Sources: ata-all.c 1.252 /vm_map.c 1.366 Interesting part of stack trace (not sure how useful it is): #18 0x0000000c in ?? () #19 0x00000002 in ?? () #20 0xc0455a15 in ata_pio_read (request=0xc107b0c8, length=2048) at cpufunc.h:229 #21 0xc045646c in ata_end_transaction (request=0xc107b0c8) at /usr/src/sys/dev/ata/ata-lowlevel.c:393 #22 0xc0447659 in ata_interrupt (data=0xc0eb4400) at /usr/src/sys/dev/ata/ata-all.c:323 #23 0xc04b5360 in ithread_loop (arg=0xc0eb9600) at /usr/src/sys/kern/kern_intr.c:546 #24 0xc04b46fd in fork_exit (callout=0xc04b51bc , arg=0xc0eb9600, frame=0xc7b41d38) at /usr/src/sys/kern/kern_fork.c:789 #25 0xc05df18c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 Please let me know what additional information I can provide. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 06:44:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE54516A41C; Thu, 9 Jun 2005 06:44:55 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9F3F43D49; Thu, 9 Jun 2005 06:44:53 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j596iqxi006097; Wed, 8 Jun 2005 23:44:52 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j596iqFF006096; Wed, 8 Jun 2005 23:44:52 -0700 Date: Wed, 8 Jun 2005 23:44:52 -0700 From: Brooks Davis To: current@freebsd.org Message-ID: <20050609064452.GC1595@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uh9ZiVrAOUUm9fzH" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: net@freebsd.org Subject: HEADSUP: internal network interface 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: Thu, 09 Jun 2005 06:44:56 -0000 --uh9ZiVrAOUUm9fzH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I plan to commit a major rework of network interface related storage Friday morning PDT. This is a massive change touching every network driver in the system. This change was discussed at the BSDCan dev summit and derives from discussions at EuroBSDCon on dealing with dynamic network devices. You can view the diff at: http://people.freebsd.org/~brooks/patches/ifnet.diff I'm not posting the diff to the list as it is nearly 700K. Below, you will find the diff to ifnet(9) for a more technical view of the API change. In short, the change removes the embedded struct ifnet and layer 2 common structures (struct arpcom, struct ifatm, struct sppp, etc) from driver softcs and replaces them with a struct ifnet pointer which is allocated with a new function, if_alloc which takes an interface type. For certain types, if_alloc also fills in the new struct ifnet member, if_l2com with an initialized layer 2 common structure. The benefits of this change are: - The size of struct ifnet and the layer 2 common structures is no longer part of the network interface ABI. This means we add features to the generic interface code so long as they do not require action on the part of the driver without breaking the ABI. - Since storage is no longer tied to the softc, we will able to reference count struct ifnet more easily which is a prerequisite for fixing the panics on removing an interface which is configured with dummynet. - This patch eliminates many ugly casts and the historically weakly documented requirement that softc's be castable to ifnet's and arpcom's. Things to note about this change: - External drivers including those in ports will panic if loaded until they are converted to the new API. Things to note about this patch: - There are nearly 100 drivers in the tree and I only use a small set of them so there are likely to be some small bugs in this patch. The changes were mostly mechanical, but varying naming conventions, plus the occasional driver written entirely from scratch introduce the possibility of errors. Use care when updating, particularly with remote systems. - In most cases, this patch does not address the issue of keeping source compatible with previous releases or other systems. I will supply patches to do so in any case where there is a need, but I intend to wait until after committing to do so. I hope the set of drivers requiring these changes will be small. -- Brooks P.S. the posted patch contains a bug in the udav driver. It will be fixed before commit. --- freebsd/share/man/man9/ifnet.9 Sun Jun 5 13:33:05 2005 +++ ifnet/share/man/man9/ifnet.9 Sun Jun 5 20:20:03 2005 @@ -46,9 +46,17 @@ .In net/if_types.h .\" .Ss "Interface Manipulation Functions" +.Ft "struct ifnet *" +.Fn if_alloc "u_char type" .Ft void .Fn if_attach "struct ifnet *ifp" .Ft void +.Fn if_detach "struct ifnet *ifp" +.Ft void +.Fn if_free "struct ifnet *ifp" +.Ft void +.Fn if_free_type "struct ifnet *ifp" "u_char type" +.Ft void .Fn if_down "struct ifnet *ifp" .Ft int .Fn ifioctl "struct socket *so" "u_long cmd" "caddr_t data" "struct thread= *td" @@ -219,6 +227,11 @@ .Pq Vt "void *" A pointer to the driver's private state block. (Initialized by driver.) +.It Va if_l2com +.Pq Vt "void *" +A pointer to the common data for the interface's layer 2 protocol. +(Initialized by +.Fn if_alloc .) .It Va if_link .Pq Fn TAILQ_ENTRY ifnet .Xr queue 3 @@ -270,6 +283,8 @@ to refer to a particular interface by index (see .Xr link_addr 3 ) . +(Initialized by +.Fn if_alloc .) .It Va if_timer .Pq Vt short Number of seconds until the watchdog timer @@ -988,6 +1003,14 @@ .El .Ss Interface Manipulation Functions .Bl -ohang -offset indent +.It Fn if_alloc +Allocate and initalize an +.Fa ifp . +Initalization includes the allocation of an interface index and may +include the allocation of a +.Fa type +specific structure in +.Va if_l2com . .It Fn if_attach Link the specified interface .Fa ifp @@ -999,6 +1022,29 @@ (A pointer to this address structure is saved in the global array .Va ifnet_addrs . ) +The +.Fa ifp +must have been allocted by +.Fn if_alloc . +.It Fn if_detach +Shutdown and unlink the specified +.Fa ifp +from the interface list. +.It Fn if_free +Free the given +.Fa ifp +back to the system. +The interface must have been previously detached if it was ever attached. +.It Fn if_free_type +Identical to +.Fn if_free +except that the given +.Fa type + is used to free=20 + .Va if_l2com + instead of the type in + .Va if_type . + This is intended for use with drivers that change their interface type. .It Fn if_down Mark the interface .Fa ifp --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --uh9ZiVrAOUUm9fzH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCp+VjXY6L6fI4GtQRAiZ+AJ9EqZCRd5aoXmm9vFO2DeLcL1qDnACfZDyv RKUK1aWZnYOq+PvkmDsz0FM= =FHKv -----END PGP SIGNATURE----- --uh9ZiVrAOUUm9fzH-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 06:45:59 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D79BD16A41C; Thu, 9 Jun 2005 06:45:59 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 922A543D5C; Thu, 9 Jun 2005 06:45:58 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j596jtKY024279 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 9 Jun 2005 10:45:56 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j596jsbF041275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Jun 2005 10:45:55 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j596jsWH041274; Thu, 9 Jun 2005 10:45:54 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Jun 2005 10:45:54 +0400 From: Gleb Smirnoff To: Robert Watson Message-ID: <20050609064554.GA41137@cell.sick.ru> References: <20050609010700.V95135@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050609010700.V95135@fledge.watson.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: current@FreeBSD.org Subject: Re: link state changes take a "long" time to execute 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, 09 Jun 2005 06:46:00 -0000 On Thu, Jun 09, 2005 at 01:11:33AM +0100, Robert Watson wrote: R> I'm running with task queue instrumentation on my notebook, and generate R> warnings when task queues take more than 1/10th of a second to execute. R> Normally the warnings fire only during the boot when tasks start being R> scheduled by ACPI, but the ACPI task queue thread isn't yet being R> scheduled to run because the scheduler hasn't been kicked off yet. I saw R> one this afternoon as follows: R> R> taskqueue_run: warning, queue time of 0.133978201 for context 0xc0687c90 ^^^^^^^^^^^ Is this seconds? A lot. R> On my kernel, this function pointer resolves to: R> R> c0687c90 t do_link_state_change R> R> So it sounds like there's a substantial delay in the link change thread -- R> probably because another task takes a long time to execute, maybe R> blocking or delaying the task thread and preventing another task from R> running. On this box, I'm running with an idle if_xl, and an in-use R> if_wi, which probably went into the associated state about when the R> message was printed. Kernel source date is June 3. Do you have vlans, ng_ether loaded, carp in kernel config, if_bridge? Other idea may be that your syslogd was not running, and you have serial console configured. In this case log(9) prints message to your serial console, and then 0.13 seconds is sane time for this. May be we should move log() from do_link_state_change() to if_link_state_change()? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 08:02:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9F1616A41C; Thu, 9 Jun 2005 08:02:32 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ED8B43D1D; Thu, 9 Jun 2005 08:02:32 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1DgHzg-0000KY-Hg; Thu, 09 Jun 2005 12:02:28 +0400 From: Vladimir Grebenschikov To: Andre Guibert de Bruet In-Reply-To: <20050608172021.W42933@lexi.siliconlandmark.com> References: <20050522112612.GA37841@frontfree.net> <1118222710.1505.6.camel@localhost> <20050608145511.D42933@lexi.siliconlandmark.com> <1118260623.966.3.camel@localhost> <20050608172021.W42933@lexi.siliconlandmark.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 09 Jun 2005 12:02:27 +0400 Message-Id: <1118304147.986.15.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: [CALL FOR TESTERS] VESA High Resolution Console support from DragonFly 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: Thu, 09 Jun 2005 08:02:33 -0000 =F7 =D3=D2, 08/06/2005 =D7 17:29 -0400, Andre Guibert de Bruet =D0=C9=DB=C5= =D4: > On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: > > ? ??, 08/06/2005 ? 14:56 -0400, Andre Guibert de Bruet ?????: > >> On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: > >>> ? ??, 22/05/2005 ? 19:26 +0800, Xin LI ?????: > >>>> > >>>> I would like to solicit a test of the following patchset which is ba= sed > >>>> on DragonFly's changes, against -CURRENT, to bring high resolution c= onsole > >>>> support to FreeBSD. The current patchset can be considered as "BETA= " and > >>>> I would commit it if there is no complain about this patchset in the= next > >>>> week. > >>> [ ... cut ... ] > >>>> Please let me know if anything strange happens; While I have been r= unning > >>>> with the patch for a while, I would still be happy if you will repor= t that > >>>> it works :-) > >>> > >>> Tried fresh 6-CURRENT, all seems ok, but, > >>> switching console to pixel-mode 1400x1050 screen takes about 1-2 sec,= I > >>> guess it is too much. (it happens in both cases > >>> > >>> Also, I had freezed box when switching from X to console some times. > >> > >> Let me guess... It's a laptop screen or an LCD panel? > > > > Yes, exactly, it is sony vzio z1. > > > > (II) RADEON(0): Panel ID string: Samsung LTN150P1-L02 > > (II) RADEON(0): Panel Size from BIOS: 1400x1050 > > (II) RADEON(0): BIOS provided dividers will be used. >=20 > Most laptop LCDs and cheaper desktop panels take a while (The dreaded=20 > second or two) to switch resolutions. Try the patch with an external crt=20 > monitor plugged in and display mirroring enabled to see the difference fo= r=20 > yourself (Or simply try it on a desktop with a radeon card and a crt). I have tried to switch from X or from pixel-mode console to usual text mode console (80x25), and it does not pause in in this case. But it pauses when switched back. Is it problem of hardware or our pixel-mode console ? > Andy >=20 > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 08:06:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB08816A41C for ; Thu, 9 Jun 2005 08:06:25 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AFAA43D53 for ; Thu, 9 Jun 2005 08:06:24 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 33171 invoked by uid 1005); 9 Jun 2005 08:06:23 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 (clamdscan: 0.85. spamassassin: 2.64. Clear:RC:1(213.196.191.65):. Processed in 0.031016 secs); 09 Jun 2005 08:06:23 -0000 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Jun 2005 08:06:23 -0000 Message-ID: <42A7F87B.5000308@ultra-secure.de> Date: Thu, 09 Jun 2005 10:06:19 +0200 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <17063.34823.866303.74727@roam.psg.com> In-Reply-To: <17063.34823.866303.74727@roam.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: problem with boot0cfg on a twe? 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, 09 Jun 2005 08:06:26 -0000 Randy Bush wrote: >very -current > ># boot0cfg -B -d 1 -s 1 -v twed0 >boot0cfg: write_mbr: /dev/twed0: No such file or directory > ># boot0cfg -B -d 1 -s 1 -v twe0 >boot0cfg: read /dev/twe0: Operation not supported by device > ># ls -l /dev/twed0 >crw-r----- 1 root operator 0, 76 Jun 8 23:32 /dev/twed0 > ># df >Filesystem 1024-blocks Used Avail Capacity Mounted on >/dev/twed0s1a 253678 67506 165878 29% / >devfs 1 1 0 100% /dev >/dev/twed0s1d 126702 7682 108884 7% /var >/dev/twed0s1e 126702 192 116374 0% /var/spool >/dev/twed0s1f 28341292 2393116 23680874 9% /usr >/dev/twed0s1g 4058062 54 3733364 0% /usr/home >/dev/twed0s1h 63256 858 57338 1% /root >/dev/twed1s1e 961291472 536501578 347886578 61% /data >procfs 4 4 0 100% /proc >/dev/md0 126702 14 116552 0% /tmp > >and the current man page for boot0cfg implies that i can install > boot0 - crt only > boot0sio - sio only > >i have many systems with /boot.config having -P that seem to be >willing to go either way. what am i not understanding? > > > > I think the problem is that you can't write onto the disk when you have it in use (for 5.4 at least). It just gives the wrong error-message. I had the same problem - booting from CD usually lets you apply boot0cfg. But my real problem is that I can only boot the PC from the SuSE 9.2 CD ! (2*120GB as RAID1). When I boot from the array, I get a kind of endless loop of pre-boot panic or just an endless beep at the F1-promt, depending if I have booteasy or not. When I boot from the SuSE9.2 CD, it will recognize that I have a Unix-OS already installed and boot from HD as default. That always works. I have 3 identical PCs with this problem. cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 08:17:40 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 961CE16A41C for ; Thu, 9 Jun 2005 08:17:40 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9EB543D4C for ; Thu, 9 Jun 2005 08:17:39 +0000 (GMT) (envelope-from matusita@jp.FreeBSD.org) Received: from [127.0.0.1] (localhost [127.0.0.1]) by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id j598HMh59805; Thu, 9 Jun 2005 17:17:23 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Message-ID: <42A7FB10.7020503@jp.FreeBSD.org> Date: Thu, 09 Jun 2005 17:17:20 +0900 From: Makoto Matsushita X-Accept-Language: ja, en-us, en MIME-Version: 1.0 To: Maxim.Sobolev@portaone.com, current@freebsd.org References: <42A768AA.8010201@portaone.com> In-Reply-To: <42A768AA.8010201@portaone.com> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: Subject: Re: Lot of "calcru: runtime went backwards" errors when rinning under VmWare 5.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: Thu, 09 Jun 2005 08:17:40 -0000 > I wonder if anybody has an idea what can cause lot of "calcru: runtime > went backwards" when running 6.0-CURRENT under VmWare 5.0. I do not see > any visible problems with this, but it is just quite annoying. "sysctl kern.timecounter.hardware=TSC" may help you, if kernel uses ACPI-fast as a timecounter. -- Makoto `MAR' Matsushita From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 08:25:33 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FE3B16A41C; Thu, 9 Jun 2005 08:25:33 +0000 (GMT) (envelope-from sobomax@web.portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6353B43D1F; Thu, 9 Jun 2005 08:25:32 +0000 (GMT) (envelope-from sobomax@web.portaone.com) Received: from www.portaone.com (localhost [127.0.0.1]) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j598PVnV053729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Jun 2005 10:25:31 +0200 (CEST) (envelope-from sobomax@web.portaone.com) Received: (from sobomax@localhost) by www.portaone.com (8.12.11/8.12.11/Submit) id j598PUdT053728; Thu, 9 Jun 2005 10:25:30 +0200 (CEST) (envelope-from sobomax) Date: Thu, 9 Jun 2005 10:25:30 +0200 From: Maxim Sobolev To: Brooks Davis Message-ID: <20050609082530.GA44274@www.portaone.com> References: <20050609064452.GC1595@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050609064452.GC1595@odin.ac.hmc.edu> User-Agent: Mutt/1.5.8i X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on www.portaone.com X-Virus-Status: Clean Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: HEADSUP: internal network interface 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: Thu, 09 Jun 2005 08:25:33 -0000 Hi, I've noticed that in some cases you have removed bcopy() into arpcom.ac_enaddr completely, while in some others have modified it to use IFP2AC(). I wonder if it's a mistake or if there is some logic behind that. Also, it looks like in cdce(4) driver you are referencing if_softc before it's been assigned by if_alloc(): @@ -282,9 +283,13 @@ } } - bcopy(eaddr, (char *)&sc->arpcom.ac_enaddr, ETHER_ADDR_LEN); + bcopy(eaddr, (char *)&GET_ARPCOM(sc)->ac_enaddr, ETHER_ADDR_LEN); - ifp = GET_IFP(sc); + ifp = GET_IFP(sc) = if_alloc(IFT_ETHER); + if (ifp == NULL) { + printf("%s: can not if_alloc()\n", USBDEVNAME(sc->cdce_dev)); + USB_ATTACH_ERROR_RETURN; + } ifp->if_softc = sc; if_initname(ifp, "cdce", sc->cdce_unit); ifp->if_mtu = ETHERMTU; @@ -323,6 +328,7 @@ GET_ARPCOM(sc) basically dereferences sc->cdce_ifp, which isn't initialized before if_alloc() on the next line. -Maxim On Wed, Jun 08, 2005 at 11:44:52PM -0700, Brooks Davis wrote: > I plan to commit a major rework of network interface related storage > Friday morning PDT. This is a massive change touching every network > driver in the system. This change was discussed at the BSDCan dev > summit and derives from discussions at EuroBSDCon on dealing with > dynamic network devices. You can view the diff at: > > http://people.freebsd.org/~brooks/patches/ifnet.diff > > I'm not posting the diff to the list as it is nearly 700K. Below, you > will find the diff to ifnet(9) for a more technical view of the API > change. > > In short, the change removes the embedded struct ifnet and layer 2 common > structures (struct arpcom, struct ifatm, struct sppp, etc) from driver > softcs and replaces them with a struct ifnet pointer which is allocated > with a new function, if_alloc which takes an interface type. For > certain types, if_alloc also fills in the new struct ifnet member, > if_l2com with an initialized layer 2 common structure. > > The benefits of this change are: > - The size of struct ifnet and the layer 2 common structures is no > longer part of the network interface ABI. This means we add > features to the generic interface code so long as they do not require > action on the part of the driver without breaking the ABI. > - Since storage is no longer tied to the softc, we will able to > reference count struct ifnet more easily which is a prerequisite for > fixing the panics on removing an interface which is configured with > dummynet. > - This patch eliminates many ugly casts and the historically weakly > documented requirement that softc's be castable to ifnet's and > arpcom's. > > Things to note about this change: > - External drivers including those in ports will panic if loaded until > they are converted to the new API. > > Things to note about this patch: > - There are nearly 100 drivers in the tree and I only use a small set > of them so there are likely to be some small bugs in this patch. The > changes were mostly mechanical, but varying naming conventions, plus > the occasional driver written entirely from scratch introduce the > possibility of errors. Use care when updating, particularly with > remote systems. > - In most cases, this patch does not address the issue of keeping > source compatible with previous releases or other systems. I will > supply patches to do so in any case where there is a need, but I > intend to wait until after committing to do so. I hope the set of > drivers requiring these changes will be small. > > -- Brooks > > P.S. the posted patch contains a bug in the udav driver. It will be > fixed before commit. > > --- freebsd/share/man/man9/ifnet.9 Sun Jun 5 13:33:05 2005 > +++ ifnet/share/man/man9/ifnet.9 Sun Jun 5 20:20:03 2005 > @@ -46,9 +46,17 @@ > .In net/if_types.h > .\" > .Ss "Interface Manipulation Functions" > +.Ft "struct ifnet *" > +.Fn if_alloc "u_char type" > .Ft void > .Fn if_attach "struct ifnet *ifp" > .Ft void > +.Fn if_detach "struct ifnet *ifp" > +.Ft void > +.Fn if_free "struct ifnet *ifp" > +.Ft void > +.Fn if_free_type "struct ifnet *ifp" "u_char type" > +.Ft void > .Fn if_down "struct ifnet *ifp" > .Ft int > .Fn ifioctl "struct socket *so" "u_long cmd" "caddr_t data" "struct thread *td" > @@ -219,6 +227,11 @@ > .Pq Vt "void *" > A pointer to the driver's private state block. > (Initialized by driver.) > +.It Va if_l2com > +.Pq Vt "void *" > +A pointer to the common data for the interface's layer 2 protocol. > +(Initialized by > +.Fn if_alloc .) > .It Va if_link > .Pq Fn TAILQ_ENTRY ifnet > .Xr queue 3 > @@ -270,6 +283,8 @@ > to refer to a particular interface by index > (see > .Xr link_addr 3 ) . > +(Initialized by > +.Fn if_alloc .) > .It Va if_timer > .Pq Vt short > Number of seconds until the watchdog timer > @@ -988,6 +1003,14 @@ > .El > .Ss Interface Manipulation Functions > .Bl -ohang -offset indent > +.It Fn if_alloc > +Allocate and initalize an > +.Fa ifp . > +Initalization includes the allocation of an interface index and may > +include the allocation of a > +.Fa type > +specific structure in > +.Va if_l2com . > .It Fn if_attach > Link the specified interface > .Fa ifp > @@ -999,6 +1022,29 @@ > (A pointer to > this address structure is saved in the global array > .Va ifnet_addrs . ) > +The > +.Fa ifp > +must have been allocted by > +.Fn if_alloc . > +.It Fn if_detach > +Shutdown and unlink the specified > +.Fa ifp > +from the interface list. > +.It Fn if_free > +Free the given > +.Fa ifp > +back to the system. > +The interface must have been previously detached if it was ever attached. > +.It Fn if_free_type > +Identical to > +.Fn if_free > +except that the given > +.Fa type > + is used to free > + .Va if_l2com > + instead of the type in > + .Va if_type . > + This is intended for use with drivers that change their interface type. > .It Fn if_down > Mark the interface > .Fa ifp > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 08:30:11 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6219B16A41C; Thu, 9 Jun 2005 08:30:11 +0000 (GMT) (envelope-from sobomax@web.portaone.com) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B51B643D1D; Thu, 9 Jun 2005 08:30:10 +0000 (GMT) (envelope-from sobomax@web.portaone.com) Received: from www.portaone.com (localhost [127.0.0.1]) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j598U9Ra054156 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Jun 2005 10:30:09 +0200 (CEST) (envelope-from sobomax@web.portaone.com) Received: (from sobomax@localhost) by www.portaone.com (8.12.11/8.12.11/Submit) id j598U9K8054155; Thu, 9 Jun 2005 10:30:09 +0200 (CEST) (envelope-from sobomax) Date: Thu, 9 Jun 2005 10:30:09 +0200 From: Maxim Sobolev To: Brooks Davis Message-ID: <20050609083009.GB44274@www.portaone.com> References: <20050609064452.GC1595@odin.ac.hmc.edu> <20050609082530.GA44274@www.portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050609082530.GA44274@www.portaone.com> User-Agent: Mutt/1.5.8i X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on www.portaone.com X-Virus-Status: Clean Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: HEADSUP: internal network interface 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: Thu, 09 Jun 2005 08:30:11 -0000 On Thu, Jun 09, 2005 at 10:25:30AM +0200, Maxim Sobolev wrote: > Also, it looks like in cdce(4) driver you are referencing > if_softc before it's been assigned by if_alloc(): ^^^^^^^^ <- cdce_ifp -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 08:41:09 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1216916A41C for ; Thu, 9 Jun 2005 08:41:09 +0000 (GMT) (envelope-from caelian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A63B643D55 for ; Thu, 9 Jun 2005 08:41:08 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so24333nzk for ; Thu, 09 Jun 2005 01:41:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GgJAlfu2NZadNn9v3/wA9Om7iXMvkzYYoAbPrJFfMHo2cmFmAmozrbuxrprhlAoG6QDa715xuC7Uym4XEmI6g32SaQ7Pqn771lory8xdTubt1e8EwFDleRl6vDvXIqLHP3TwV3lBmehK3IgXW422gQgrADIUel80boNBeVD4+OY= Received: by 10.36.47.13 with SMTP id u13mr234295nzu; Thu, 09 Jun 2005 01:41:07 -0700 (PDT) Received: by 10.36.42.19 with HTTP; Thu, 9 Jun 2005 01:41:07 -0700 (PDT) Message-ID: Date: Thu, 9 Jun 2005 01:41:07 -0700 From: Pascal Hofstee To: Miguel Mendez In-Reply-To: <20050608174408.551a0f79.flynn@energyhq.es.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050608174408.551a0f79.flynn@energyhq.es.eu.org> Cc: freebsd-current@freebsd.org Subject: Re: xl0 and SNAP004 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pascal Hofstee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 08:41:09 -0000 On 6/8/05, Miguel Mendez wrote: > Hi all, >=20 > I cvsuped my tree to HEAD last Sunday but the resulting kernel panic'ed > as soon as ifconfig xl0 was ran. I have the vmcore saved but had to > revert to 5.4 as I needed to use the box. I've downloaded the SNAP004 > iso and copied the kernel from base to test it before attempting a real > install, and this what I've seen. No panic but some kernel messages > have poped up: >=20 > Jun 8 17:30:37 scienide kernel: taskqueue_drain with the following non- > sleepable locks held: Jun 8 17:30:37 scienide kernel: exclusive sleep > mutex xl0 (network driver) r =3D 0 (0xc187f2fc) locked @ /u sr/src/sys/ > pci/if_xl.c:2789 Jun 8 17:30:37 scienide kernel: KDB: stack backtrace: [snip backtrace] > Is this a known problem? I don't see any recent commit to if_xl.c so I > assume the issue is still there in HEAD. Yes this is a known problem and has been acknowleged by Bill Paul (a.o.) I hope to receive a patch from Gleb anytime soon to see if it resolves the problem on my amd64 box where i experience the exact same issue. --=20 Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 08:53:19 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E092716A41C for ; Thu, 9 Jun 2005 08:53:19 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8926A43D48 for ; Thu, 9 Jun 2005 08:53:18 +0000 (GMT) (envelope-from kkowalik@uci.agh.edu.pl) Received: by galaxy.uci.agh.edu.pl (Postfix, from userid 1001) id 6E7B6AF45E; Thu, 9 Jun 2005 10:53:17 +0200 (CEST) Date: Thu, 9 Jun 2005 10:53:17 +0200 From: Krzysztof Kowalik To: Jeff Roberson Message-ID: <20050609085317.GA6052@uci.agh.edu.pl> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> <20050608095624.J16943@mail.chesapeake.net> <20050608164727.6a5b76f9.jylefort@FreeBSD.org> <20050608110007.V16943@mail.chesapeake.net> <20050608112358.O16943@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608112358.O16943@mail.chesapeake.net> Cc: current@freebsd.org Subject: Re: Sound skipping 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, 09 Jun 2005 08:53:20 -0000 Jeff Roberson [jroberson@chesapeake.net] wrote: > > > This one works, and completely removes the sound jitter that used to > > > appear under heavy disk I/O (eg. untarring a 50 megs tarball). > > Thanks. I'd like to get some more experience with it under extreme load > > conditions, but I do eventually plan to MFC. > I made one more slight change to the patch which should reduce the number > of times we needlessly scan the list. Can you make sure it does not cause > any problems for you? This patch works great, removes[1] the problems I mentioned here and on stable@ a few times. Thank you very much for your work. [1] Tested on the -CURRENT. -- Krzysztof Kowalik | () ASCII Ribbon Campaign Computer Center, AGH UST | /\ Support plain text e-mail From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 09:06:29 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB88716A41C for ; Thu, 9 Jun 2005 09:06:29 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F2E943D48 for ; Thu, 9 Jun 2005 09:06:28 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: by simscan 1.1.0 ppid: 83163, pid: 83164, t: 1.4748s scanners:none Received: from unknown (HELO michelle.rndsoft.co.kr) (192.168.5.90) by 0 with SMTP; 9 Jun 2005 09:03:12 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j5996X6c012380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Jun 2005 18:06:33 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j5996SVW012379; Thu, 9 Jun 2005 18:06:28 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Thu, 9 Jun 2005 18:06:28 +0900 From: Pyun YongHyeon To: Jeff Roberson Message-ID: <20050609090627.GA10243@rndsoft.co.kr> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> <20050608095624.J16943@mail.chesapeake.net> <20050608164727.6a5b76f9.jylefort@FreeBSD.org> <20050608110007.V16943@mail.chesapeake.net> <20050608112358.O16943@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608112358.O16943@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamDetector 1.00 (2004-01-11) on Cc: Jean-Yves Lefort , lehmann@ans-netz.de, current@freebsd.org, barner@freebsd.org Subject: Re: Sound skipping problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 09:06:30 -0000 On Wed, Jun 08, 2005 at 11:24:32AM -0400, Jeff Roberson wrote: > > On Wed, 8 Jun 2005, Jeff Roberson wrote: > > > On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: > > > > > On Wed, 8 Jun 2005 09:57:15 -0400 (EDT) > > > Jeff Roberson wrote: > > > > > > > On Wed, 8 Jun 2005, Jean-Yves Lefort wrote: > > > > > > > > > On Wed, 8 Jun 2005 12:48:44 +0200 > > > > > Simon Barner wrote: > > > > > > > > > > > Jeff Roberson wrote: > > > > > > > I have a patch that should greatly improve the sound skipping problems > > > > > > > people have under heavy io load. Several people sent me traces that > > > > > > > showed the buf daemon running for hundreds of milliseconds with Giant > > > > > > > held, which can hold up the pcm code. The patch is available at: > > > > > > > > > > > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > > > > > > > > > > > [...] > > > > > > > > > > > > Can I use the patch on 5.4-STABLE? It applies cleanly (with offset, > > > > > > though), but I prefer to ask before doing useless tests. > > > > > > > > > > I've just tested it on 5.4-RELEASE, and it causes the system to hang > > > > > after a few seconds of heavy disk I/O. > > > > > > > > I have updated the patch to partially revert some earlier behavior. The > > > > hang didn't happen on my machine because I have more memory, but I'm > > > > confident of the cause. I updated it in place, feel free to try it on > > > > current or 5.x. > > > > > > This one works, and completely removes the sound jitter that used to > > > appear under heavy disk I/O (eg. untarring a 50 megs tarball). > > > > > > Congratulations! > > > > Thanks. I'd like to get some more experience with it under extreme load > > conditions, but I do eventually plan to MFC. > > I made one more slight change to the patch which should reduce the number > of times we needlessly scan the list. Can you make sure it does not cause > any problems for you? > Wow! It helps a lot. Even if maestro3(4) does not support channel_setblocksize I couldn't notice audio stuttering while extracting mozilla source. I noticed a few sound skipping when a command "rm -rf mozilla" was in progress. But I think systems that have audio hardwares with channel_setblocksize would have worked better than maestro(3). Thanks a lot! -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 09:36:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4311E16A41C for ; Thu, 9 Jun 2005 09:36:21 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E1C43D49 for ; Thu, 9 Jun 2005 09:36:20 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id j599aGOf095288; Thu, 9 Jun 2005 11:36:16 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j599aGL21738; Thu, 9 Jun 2005 11:36:16 +0200 (CEST) (envelope-from rabe) Date: Thu, 9 Jun 2005 11:36:16 +0200 From: "Raphael H. Becker" To: Paul Mather Message-ID: <20050609113616.I41471@p-i-n.com> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org>; from paul@gromit.dlib.vt.edu on Wed, Jun 08, 2005 at 01:38:42PM -0400 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-current@freebsd.org, "Matthew D. Fuller" Subject: Re: Accessing SCSI-Devices >2TB 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, 09 Jun 2005 09:36:21 -0000 On Wed, Jun 08, 2005 at 01:38:42PM -0400, Paul Mather wrote: > On Wed, 2005-06-08 at 12:11 -0500, Matthew D. Fuller wrote: > > On Wed, Jun 08, 2005 at 12:33:06PM -0400 I heard the voice of > > Paul Mather, and lo! it spake thus: > > > > > > Also, have you considered using geom_stripe for concatenation? It > > > postdates ccd. See the gstripe(8) man page for details. > > > > It probably bears mentioning that ccd will concatenate as well as > > stripe, which may be far more useful in this case. And that would > > lead to gconcat(8) instead of gstripe(8), too. According ccd(4) it is doing stripes which is a good idea for most settings. > I never realised until reading your message that there was a gconcat, > but, sure enough, it's there (and geom_concat). :-) Concat those two "logical drives" is the only reasonable solution for my setting. Let me try to explain: The RAID has 12 SATA-Discs in a 19" unit. Theese 12 discs are configured RAID5+HotSpare. Its host interface is SCSI320. So my host only can see the RAID's logical drives. The first idea was to have just one large logical drive (LD1) with 12 physical discs (PD1 - PD12), where P1 is HotSpare. The RAID wants to talk a LBA64 dialect of SCSI AFAIK and FreeBSD isn't able to talk this with the RAID --> no /dev/daX! Second solution was (preconfigured): Having one logical drive (LG1) partitioned into two chunks 50/50. Both partitions PRT1 and PRT2 are upon the logical drive LD1 therefore every access to each partition will result in physical action of PD2-PD12!! The partitions PRT1 and PRT2 are mapped to 2 LUNs 0 and 1 for SCSI ID 0. FreeBSD detects this as da1 at ahc1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da1: 1310177MB (2683242496 512 byte sectors: 255H 63S/T 167024C) da2 at ahc1 bus 0 target 0 lun 1 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da2: 1310177MB (2683242496 512 byte sectors: 255H 63S/T 167024C) (da0 is another external RAID on another controller channel). So, just to work around the LBA64 problem, the idea was to recombine those two "drives" /dev/da1 and /dev/da2 into a RAID (in FreeBSD). Two ways to do this: a) striping Every access to the logical drive in FreeBSD (/dev/ccd0) will access both partitions PRT1 and PRT2. Remember: Every single access to ONE of those two will result in physical disc action for PD2-PD12 and every access to /dev/ccd0 therefore will result in two accesses for each physical disc. --> Bad Idea. b) concat Every access to the logical drive in FreeBSD /dev/concat/data (see gconcat(8)) will access /dev/da1 _OR_ /dev/da2 and will cause just ONE physical drive access for each physical disc PD2-PD12. --> better. So gconcat will be my way to try it. Thanks for the hint! So if I will have a ~2.5TB device accessible from FreeBSD I will try to use the gpt thing upon this. Regards Raphael Becker From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 09:49:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37D3A16A421; Thu, 9 Jun 2005 09:49:01 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBDD943D4C; Thu, 9 Jun 2005 09:49:00 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DgJee-0003hl-00; Thu, 09 Jun 2005 11:48:52 +0200 Date: Thu, 9 Jun 2005 11:48:51 +0200 To: Marcin Jessa Message-ID: <20050609094851.GP8899@poupinou.org> References: <20050609013334.2db1202a.yazzy@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050609013334.2db1202a.yazzy@yazzy.org> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot Cc: FreeBSD-Current , FreeBSD-mobile Subject: Re: ichss0: transition to 1 failed 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, 09 Jun 2005 09:49:01 -0000 On Thu, Jun 09, 2005 at 01:33:34AM +0200, Marcin Jessa wrote: > My CPU: (Thinkpad R50e): > CPU: Intel(R) Celeron(R) M processor 1400MHz (1395.48-MHz 686-class CPU) Celeron dont support SpeedStep. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 09:56:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E415C16A41C for ; Thu, 9 Jun 2005 09:56:19 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-222-102-125.jan.bellsouth.net [68.222.102.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9131043D55 for ; Thu, 9 Jun 2005 09:56:19 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 8DC1220F6B; Thu, 9 Jun 2005 04:56:17 -0500 (CDT) Date: Thu, 9 Jun 2005 04:56:17 -0500 From: "Matthew D. Fuller" To: "Raphael H. Becker" Message-ID: <20050609095617.GA16677@over-yonder.net> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> <20050609113616.I41471@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050609113616.I41471@p-i-n.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: Paul Mather , freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB 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, 09 Jun 2005 09:56:20 -0000 On Thu, Jun 09, 2005 at 11:36:16AM +0200 I heard the voice of Raphael H. Becker, and lo! it spake thus: > > According ccd(4) it is doing stripes which is a good idea for most > settings. Well, it can do either; ccd means ConCatenated Disk, after all :) See ccd(4): A ccd may be either serially concatenated or interleaved. To serially concatenate the partitions, specify the interleave factor of 0. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 18:15:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 711F116A41C for ; Wed, 8 Jun 2005 18:15:46 +0000 (GMT) (envelope-from max_b@tut.by) Received: from c71.sam-solutions.net (c71.sam-solutions.net [217.21.35.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id A075243D66 for ; Wed, 8 Jun 2005 18:15:40 +0000 (GMT) (envelope-from max_b@tut.by) Received: from localhost.localdomain ([192.168.117.134]) by c71.sam-solutions.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 8 Jun 2005 21:15:35 +0300 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.4/8.13.3) with ESMTP id j58IYxVe005976; Wed, 8 Jun 2005 21:34:59 +0300 (EEST) (envelope-from max_b@tut.by) Received: (from max_b@localhost) by localhost.localdomain (8.13.4/8.13.3/Submit) id j58IYwh1005975; Wed, 8 Jun 2005 21:34:58 +0300 (EEST) (envelope-from max_b@tut.by) X-Authentication-Warning: localhost.localdomain: max_b set sender to max_b@tut.by using -f X-Comment-To: Brooks Davis To: Brooks Davis References: <86vf4pq931.fsf@tut.by> <20050608173913.GB20036@odin.ac.hmc.edu> From: Max Boyarov Date: Wed, 08 Jun 2005 21:34:58 +0300 In-Reply-To: <20050608173913.GB20036@odin.ac.hmc.edu> (Brooks Davis's message of "Wed, 8 Jun 2005 10:39:13 -0700") Message-ID: <86fyvspui5.fsf@tut.by> X-Mailer: Gnus v5.10.7/XEmacs 21.4 - "Jumbo Shrimp" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-OriginalArrivalTime: 08 Jun 2005 18:15:35.0311 (UTC) FILETIME=[10B371F0:01C56C56] X-Mailman-Approved-At: Thu, 09 Jun 2005 11:58:08 +0000 Cc: freebsd-current@freebsd.org Subject: Re: dhclient-exit-hooks 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, 08 Jun 2005 18:15:46 -0000 >>>>> "BD" == Brooks Davis writes: Thanks! It's work, but now i can't find how setup pid file for dhclient. ps + grep or pgrep work, but pid file name that includes name of a network interface seems to be more convenient. BD> On Wed, Jun 08, 2005 at 04:20:02PM +0300, Max Boyarov wrote: >> >> After last upgrade to current my dhclient-exit-hooks don't work. >> I checked my configuration again, but I cant found any place in >> /sbin/dhclient-script that runs hooks. How can I now use >> dhclient-exit-hooks ? BD> We need to add support for exit hooks back to the script.a I think this BD> should do it: BD> Index: sbin/dhclient/dhclient-script [ cut patch ] BD> -- Brooks BD> -- BD> Any statement of the form "X is the one, true Y" is FALSE. BD> PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 -- // Max B. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 19:11:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D323916A41C for ; Wed, 8 Jun 2005 19:11:07 +0000 (GMT) (envelope-from max_b@tut.by) Received: from c71.sam-solutions.net (c71.sam-solutions.net [217.21.35.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298C143D48 for ; Wed, 8 Jun 2005 19:11:06 +0000 (GMT) (envelope-from max_b@tut.by) Received: from localhost.localdomain ([192.168.117.134]) by c71.sam-solutions.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 8 Jun 2005 22:11:04 +0300 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.4/8.13.3) with ESMTP id j58JUSVW006784; Wed, 8 Jun 2005 22:30:28 +0300 (EEST) (envelope-from max_b@tut.by) Received: (from max_b@localhost) by localhost.localdomain (8.13.4/8.13.3/Submit) id j58JUSCR006783; Wed, 8 Jun 2005 22:30:28 +0300 (EEST) (envelope-from max_b@tut.by) X-Authentication-Warning: localhost.localdomain: max_b set sender to max_b@tut.by using -f X-Comment-To: Brooks Davis To: Brooks Davis References: <86vf4pq931.fsf@tut.by> <20050608173913.GB20036@odin.ac.hmc.edu> <86fyvspui5.fsf@tut.by> <20050608182228.GD20036@odin.ac.hmc.edu> From: Max Boyarov Date: Wed, 08 Jun 2005 22:30:28 +0300 In-Reply-To: <20050608182228.GD20036@odin.ac.hmc.edu> (Brooks Davis's message of "Wed, 8 Jun 2005 11:22:28 -0700") Message-ID: <868y1kprxn.fsf@tut.by> X-Mailer: Gnus v5.10.7/XEmacs 21.4 - "Jumbo Shrimp" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-OriginalArrivalTime: 08 Jun 2005 19:11:04.0950 (UTC) FILETIME=[D1520960:01C56C5D] X-Mailman-Approved-At: Thu, 09 Jun 2005 11:58:08 +0000 Cc: freebsd-current@freebsd.org Subject: Re: dhclient-exit-hooks 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, 08 Jun 2005 19:11:07 -0000 >>>>> "BD" == Brooks Davis writes: BD> On Wed, Jun 08, 2005 at 09:34:58PM +0300, Max Boyarov wrote: >> >> >>>>> "BD" == Brooks Davis writes: >> Thanks! It's work, but now i can't find how setup pid file for >> dhclient. ps + grep or pgrep work, but pid file name that includes >> name of a network interface seems to be more convenient. BD> Thanks for testing, I'll BD> There isn't a pid file at this point. I'm planning to add one as a way BD> to debounce startup requests that's more reliable than the current pgrep BD> solution, but it's not actually needed other than that. If you want to BD> kill dhclient, you just need to do "ifconfig down". But i can run more that one dhclient for one interface runing dhclient iface. It's ok ? -- // Max B. From owner-freebsd-current@FreeBSD.ORG Wed Jun 8 19:51:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0EC116A41C for ; Wed, 8 Jun 2005 19:51:08 +0000 (GMT) (envelope-from max_b@tut.by) Received: from c71.sam-solutions.net (c71.sam-solutions.net [217.21.35.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18D6443D49 for ; Wed, 8 Jun 2005 19:51:07 +0000 (GMT) (envelope-from max_b@tut.by) Received: from localhost.localdomain ([192.168.117.134]) by c71.sam-solutions.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Wed, 8 Jun 2005 22:51:05 +0300 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.13.4/8.13.3) with ESMTP id j58KATI2021485; Wed, 8 Jun 2005 23:10:29 +0300 (EEST) (envelope-from max_b@tut.by) Received: (from max_b@localhost) by localhost.localdomain (8.13.4/8.13.3/Submit) id j58KASAI021484; Wed, 8 Jun 2005 23:10:28 +0300 (EEST) (envelope-from max_b@tut.by) X-Authentication-Warning: localhost.localdomain: max_b set sender to max_b@tut.by using -f X-Comment-To: Brooks Davis To: Brooks Davis References: <86vf4pq931.fsf@tut.by> <20050608173913.GB20036@odin.ac.hmc.edu> <86fyvspui5.fsf@tut.by> <20050608182228.GD20036@odin.ac.hmc.edu> <868y1kprxn.fsf@tut.by> <20050608192935.GG20036@odin.ac.hmc.edu> From: Max Boyarov Date: Wed, 08 Jun 2005 23:10:27 +0300 In-Reply-To: <20050608192935.GG20036@odin.ac.hmc.edu> (Brooks Davis's message of "Wed, 8 Jun 2005 12:29:35 -0700") Message-ID: <86zmu0obik.fsf@tut.by> X-Mailer: Gnus v5.10.7/XEmacs 21.4 - "Jumbo Shrimp" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-OriginalArrivalTime: 08 Jun 2005 19:51:05.0779 (UTC) FILETIME=[68537830:01C56C63] X-Mailman-Approved-At: Thu, 09 Jun 2005 11:58:08 +0000 Cc: freebsd-current@freebsd.org Subject: Re: dhclient-exit-hooks 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, 08 Jun 2005 19:51:08 -0000 >>>>> "BD" == Brooks Davis writes: BD> On Wed, Jun 08, 2005 at 10:30:28PM +0300, Max Boyarov wrote: >> >> >>>>> "BD" == Brooks Davis writes: >> >> BD> On Wed, Jun 08, 2005 at 09:34:58PM +0300, Max Boyarov wrote: >> >> >> >> >>>>> "BD" == Brooks Davis writes: >> >> Thanks! It's work, but now i can't find how setup pid file for >> >> dhclient. ps + grep or pgrep work, but pid file name that includes >> >> name of a network interface seems to be more convenient. >> >> BD> Thanks for testing, I'll >> >> BD> There isn't a pid file at this point. I'm planning to add one as a way >> BD> to debounce startup requests that's more reliable than the current pgrep >> BD> solution, but it's not actually needed other than that. If you want to >> BD> kill dhclient, you just need to do "ifconfig down". >> But i can run more that one dhclient for one interface runing >> dhclient iface. It's ok ? BD> I'm not sure what you're getting at. You run one dhclient per BD> inferface. If you try to run another one, it causes the older one to BD> die. ok, i try recheck this after cvsup and buildworld. BD> -- Brooks BD> -- BD> Any statement of the form "X is the one, true Y" is FALSE. BD> PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 -- // Max B. From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 10:24:59 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B30F816A41C for ; Thu, 9 Jun 2005 10:24:59 +0000 (GMT) (envelope-from rea@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (rea.mbslab.kiae.ru [144.206.177.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5796D43D53 for ; Thu, 9 Jun 2005 10:24:59 +0000 (GMT) (envelope-from rea@rea.mbslab.kiae.ru) Received: from rea.mbslab.kiae.ru (localhost [127.0.0.1]) by rea.mbslab.kiae.ru (Postfix) with ESMTP id 79340B95C for ; Thu, 9 Jun 2005 14:24:57 +0400 (MSD) Received: by rea.mbslab.kiae.ru (Postfix, from userid 1000) id 5690DB909; Thu, 9 Jun 2005 14:24:57 +0400 (MSD) Date: Thu, 9 Jun 2005 14:24:57 +0400 From: "Eygene A. Ryabinkin" To: freebsd-current@freebsd.org Message-ID: <20050609102457.GO7063@rea.mbslab.kiae.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.9i X-AV-Checked: Yes! X-Mailman-Approved-At: Thu, 09 Jun 2005 11:58:08 +0000 Subject: NDIS does not compile-in into kernel 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, 09 Jun 2005 10:24:59 -0000 Hello! There is a bug: NDIS (aka ProjectEvil) driver does not compile into kernel statically due to lack of a typecast in /sys/compat/ndis/subr_ntoskrnl.c The PR is at http://www.freebsd.org/cgi/query-pr.cgi?pr=81767 -- rea From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 12:23:49 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4F9816A41C for ; Thu, 9 Jun 2005 12:23:49 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E0BD943D48 for ; Thu, 9 Jun 2005 12:23:48 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 09 Jun 2005 12:23:47 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp019) with SMTP; 09 Jun 2005 14:23:47 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 9 Jun 2005 14:23:37 +0200 User-Agent: KMail/1.8 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_LTDqC6KPVCbN7CX" Message-Id: <200506091423.39940@harrymail> X-Y-GMX-Trusted: 0 Subject: lapic@2k interrukts eating CPU cycles 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, 09 Jun 2005 12:23:49 -0000 --Boundary-00=_LTDqC6KPVCbN7CX Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello, I recognized that doing a "make clean" in a simple ports takes minutes to finish, so I saw that "systat -vm" shows me about 80% system usage during that. But even if it's finished lapic keeps generating 2000 interrupts/sec and consuming 25% CPU usage when the machine is doning nothing. Any hints what I could do? I have never seen lapic before, I just did a fresh 6-snapshot (june) install and upgraded to yesterdays -current. Please find attached my kernel conf, although this time I use ULE the sluggish "make clean" behaviour was also with 4.2BSD (but I haven't looked after the CPU usage) Thanks, -Harry --Boundary-00=_LTDqC6KPVCbN7CX Content-Type: text/plain; charset="us-ascii"; name="CALE" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="CALE" #2005/06/05 ######################################## ## Kernel for D815UFVW ## ######################################## ## DEBUGS! options KDB # Enable kernel debugger support. #options KDB_TRACE #options KDB_UNATTENDED options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options KTRACE # ktrace(1) support makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols machine i386 cpu I686_CPU options PQ_CACHESIZE=256 # color for 512k/16k cache ident CALE options SCHED_ULE # ULE scheduler #options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options SOFTUPDATES # Enable FFS soft updates support #options UFS_EXTATTR #options UFS_EXTATTR_AUTOSTART #options QUOTA #enable disk quotas #options SUIDDIR options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options UDF options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options GEOM_BDE options GEOM_GATE options GEOM_LABEL options GEOM_MIRROR options GEOM_STRIPE options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] #options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. #options TCP_DROP_SYNFIN #options ZERO_COPY_SOCKETS options DEVICE_POLLING # Bus support. Do not remove isa, even if you have no isa slots device acpi device isa device pci device apic # I/O APIC device agp # support several AGP chipsets device npx # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse options ATKBD_DFLT_KEYMAP makeoptions ATKBD_DFLT_KEYMAP=german.iso device vga # VGA video card driver options VESA device splash # Splash screen and screen saver support device sc options MAXCONS=12 options SC_DISABLE_REBOOT options SC_PIXEL_MODE options SC_HISTORY_SIZE=1000 options SC_DFLT_FONT makeoptions SC_DFLT_FONT=iso15 # syscons is the default console driver, resembling an SCO console device sc device pmtimer # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device device vpo # Requires scbus and da # PCI Ethernet NICs. device em # Intel PRO/1000 adapter Gigabit Ethernet Card # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard options UKBD_DFLT_KEYMAP makeoptions UKBD_DFLT_KEYMAP=german.iso device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners device uplcom device ucom # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device smbus # Bus support, required for smb below. device smb device sound device snd_ich device ichsmb device atapicam --Boundary-00=_LTDqC6KPVCbN7CX-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 12:34:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A8E616A41C for ; Thu, 9 Jun 2005 12:34:37 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from esemetz.metz.supelec.fr (esemetz.metz.supelec.fr [193.48.224.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7523043D5C for ; Thu, 9 Jun 2005 12:34:33 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from smtp.metz.supelec.fr (smtp.metz.supelec.fr [193.48.224.205]) by esemetz.metz.supelec.fr (8.11.6/8.9.3) with ESMTP id j59CYQT32118 for ; Thu, 9 Jun 2005 14:34:27 +0200 Received: from altern.org (nou.rez-metz.supelec.fr [193.48.225.2]) by smtp.metz.supelec.fr (8.11.6/8.11.6) with ESMTP id j59CY0K22285 for ; Thu, 9 Jun 2005 14:34:00 +0200 Message-ID: <42A83750.70904@altern.org> Date: Thu, 09 Jun 2005 14:34:24 +0200 From: =?ISO-8859-1?Q?Gr=E9gory_Nou?= User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: fr, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Update messed everything... 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, 09 Jun 2005 12:34:37 -0000 Hi I updated from 5.4-release to 6.0-current Update went ok, but when I reboot after make installworld, ... total mess First, i cannot even boot : my nvidia graphics card made the system panicing Fatal trap 12 : page fault while in kernel mode Booting with the console line, I disabled nvidia.ko and the panic disappeared. (for this point, I suppose I did something wrong during the update) Then, new problem. When using /etc/fstab, the system said there was a problem. And asked me what shell I want to use (you know, the question that when you have it, you know you should pray, because problems are only beginning) Still, the partitions were all mounted. i did fsck, but it did not pretend to correct errors on fs So I try to look at the man... and there : more unfindable... as for less, make, sed, uname, ... I know how to fix it using a cd. (http://lists.freebsd.org/pipermail/freebsd-questions/2005-January/073301.html) Still, I need some precisions : did I miss some entry in UPDATING ? When I have everything fixed, should I make buildworld, buildkernel and so on from the beginning again ? Would fsck -a correct my filesystem ? Thanks a lot ! Grégory From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 12:45:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8279516A41C for ; Thu, 9 Jun 2005 12:45:07 +0000 (GMT) (envelope-from robbak@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BF7143D1D for ; Thu, 9 Jun 2005 12:45:07 +0000 (GMT) (envelope-from robbak@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so79542wri for ; Thu, 09 Jun 2005 05:45:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mId+A4PB2jRIFGdVpXfb2Apin6rpgex49u5IbEq6Z1B/n8EwVFUV7gov5BvSpYuEDQCLHUYCP5+Lg9L+JLzY54jj4BwbA7hUiTMHxzdysjEIOAhAB40qdDzuKQR75KLI7b00NYroKjSdf017ALzM+zf92aQo81wnquPdlayq2Vg= Received: by 10.54.47.59 with SMTP id u59mr356900wru; Thu, 09 Jun 2005 05:45:06 -0700 (PDT) Received: by 10.54.130.5 with HTTP; Thu, 9 Jun 2005 05:45:06 -0700 (PDT) Message-ID: Date: Thu, 9 Jun 2005 22:45:06 +1000 From: Robert Backhaus To: =?ISO-8859-1?Q?Gr=E9gory_Nou?= In-Reply-To: <42A83750.70904@altern.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42A83750.70904@altern.org> Cc: current@freebsd.org Subject: Re: Update messed everything... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Robert Backhaus List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 12:45:07 -0000 On 6/9/05, Gr=E9gory Nou wrote: > Hi >=20 > I updated from 5.4-release to 6.0-current > Update went ok, but when I reboot after make installworld, ... total mess >=20 > First, i cannot even boot : > my nvidia graphics card made the system panicing > Fatal trap 12 : page fault while in kernel mode > Booting with the console line, I disabled nvidia.ko and the panic > disappeared. Fine: that's easily fixed. You will need to re-build this module from the p= ort. > (for this point, I suppose I did something wrong during the update) > Then, new problem. When using /etc/fstab, the system said there was a > problem. What problem???? > And asked me what shell I want to use (you know, the question that when > you have it, you know you should pray, because problems are only beginnin= g) > Still, the partitions were all mounted. Could you give us your fstab file? > i did fsck, but it did not pretend to correct errors on fs > So I try to look at the man... and there : more unfindable... as for > less, make, sed, uname, ... > I know how to fix it using a cd. > (http://lists.freebsd.org/pipermail/freebsd-questions/2005-January/073301= .html) > Still, I need some precisions : > did I miss some entry in UPDATING ? > When I have everything fixed, should I make buildworld, buildkernel and > so on from the beginning again ? > Would fsck -a correct my filesystem ? >=20 > Thanks a lot ! >=20 > Gr=E9gory >=20 > _______________________________________________ > 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 Thu Jun 9 12:56:41 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9919416A420 for ; Thu, 9 Jun 2005 12:56:41 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9342D43D48 for ; Thu, 9 Jun 2005 12:56:40 +0000 (GMT) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from wrzx34.rz.uni-wuerzburg.de (wrzx34.rz.uni-wuerzburg.de [132.187.3.34]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 7FBEDDA830; Thu, 9 Jun 2005 14:56:39 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 636BFAC850; Thu, 9 Jun 2005 14:56:39 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx34.rz.uni-wuerzburg.de (Postfix) with ESMTP id 410E4A69F4; Thu, 9 Jun 2005 14:56:39 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 12A36DB383; Thu, 9 Jun 2005 14:56:39 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j59Cuc99058698; Thu, 9 Jun 2005 14:56:38 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.3/8.13.1) with ESMTP id j59Cub7t097261; Thu, 9 Jun 2005 14:56:38 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.3/8.13.3) with ESMTP id j58FOIiO003157; Wed, 8 Jun 2005 17:24:18 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Received: (from q@localhost) by roadrunner.q.local (8.13.3/8.13.3/Submit) id j58FOHBT003156; Wed, 8 Jun 2005 17:24:17 +0200 (CEST) (envelope-from spoerlein@informatik.uni-wuerzburg.de) Date: Wed, 8 Jun 2005 17:24:17 +0200 From: Ulrich Spoerlein To: Jeremie Le Hen Message-ID: <20050608152417.GB836@galgenberg.net> Mail-Followup-To: Jeremie Le Hen , freebsd-current@FreeBSD.org References: <20050608084229.GH41050@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <20050608084229.GH41050@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) Cc: freebsd-current@freebsd.org Subject: Re: pam.conf(5) and pam(8) 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, 09 Jun 2005 12:56:41 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 08.06.2005 at 10:42:29 +0200, Jeremie Le Hen wrote: > Hi list, >=20 > I can find neither pam.conf(5) nor pam(8) on both my -CURRENT and > RELENG_5, although it is referenced in all pam_(8) manpage > as well as in login(1), su(1), login.access(5) and hier(7) for > pam(8). My RELENG_4 does have this manpages, although they point > to the same one. >=20 > Is it the intended behaviour ? Maybe it has been moved to another > manual page (I can't find which one) and in that case, I would be > glad to provide an update to the above manpages. Shameless plug: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Ddocs/63084 Ulrich Sp=F6rlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCpw2hmArGtfDbn0QRAjDGAKCxkwy87xzz30InzK4ALK61+6sWewCg0zzX aCjyimUWCI3do+63ZniwDKc= =qv4Z -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 12:59:31 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB04816A44C for ; Thu, 9 Jun 2005 12:59:31 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from esemetz.metz.supelec.fr (esemetz.metz.supelec.fr [193.48.224.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2225C43D49 for ; Thu, 9 Jun 2005 12:59:30 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from smtp.metz.supelec.fr (smtp.metz.supelec.fr [193.48.224.205]) by esemetz.metz.supelec.fr (8.11.6/8.9.3) with ESMTP id j59CxST02572 for ; Thu, 9 Jun 2005 14:59:28 +0200 Received: from altern.org (nou.rez-metz.supelec.fr [193.48.225.2]) by smtp.metz.supelec.fr (8.11.6/8.11.6) with ESMTP id j59CwsK22659; Thu, 9 Jun 2005 14:58:54 +0200 Message-ID: <42A83D26.3020402@altern.org> Date: Thu, 09 Jun 2005 14:59:18 +0200 From: =?ISO-8859-1?Q?Gr=E9gory_Nou?= User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: fr, en MIME-Version: 1.0 To: Robert Backhaus References: <42A83750.70904@altern.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: Update messed everything... 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, 09 Jun 2005 12:59:31 -0000 Robert Backhaus a écrit : >On 6/9/05, Grégory Nou wrote: > > >>Hi >> >>I updated from 5.4-release to 6.0-current >>Update went ok, but when I reboot after make installworld, ... total mess >> >>First, i cannot even boot : >>my nvidia graphics card made the system panicing >>Fatal trap 12 : page fault while in kernel mode >>Booting with the console line, I disabled nvidia.ko and the panic >>disappeared. >> >> > >Fine: that's easily fixed. You will need to re-build this module from the port. > > > Well, first I'll need to repair the make utility... But I suppose I'll get it >>(for this point, I suppose I did something wrong during the update) >>Then, new problem. When using /etc/fstab, the system said there was a >>problem. >> >> > >What problem???? > > I should have written it, so from memory (I reboot with windows, because my BSD was barely usable) it was something like : unable to mount partitions as in /etc/fstab (and then, the choice of the shell) > > >>And asked me what shell I want to use (you know, the question that when >>you have it, you know you should pray, because problems are only beginning) >>Still, the partitions were all mounted. >> >> > >Could you give us your fstab file? > > not for the moment (but I don't think it would help, since it used to work as is before the upgrade). The problem did not come from the fstab in my opinion, but from errors on the partitions, because I finally achieve to fsck, and now the system boot quite normally. But the problems with the missing utilities still remain. > > >>i did fsck, but it did not pretend to correct errors on fs >>So I try to look at the man... and there : more unfindable... as for >>less, make, sed, uname, ... >>I know how to fix it using a cd. >>(http://lists.freebsd.org/pipermail/freebsd-questions/2005-January/073301.html) >>Still, I need some precisions : >>did I miss some entry in UPDATING ? >>When I have everything fixed, should I make buildworld, buildkernel and >>so on from the beginning again ? >>Would fsck -a correct my filesystem ? >> >>Thanks a lot ! >> >> Honestly, what bother me is not the problem itself. I think I'll be able to manage it (yet, I would appreciate if someone would be able to tell me if I should do everything again) I'm more worried by the fact I really can't understand why my file system messed up without any dirty reboot, and why utilities suddently disappeared. Thanks for your answer. -- Grégory From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 13:05:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A200016A41C for ; Thu, 9 Jun 2005 13:05:00 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401B343D53 for ; Thu, 9 Jun 2005 13:04:59 +0000 (GMT) (envelope-from discussion-lists@linnet.org) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id BE6F21DEB; Thu, 9 Jun 2005 09:04:51 -0400 (EDT) Received: from billdog.local.linnet.org (dsl-212-74-113-66.access.uk.tiscali.com [212.74.113.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 5AFC68F; Thu, 9 Jun 2005 09:04:48 -0400 (EDT) Received: from lists by billdog.local.linnet.org with local (Exim 4.50 (FreeBSD)) id 1DgMid-0000Cz-Jt; Thu, 09 Jun 2005 14:05:11 +0100 Date: Thu, 9 Jun 2005 14:05:11 +0100 From: Brian Candler To: "Raphael H. Becker" Message-ID: <20050609130511.GA732@uk.tiscali.com> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> <20050609113616.I41471@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050609113616.I41471@p-i-n.com> User-Agent: Mutt/1.4.2.1i Cc: Paul Mather , freebsd-current@freebsd.org, "Matthew D. Fuller" Subject: Re: Accessing SCSI-Devices >2TB 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, 09 Jun 2005 13:05:00 -0000 On Thu, Jun 09, 2005 at 11:36:16AM +0200, Raphael H. Becker wrote: > The first idea was to have just one large logical drive (LD1) with 12 > physical discs (PD1 - PD12), where P1 is HotSpare. The RAID wants to talk > a LBA64 dialect of SCSI AFAIK and FreeBSD isn't able to talk this with > the RAID --> no /dev/daX! SCSI has always used a Linear (or Logical) Block Address offset from the start of the disk. What you probably mean is that the controller is issuing a READ(16) command instead of a READ(10), for example. See the SCSI documentation: e.g. http://www.t10.org/ftp/t10/drafts/sbc2/sbc2r16.pdf Now, setting aside the ccd workarounds for now, IIUC the fundamental problem is that you cannot attach your drive array when it presents itself as a single volume with more than 2^31 blocks. This means that either: (1) there's a problem with your drive array under this condition; or (2) there's a problem with your SCSI controller under this condition; or (3) there's a problem with FreeBSD under this condition. To prove which it is, I think you need to show the actual problematic SCSI command sent to the drive, and the actual response (if any) which comes back. According to your log at http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051163.html it says that FreeBSD is objecting to the response from the drive array (protocol violation in Message In phase) Perhaps someone here can say what's the best way to enable this level of debugging? From the 5.4 source tree it looks like you can define CAMDEBUG when building the kernel, and then use "camcontrol debug" to enable debugging for a particular target (or "all") Just a suggestion... Brian. From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 13:10:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0677516A41C for ; Thu, 9 Jun 2005 13:10:17 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFB7243D1F for ; Thu, 9 Jun 2005 13:10:16 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DgMnY-0000NT-Ay; Thu, 09 Jun 2005 13:10:16 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DgMnO-0005rJ-Li; Thu, 09 Jun 2005 06:10:06 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17064.16302.164797.404595@roam.psg.com> Date: Thu, 9 Jun 2005 06:10:06 -0700 To: Rainer Duffner References: <17063.34823.866303.74727@roam.psg.com> <42A7F87B.5000308@ultra-secure.de> Cc: FreeBSD Current Subject: Re: problem with boot0cfg on a twe? 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, 09 Jun 2005 13:10:17 -0000 >> very -current >> >> # boot0cfg -B -d 1 -s 1 -v twed0 >> boot0cfg: write_mbr: /dev/twed0: No such file or directory >> >> # boot0cfg -B -d 1 -s 1 -v twe0 >> boot0cfg: read /dev/twe0: Operation not supported by device >> >> # ls -l /dev/twed0 >> crw-r----- 1 root operator 0, 76 Jun 8 23:32 /dev/twed0 >> >> # df >> Filesystem 1024-blocks Used Avail Capacity Mounted on >> /dev/twed0s1a 253678 67506 165878 29% / >> devfs 1 1 0 100% /dev >> /dev/twed0s1d 126702 7682 108884 7% /var >> /dev/twed0s1e 126702 192 116374 0% /var/spool >> /dev/twed0s1f 28341292 2393116 23680874 9% /usr >> /dev/twed0s1g 4058062 54 3733364 0% /usr/home >> /dev/twed0s1h 63256 858 57338 1% /root >> /dev/twed1s1e 961291472 536501578 347886578 61% /data >> procfs 4 4 0 100% /proc >> /dev/md0 126702 14 116552 0% /tmp >> >> and the current man page for boot0cfg implies that i can install >> boot0 - crt only >> boot0sio - sio only >> >> i have many systems with /boot.config having -P that seem to be >> willing to go either way. what am i not understanding? > > I think the problem is that you can't write onto the disk when you have > it in use (for 5.4 at least). It just gives the wrong error-message. > I had the same problem - booting from CD usually lets you apply boot0cfg. not very useful for remote admin. why should i not be able to write it? > But my real problem is that I can only boot the PC from the SuSE 9.2 CD > ! (2*120GB as RAID1). When I boot from the array, I get a kind of > endless loop of pre-boot panic or just an endless beep at the F1-promt, > depending if I have booteasy or not. > > When I boot from the SuSE9.2 CD, it will recognize that I have a Unix-OS > already installed and boot from HD as default. > That always works. > I have 3 identical PCs with this problem. yechh! i can boot this sucker. though i have to manually go through FreeBSD/i386 boot Default: 0:ad(1,a)kernel boot: 1:ad(1,a)/boot/loader which is what i want to fix randy From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 13:38:20 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C540116A41C for ; Thu, 9 Jun 2005 13:38:20 +0000 (GMT) (envelope-from djp@polands.org) Received: from galilee.polands.org (CPE-24-208-53-189.new.res.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6751643D1D for ; Thu, 9 Jun 2005 13:38:19 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org (jericho.polands.org [172.16.1.35] (may be forged)) by galilee.polands.org (8.12.9/8.12.9) with ESMTP id j59DbtJB043283; Thu, 9 Jun 2005 08:38:04 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.3/8.13.1) with ESMTP id j59DboDU068822; Thu, 9 Jun 2005 08:37:50 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.3/8.13.1/Submit) id j59Dbngl068821; Thu, 9 Jun 2005 08:37:49 -0500 (CDT) (envelope-from djp) Date: Thu, 9 Jun 2005 08:37:49 -0500 From: Doug Poland To: Jeff Roberson Message-ID: <20050609133749.GA68687@polands.org> References: <20050604052429.T8209@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050604052429.T8209@mail.chesapeake.net> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: ULE Status. 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, 09 Jun 2005 13:38:20 -0000 On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let > me know if you run into any problems with it, preferably with a seperate > mail to me as I'm more likely to see this than one which is cc'd to > current@. > I'm consistently getting hard locks on a 4-way PIII Xeon using a generic kernel with ULE. Here's what was on the console on the 2nd to last lock-up: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 03 fault virtual address = 0x150 fault code = supervisor read, page not present instruction pointer = 0x20: 0xc0642e6e stack pointer = 0x28: 0xe4fd9b8c frame pointer = 0x28: 0xe4fd9bb0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 49 (swi4: clock sio) I've also seen hard locks with gkrellmd, fsck running in multi-user mode. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 13:57:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4EFA16A41C for ; Thu, 9 Jun 2005 13:57:24 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4203843D49 for ; Thu, 9 Jun 2005 13:57:23 +0000 (GMT) (envelope-from rainer@ultra-secure.de) Received: (qmail 62345 invoked by uid 1005); 9 Jun 2005 13:57:22 -0000 Received: from rainer@ultra-secure.de by bsd.ultra-secure.de by uid 89 with qmail-scanner-1.22 (clamdscan: 0.85. spamassassin: 2.64. Clear:RC:1(213.196.191.65):. Processed in 0.032334 secs); 09 Jun 2005 13:57:22 -0000 Received: from unknown (HELO ?192.168.100.179?) (rainer@ultra-secure.de@213.196.191.65) by bsd.ultra-secure.de with (DHE-RSA-AES256-SHA encrypted) SMTP; 9 Jun 2005 13:57:22 -0000 Message-ID: <42A84AC1.5090804@ultra-secure.de> Date: Thu, 09 Jun 2005 15:57:21 +0200 From: Rainer Duffner User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <17063.34823.866303.74727@roam.psg.com> <42A7F87B.5000308@ultra-secure.de> <17064.16302.164797.404595@roam.psg.com> In-Reply-To: <17064.16302.164797.404595@roam.psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: problem with boot0cfg on a twe? 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, 09 Jun 2005 13:57:25 -0000 Randy Bush wrote: >>>very -current >>> >>># boot0cfg -B -d 1 -s 1 -v twed0 >>>boot0cfg: write_mbr: /dev/twed0: No such file or directory >>> >>># boot0cfg -B -d 1 -s 1 -v twe0 >>>boot0cfg: read /dev/twe0: Operation not supported by device >>> >>># ls -l /dev/twed0 >>>crw-r----- 1 root operator 0, 76 Jun 8 23:32 /dev/twed0 >>> >>># df >>>Filesystem 1024-blocks Used Avail Capacity Mounted on >>>/dev/twed0s1a 253678 67506 165878 29% / >>>devfs 1 1 0 100% /dev >>>/dev/twed0s1d 126702 7682 108884 7% /var >>>/dev/twed0s1e 126702 192 116374 0% /var/spool >>>/dev/twed0s1f 28341292 2393116 23680874 9% /usr >>>/dev/twed0s1g 4058062 54 3733364 0% /usr/home >>>/dev/twed0s1h 63256 858 57338 1% /root >>>/dev/twed1s1e 961291472 536501578 347886578 61% /data >>>procfs 4 4 0 100% /proc >>>/dev/md0 126702 14 116552 0% /tmp >>> >>>and the current man page for boot0cfg implies that i can install >>> boot0 - crt only >>> boot0sio - sio only >>> >>>i have many systems with /boot.config having -P that seem to be >>>willing to go either way. what am i not understanding? >>> >>> >>I think the problem is that you can't write onto the disk when you have >>it in use (for 5.4 at least). It just gives the wrong error-message. >>I had the same problem - booting from CD usually lets you apply boot0cfg. >> >> > >not very useful for remote admin. why should i not be able to write it? > > > >>But my real problem is that I can only boot the PC from the SuSE 9.2 CD >>! (2*120GB as RAID1). When I boot from the array, I get a kind of >>endless loop of pre-boot panic or just an endless beep at the F1-promt, >>depending if I have booteasy or not. >> >>When I boot from the SuSE9.2 CD, it will recognize that I have a Unix-OS >>already installed and boot from HD as default. >>That always works. >>I have 3 identical PCs with this problem. >> >> > >yechh! > >i can boot this sucker. though i have to manually go through > > FreeBSD/i386 boot > Default: 0:ad(1,a)kernel > boot: 1:ad(1,a)/boot/loader > >which is what i want to fix > >randy > I looked in my archives (well, it's actually at gmane): I got this from Doug White: > This is a erroneous message. The actual problem is: > > > > 484 boot0cfg NAMI "/dev/twed0" > > 484 boot0cfg RET open -1 errno 1 Operation not permitted > > > > This is a known problem with certain MBR layouts. To work around this > > problem, set: > > > > sysctl kern.geom.debugflags=16 > > then try your boot0cfg. There's a protection mechanism that sometimes gets > > confused by certain partition table layouts. Flag 16 disables that > > protection. I don't recommend running this unless you are explicitly > > trying to updating something in a partition table-like area; its very easy > > to destroy your system with the flag set! Can you try this? cheers, Rainer From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 14:02:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4124C16A41C for ; Thu, 9 Jun 2005 14:02:30 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECC6743D49 for ; Thu, 9 Jun 2005 14:02:29 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DgNc5-0001jg-Jd; Thu, 09 Jun 2005 14:02:29 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.51 (FreeBSD)) id 1DgNbv-0005xm-TF; Thu, 09 Jun 2005 07:02:20 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17064.19435.300416.290741@roam.psg.com> Date: Thu, 9 Jun 2005 07:02:19 -0700 To: Rainer Duffner References: <17063.34823.866303.74727@roam.psg.com> <42A7F87B.5000308@ultra-secure.de> <17064.16302.164797.404595@roam.psg.com> <42A84AC1.5090804@ultra-secure.de> Cc: FreeBSD Current Subject: Re: problem with boot0cfg on a twe? 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, 09 Jun 2005 14:02:30 -0000 > I looked in my archives (well, it's actually at gmane): > > I got this from Doug White: > >> This is a erroneous message. The actual problem is: >>> >>> 484 boot0cfg NAMI "/dev/twed0" >>> 484 boot0cfg RET open -1 errno 1 Operation not permitted >>> >>> This is a known problem with certain MBR layouts. To work around this >>> problem, set: >>> >>> sysctl kern.geom.debugflags=16 >>> then try your boot0cfg. There's a protection mechanism that sometimes gets >>> confused by certain partition table layouts. Flag 16 disables that >>> protection. I don't recommend running this unless you are explicitly >>> trying to updating something in a partition table-like area; its very easy >>> to destroy your system with the flag set! > Can you try this? bingo!!! # sysctl kern.geom.debugflags=16 kern.geom.debugflags: 0 -> 16 # boot0cfg -B -d 1 -s 1 -v twed0 # flag start chs type end chs offset size 1 0x80 0: 1: 1 0xa5 1023:254:63 63 72292437 version=1.0 drive=0x1 mask=0xf ticks=182 options=packet,update,nosetdrv default_selection=F1 (Slice 1) now the remaining issue is how to install a boot which goes to serial only if no crt/kbd installed. randy From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 14:05:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1523F16A41C for ; Thu, 9 Jun 2005 14:05:59 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from esemetz.metz.supelec.fr (esemetz.metz.supelec.fr [193.48.224.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5956243D1F for ; Thu, 9 Jun 2005 14:05:57 +0000 (GMT) (envelope-from gregorynou@altern.org) Received: from smtp.metz.supelec.fr (smtp.metz.supelec.fr [193.48.224.205]) by esemetz.metz.supelec.fr (8.11.6/8.9.3) with ESMTP id j59E5vT11297 for ; Thu, 9 Jun 2005 16:05:57 +0200 Received: from altern.org (nou.rez-metz.supelec.fr [193.48.225.2]) by smtp.metz.supelec.fr (8.11.6/8.11.6) with ESMTP id j59E5UK23771; Thu, 9 Jun 2005 16:05:30 +0200 Message-ID: <42A84CBF.9070701@altern.org> Date: Thu, 09 Jun 2005 16:05:51 +0200 From: =?ISO-8859-1?Q?Gr=E9gory_Nou?= User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: fr, en MIME-Version: 1.0 To: Doug Poland References: <20050604052429.T8209@mail.chesapeake.net> <20050609133749.GA68687@polands.org> In-Reply-To: <20050609133749.GA68687@polands.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE Status. 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, 09 Jun 2005 14:05:59 -0000 Doug Poland a écrit : >On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > > >>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let >>me know if you run into any problems with it, preferably with a seperate >>mail to me as I'm more likely to see this than one which is cc'd to >>current@. >> >> >> >I'm consistently getting hard locks on a 4-way PIII Xeon using a generic >kernel with ULE. Here's what was on the console on the 2nd to last >lock-up: > > >kernel trap 12 with interrupts disabled > >Fatal trap 12: page fault while in kernel mode > >cpuid = 0; apic id = 03 > >fault virtual address = 0x150 >fault code = supervisor read, page not present >instruction pointer = 0x20: 0xc0642e6e >stack pointer = 0x28: 0xe4fd9b8c >frame pointer = 0x28: 0xe4fd9bb0 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = resume, IOPL = 0 >current process = 49 (swi4: clock sio) > > >I've also seen hard locks with gkrellmd, fsck running in multi-user >mode. > > > I get (what I think is) the same problem but not in the same case. When I load nvidia.ko, I get this : nvidia0 : mem 0xe400000 - 0xe4ffffff, 0xd00.... - 0xdfff.... irq 16 at device 0.0 on pci 1 WARNING : Device Driver Fatal trap 12: page fault while in kernel mode fault virtual address = 0x480008 fault code = supervisor read, page not present instruction pointer = 0x20: 0xc059de04 stack pointer = 0x28: 0xc1020984 frame pointer = 0x28: 0xc1020984 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = niterrupt enabled, resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic = page fault uptime : 1s I use ULE. From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 14:18:16 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A034316A41C for ; Thu, 9 Jun 2005 14:18:16 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5731543D53 for ; Thu, 9 Jun 2005 14:18:15 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 3BB001734CE for ; Thu, 9 Jun 2005 16:18:15 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 38FEF4080; Thu, 9 Jun 2005 16:17:57 +0200 (CEST) Date: Thu, 9 Jun 2005 16:17:56 +0200 From: Jeremie Le Hen To: Jeremie Le Hen , freebsd-current@FreeBSD.org Message-ID: <20050609141756.GA41050@obiwan.tataz.chchile.org> References: <20050608084229.GH41050@obiwan.tataz.chchile.org> <20050608152417.GB836@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050608152417.GB836@galgenberg.net> User-Agent: Mutt/1.5.9i Cc: Subject: Re: pam.conf(5) and pam(8) 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, 09 Jun 2005 14:18:16 -0000 Hi Ulrich, > Shameless plug: > http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/63084 Thanks for the pointer, I still don't have the habit to check PRs, unfortunately. I'll whip myself for this. However I don't understand why the manpage disappeared between RELENG_4 and its successors. The pam(8) manpage (as well as pam.conf(5) one, since it links to the same one) belongs to libpam, which is an import of Linux-PAM, if I understand correctly. The later has been removed from HEAD by des@ in 2002 : what is replacing it ATM ? Watching at RELENG_4's pam.conf(5) manpage revealed that it seems to still be in conformity with the current pam.conf(5) format, although not written with the BSD art. Wouldn't it be possible to use this one ? Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 14:32:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F2E16A41C for ; Thu, 9 Jun 2005 14:32:43 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from tide.yandex.ru (tide.yandex.ru [213.180.200.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC9B43D48 for ; Thu, 9 Jun 2005 14:32:42 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from YAMAIL (tide.yandex.ru) by mail.yandex.ru id ; Thu, 9 Jun 2005 18:32:32 +0400 Date: Thu, 9 Jun 2005 18:32:32 +0400 (MSD) From: "Polakov Alexander" Sender: polachok@narod.ru Message-Id: <42A85300.000005.24475@tide.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: polachok@narod.ru To: freebsd-current@freebsd.org X-Source-Ip: 213.158.4.38 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: locale problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: polachok@narod.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 14:32:43 -0000 I'm getting errors like "aterm: Cannot set locale", when I run aterm, and like this "(gedit:803): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale." when I run gedit from terminal. And I can not do any input in russian in non-gtk2 (plain X) programs and in my user's console. It's OK in root's console. I have: FreeBSD darkstar 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Jun 7 20:16:06 MSD 2005 root@darkstar:/usr/obj/usr/src/sys/PSL2 i386 LANG=ru_RU.KOI8-R Locale is set by user's class russian. Maybe some additional info? Everything was fine when I used 5.4-STABLE. Alexander Polakov From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 14:55:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B16716A41C for ; Thu, 9 Jun 2005 14:55:25 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from camay.yandex.ru (camay.yandex.ru [213.180.200.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8510043D53 for ; Thu, 9 Jun 2005 14:55:24 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from YAMAIL (camay.yandex.ru) by mail.yandex.ru id ; Thu, 9 Jun 2005 18:55:07 +0400 Date: Thu, 9 Jun 2005 18:55:07 +0400 (MSD) From: "Polakov Alexander" Sender: polachok@narod.ru Message-Id: <42A8584B.000005.06139@camay.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: polachok@narod.ru To: freebsd-current@freebsd.org In-Reply-To: <42A84CBF.9070701@altern.org> References: <20050604052429.T8209@mail.chesapeake.net> <42A84CBF.9070701@altern.org> X-Source-Ip: 213.158.4.38 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Subject: Re: ULE Status. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: polachok@narod.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 14:55:25 -0000 >Doug Poland a Êcrit : > >>On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: >> >> >>>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please let >>>me know if you run into any problems with it, preferably with a seperate >>>mail to me as I'm more likely to see this than one which is cc'd to >>>current@. >>> >>> >>> >>I'm consistently getting hard locks on a 4-way PIII Xeon using a generic >>kernel with ULE. Here's what was on the console on the 2nd to last >>lock-up: >> >> >>kernel trap 12 with interrupts disabled >> >>Fatal trap 12: page fault while in kernel mode >> >>cpuid = 0; apic id = 03 >> >>fault virtual address = 0x150 >>fault code = supervisor read, page not present >>instruction pointer = 0x20: 0xc0642e6e >>stack pointer = 0x28: 0xe4fd9b8c >>frame pointer = 0x28: 0xe4fd9bb0 >>code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >>processor eflags = resume, IOPL = 0 >>current process = 49 (swi4: clock sio) >> >> >>I've also seen hard locks with gkrellmd, fsck running in multi-user >>mode. >> >> >> >I get (what I think is) the same problem but not in the same case. >When I load nvidia.ko, I get this : > >nvidia0 : mem 0xe400000 - 0xe4ffffff, 0xd00.... - 0xdfff.... irq 16 at device 0.0 on pci 1 > >WARNING : Device Driver > >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0x480008 >fault code = supervisor read, page not present >instruction pointer = 0x20: 0xc059de04 >stack pointer = 0x28: 0xc1020984 >frame pointer = 0x28: 0xc1020984 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = niterrupt enabled, resume, IOPL = 0 >current process = 0 (swapper) >trap number = 12 >panic = page fault > >uptime : 1s > >I use ULE. > >_______________________________________________ >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 use ULE, PREEMPTION but I've no problems with nvidia-driver-1.0.7174 From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 14:55:25 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50A3B16A41C for ; Thu, 9 Jun 2005 14:55:25 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7E7443D55 for ; Thu, 9 Jun 2005 14:55:24 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IHT00I62O4AHM@ms-dienst.rz.rwth-aachen.de> for freebsd-current@FreeBSD.org; Thu, 09 Jun 2005 16:55:23 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Thu, 09 Jun 2005 16:55:22 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j59EtL5D004860; Thu, 09 Jun 2005 16:55:21 +0200 (MEST) Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 4E3F528439; Thu, 09 Jun 2005 16:55:21 +0200 (CEST) Date: Thu, 09 Jun 2005 16:55:21 +0200 From: Christian Brueffer In-reply-to: <20050609141756.GA41050@obiwan.tataz.chchile.org> To: Jeremie Le Hen Message-id: <20050609145520.GB2620@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=Kj7319i9nmIyA2yE; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050608084229.GH41050@obiwan.tataz.chchile.org> <20050608152417.GB836@galgenberg.net> <20050609141756.GA41050@obiwan.tataz.chchile.org> Cc: freebsd-current@FreeBSD.org Subject: Re: pam.conf(5) and pam(8) 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, 09 Jun 2005 14:55:25 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 09, 2005 at 04:17:56PM +0200, Jeremie Le Hen wrote: > Hi Ulrich, >=20 > > Shameless plug: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Ddocs/63084 >=20 > Thanks for the pointer, I still don't have the habit to check PRs, > unfortunately. I'll whip myself for this. >=20 > However I don't understand why the manpage disappeared between RELENG_4 > and its successors. The pam(8) manpage (as well as pam.conf(5) one, > since it links to the same one) belongs to libpam, which is an import > of Linux-PAM, if I understand correctly. The later has been removed > from HEAD by des@ in 2002 : what is replacing it ATM ? > Watching at RELENG_4's pam.conf(5) manpage revealed that it seems to > still be in conformity with the current pam.conf(5) format, although > not written with the BSD art. Wouldn't it be possible to use this one ? >=20 NetBSD has both pam.conf(5) and pam(8) that fit with OpenPAM FreeBSD uses (NetBSD recently imported OpenPAM as well). I'll import these in the next couple of days. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCqFhYbHYXjKDtmC0RAiQiAJ4kbHg+oD9wp3r9LSO8vUv0lOh9jgCgoOZK sQsDGxrSL/hf5vf2FagbnmU= =33xt -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 15:21:24 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74AD016A41C for ; Thu, 9 Jun 2005 15:21:24 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id BEE6F43D4C for ; Thu, 9 Jun 2005 15:21:23 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 09 Jun 2005 15:21:22 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp019) with SMTP; 09 Jun 2005 17:21:22 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Thu, 9 Jun 2005 17:21:12 +0200 User-Agent: KMail/1.8 References: <20050604052429.T8209@mail.chesapeake.net> <42A84CBF.9070701@altern.org> <42A8584B.000005.06139@camay.yandex.ru> In-Reply-To: <42A8584B.000005.06139@camay.yandex.ru> X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1487891.kKeNCOiYbL"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506091721.21139@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: ULE Status. 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, 09 Jun 2005 15:21:24 -0000 --nextPart1487891.kKeNCOiYbL Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Donnerstag, 9. Juni 2005 16:55 schrieb Polakov Alexander: > >Doug Poland a =CAcrit : > >>On Sat, Jun 04, 2005 at 05:25:33AM -0400, Jeff Roberson wrote: > >>>I just fixed what should be the last ULE+KSE+PREEMPTION bug. Please > >>> let me know if you run into any problems with it, preferably with a > >>> seperate mail to me as I'm more likely to see this than one which is > >>> cc'd to current@. > >> > >>I'm consistently getting hard locks on a 4-way PIII Xeon using a > >> generic kernel with ULE. Here's what was on the console on the 2nd > >> to last lock-up: > >> > >> > >>kernel trap 12 with interrupts disabled > >> > >>Fatal trap 12: page fault while in kernel mode > >> > >>cpuid =3D 0; apic id =3D 03 > >> > >>fault virtual address =3D 0x150 > >>fault code =3D supervisor read, page not present > >>instruction pointer =3D 0x20: 0xc0642e6e > >>stack pointer =3D 0x28: 0xe4fd9b8c > >>frame pointer =3D 0x28: 0xe4fd9bb0 > >>code segment =3D base 0x0, limit 0xfffff, type 0x1b > >> =3D DPL 0, pres 1, def32 1, gran 1 > >>processor eflags =3D resume, IOPL =3D 0 > >>current process =3D 49 (swi4: clock sio) > >> > >> > >>I've also seen hard locks with gkrellmd, fsck running in multi-user > >>mode. > > > >I get (what I think is) the same problem but not in the same case. > >When I load nvidia.ko, I get this : > > > >nvidia0 : mem 0xe400000 - 0xe4ffffff, 0xd00.... - > > 0xdfff.... irq 16 at device 0.0 on pci 1 > > > >WARNING : Device Driver > > > >Fatal trap 12: page fault while in kernel mode > >fault virtual address =3D 0x480008 > >fault code =3D supervisor read, page not present > >instruction pointer =3D 0x20: 0xc059de04 > >stack pointer =3D 0x28: 0xc1020984 > >frame pointer =3D 0x28: 0xc1020984 > >code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, def32 1, gran 1 > >processor eflags =3D niterrupt enabled, resume, IOPL =3D 0 > >current process =3D 0 (swapper) > >trap number =3D 12 > >panic =3D page fault > > > >uptime : 1s > > > >I use ULE. > > > >_______________________________________________ > >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 use ULE, PREEMPTION but I've no problems with nvidia-driver-1.0.7174 Copy. I also have no problems (besides the fact that 6114 configuration=20 (RenderAccel) doesn't work with 7174 any more) with ULE and PREEMPTION and= =20 the NVIDIA-Driver. =2DHarry --nextPart1487891.kKeNCOiYbL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCqF5xBylq0S4AzzwRAvghAJwPYGqBDoQ95OKtuyMRGweFqrkSAACfS4JZ MoDK+F+8VJuhoaUvKqHxWMU= =nH1v -----END PGP SIGNATURE----- --nextPart1487891.kKeNCOiYbL-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 15:25:58 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 116CC16A421 for ; Thu, 9 Jun 2005 15:25:58 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru (gw.ipt.ru [80.253.10.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C1743D58 for ; Thu, 9 Jun 2005 15:25:56 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam by bsam.ru with local (Exim 4.30; FreeBSD) id 1DgOw9-0008ia-KC; Thu, 09 Jun 2005 19:27:17 +0400 To: =?iso-8859-1?Q?Gr=E9gory?= Nou References: <42A83750.70904@altern.org> From: Boris Samorodov Date: Thu, 09 Jun 2005 19:27:17 +0400 In-Reply-To: <42A83750.70904@altern.org> (=?iso-8859-1?Q?Gr=E9gory?= Nou's message of "Thu, 09 Jun 2005 14:34:24 +0200") Message-ID: <52550282@srv.sem.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: "Boris B. Samorodov" Cc: current@freebsd.org Subject: Re: Update messed everything... 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, 09 Jun 2005 15:25:58 -0000 On Thu, 09 Jun 2005 14:34:24 +0200 Gr=E9gory Nou wrote: > Hi > I updated from 5.4-release to 6.0-current > Update went ok, but when I reboot after make installworld, ... total mess > First, i cannot even boot : > my nvidia graphics card made the system panicing > Fatal trap 12 : page fault while in kernel mode > Booting with the console line, I disabled nvidia.ko and the panic > disappeared. > (for this point, I suppose I did something wrong during the update) > Then, new problem. When using /etc/fstab, the system said there was a > problem. > And asked me what shell I want to use (you know, the question that > when you have it, you know you should pray, because problems are only > beginning) > Still, the partitions were all mounted. > i did fsck, but it did not pretend to correct errors on fs > So I try to look at the man... and there : more unfindable... as for > less, make, sed, uname, ... > I know how to fix it using a > cd. (http://lists.freebsd.org/pipermail/freebsd-questions/2005-January/07= 3301.html) > Still, I need some precisions : > did I miss some entry in UPDATING ? When I tried to upgrade from 5.4 to -current, I missed one command from UPDATING, which I should run at single-user mode: # fsck -p And I've got similar problems. While booting system wrote smth like "sector 32 is not a superblock", "do man fcsk about option -p" and so on.. Next time I was more precise. All went good. > When I have everything fixed, should I make buildworld, buildkernel > and so on from the beginning again ? > Would fsck -a correct my filesystem ? I can't recover from the first wrong installation. Only reinstalling was a success. WBR --=20 bsam From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 15:36:31 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A51016A41C for ; Thu, 9 Jun 2005 15:36:31 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC7B043D49 for ; Thu, 9 Jun 2005 15:36:30 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-7-31.ROA.east.verizon.net [151.199.7.31]) by gromit.dlib.vt.edu (8.13.3/8.13.3) with ESMTP id j59FaOkK095564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Jun 2005 11:36:25 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j59FaIBC015275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Jun 2005 11:36:18 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j59FaGcD015274; Thu, 9 Jun 2005 11:36:16 -0400 (EDT) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: "Raphael H. Becker" In-Reply-To: <20050609113616.I41471@p-i-n.com> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> <20050609113616.I41471@p-i-n.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 09 Jun 2005 11:36:15 -0400 Message-Id: <1118331375.9927.41.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: freebsd-current@freebsd.org, "Matthew D. Fuller" Subject: Re: Accessing SCSI-Devices >2TB 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, 09 Jun 2005 15:36:31 -0000 On Thu, 2005-06-09 at 11:36 +0200, Raphael H. Becker wrote: > So, just to work around the LBA64 problem, the idea was to recombine > those two "drives" /dev/da1 and /dev/da2 into a RAID (in FreeBSD). > > Two ways to do this: > a) striping > Every access to the logical drive in FreeBSD (/dev/ccd0) will access > both partitions PRT1 and PRT2. Remember: Every single access to ONE > of those two will result in physical disc action for PD2-PD12 and every > access to /dev/ccd0 therefore will result in two accesses for each > physical disc. --> Bad Idea. Perhaps it's because I haven't had my coffee, yet, :-) but why would this be so? If you make your stripe size large enough, you can create a hybrid effect between concatenation and striping---concatenation for smaller files and striping for larger ones. (If a file is smaller than the stripe size, access will go only to the drive on which that stripe resides. However, if it is larger, then access will be spread over multiple drives, improving load.) I am using geom_stripe on two 80 GB PATA drives to create a 120 GB stripe across both. (I only use part of each drive, and use the other part for a geom_mirror.) I have my stripe size set at 1 MB. I've been very happy with the performance. I used raidtest (now in ports) with different stripe sizes beforehand to try and ascertain a good stripe size. In my case, performance rose steadily and noticeably up to a 1 MB stripe size, and then was only slightly better as I increased thereafter. (I stopped at a 16 MB stripe.) Of course, this depends upon the kind of workload your system is expected to have. Additionally, in your case, you have the interaction with the hidden RAID 5 and whatever stripe size it is using. That possible interaction alone might be enough to use only concatenation, rendering the situation the same as using a large RAID 5. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 15:37:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29AC716A41C for ; Thu, 9 Jun 2005 15:37:26 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from mail.starlofashions.com (mail.starlofashions.com [12.44.50.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66D3443D4C for ; Thu, 9 Jun 2005 15:37:23 +0000 (GMT) (envelope-from scottro@nyc.rr.com) Received: from uws1.starlofashions.com ([192.168.8.230]) by mail.starlofashions.com (8.9.3/8.9.3) with SMTP id LAA03714 for ; Thu, 9 Jun 2005 11:37:22 -0400 Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Thu, 9 Jun 2005 11:36:52 -0400 Date: Thu, 9 Jun 2005 11:36:52 -0400 From: Scott Robbins To: freebsd-current@freebsd.org Message-ID: <20050609153652.GB602@uws1.starlofashions.com> Mail-Followup-To: freebsd-current@freebsd.org References: <42A85300.000005.24475@tide.yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <42A85300.000005.24475@tide.yandex.ru> User-Agent: Mutt/1.5.9i Subject: Re: locale 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, 09 Jun 2005 15:37:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Jun 09, 2005 at 06:32:32PM +0400, Polakov Alexander wrote: > I'm getting errors like "aterm: Cannot set locale", when I run aterm, and like this "(gedit:803): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale." when I run gedit from terminal. And I can not do any input in russian in non-gtk2 (plain X) programs and in my user's console. It's OK in root's console. > I have: FreeBSD darkstar 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Jun 7 20:16:06 MSD 2005 root@darkstar:/usr/obj/usr/src/sys/PSL2 i386 > LANG=ru_RU.KOI8-R > Locale is set by user's class russian. > Maybe some additional info? Everything was fine when I used 5.4-STABLE. > Alexander Polakov Yes, this happens on an upgrade. I cover it on a page I have about Japanese in *nix at http://home.nyc.rr.com/computertaijutsu/jpninpt.html The safest solution (and recommended by the gentleman who committed the change to LC_CTYPE is to copy an old /usr/share/local/ somewhere and set the environment variable PATH_LOCALE to point to it. The risky way (though I haven't been bitten by it on a test box) is to add at the top of libmap.conf libc.so.5 libc.so.6 The most tedious way is to do a portupgrade -f of just about everything that has any remote connection with your use of Russian. I did that on one box that only had a few programs, but on my main workstation, which has about 200, I gave up. :) (The way to tell if a program needs to be forcefully upgraded is to do ldd `which perl` (Substituting perl with the program name) If one of the answers is libc.so.5 then that program has to be upgraded. You should start with perl, as the first one.) HTH - -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: Could I be seeing Billy's asteroid body? Giles: Astral body, and I don't know. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqGIU+lTVdes0Z9YRApPmAKCoYQbpMVbeDrY4R1g0Fid8RegLHACfVngO PSw1YPZnb24I6DS8k4ygvvQ= =3L57 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 15:40:20 2005 Return-Path: X-Original-To: current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 118DA16A41C; Thu, 9 Jun 2005 15:40:20 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE32143D4C; Thu, 9 Jun 2005 15:40:19 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j59FeIQw012531; Thu, 9 Jun 2005 08:40:18 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j59FeI2Y012530; Thu, 9 Jun 2005 08:40:18 -0700 Date: Thu, 9 Jun 2005 08:40:18 -0700 From: Brooks Davis To: Maxim Sobolev Message-ID: <20050609154017.GC9171@odin.ac.hmc.edu> References: <20050609064452.GC1595@odin.ac.hmc.edu> <20050609082530.GA44274@www.portaone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9Ek0hoCL9XbhcSqy" Content-Disposition: inline In-Reply-To: <20050609082530.GA44274@www.portaone.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: HEADSUP: internal network interface 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: Thu, 09 Jun 2005 15:40:20 -0000 --9Ek0hoCL9XbhcSqy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 09, 2005 at 10:25:30AM +0200, Maxim Sobolev wrote: > Hi, >=20 > I've noticed that in some cases you have removed bcopy() > into arpcom.ac_enaddr completely, while in some others > have modified it to use IFP2AC(). I wonder if it's a mistake > or if there is some logic behind that. Good catch, these are bugs. I'll do another sweep. The problems is that I did the inital sweep based on some macros and not quite everything was converted. > Also, it looks like in cdce(4) driver you are referencing > if_softc before it's been assigned by if_alloc(): >=20 > @@ -282,9 +283,13 @@ > } > } > =20 > - bcopy(eaddr, (char *)&sc->arpcom.ac_enaddr, ETHER_ADDR_LEN); > + bcopy(eaddr, (char *)&GET_ARPCOM(sc)->ac_enaddr, ETHER_ADDR_LEN); > =20 > - ifp =3D GET_IFP(sc); > + ifp =3D GET_IFP(sc) =3D if_alloc(IFT_ETHER); > + if (ifp =3D=3D NULL) { > + printf("%s: can not if_alloc()\n", USBDEVNAME(sc->cdce_dev)); > + USB_ATTACH_ERROR_RETURN; > + } > ifp->if_softc =3D sc; > if_initname(ifp, "cdce", sc->cdce_unit); > ifp->if_mtu =3D ETHERMTU; > @@ -323,6 +328,7 @@ >=20 > GET_ARPCOM(sc) basically dereferences sc->cdce_ifp, which isn't > initialized before if_alloc() on the next line. Yup, I got tripped up becuase this doesn't use the macro I introduced. Thanks for the review! -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --9Ek0hoCL9XbhcSqy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCqGLhXY6L6fI4GtQRAgEMAKDeENIFYi8flScFRxZ0tG2Dapo3mACeNI9o 9zjNKeE9vqrTpJzVuIZswc0= =aC7l -----END PGP SIGNATURE----- --9Ek0hoCL9XbhcSqy-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 16:03:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F1F616A41F for ; Thu, 9 Jun 2005 16:03:20 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C68443D48 for ; Thu, 9 Jun 2005 16:03:18 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j59G3H78038018 for ; Thu, 9 Jun 2005 11:03:17 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42A8682D.3070803@centtech.com> Date: Thu, 09 Jun 2005 11:02:53 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/921/Wed Jun 8 03:51:44 2005 on mh1.centtech.com X-Virus-Status: Clean Subject: Undefined symbol: i386_get_gsbase: 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, 09 Jun 2005 16:03:20 -0000 I just upgraded from 5.4-PRERELEASE to -CURRENT, and I'm getting this when I run mozilla and a few other apps: $ mozilla /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol "i386_get_gsbase" We've seen this before, but I can't seem to find the fix - all I see is reference to David Xu's patch, which is said to have been committed. Can someone point me to a doc, mail archive, or whatever to fix this? I've already rebuilt mozilla and a few other ports. Oddly enough, when I run it with a remote display set to my laptop (running -current also), it works, but when displaying to the local machine, does not. I'm rebuilding xorg now in case that helps. Eric From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:01:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E77016A41C for ; Thu, 9 Jun 2005 17:01:39 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from soapbox.yandex.ru (soapbox.yandex.ru [213.180.200.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F40643D1D for ; Thu, 9 Jun 2005 17:01:38 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from YAMAIL (soapbox.yandex.ru) by mail.yandex.ru id ; Thu, 9 Jun 2005 21:01:22 +0400 Date: Thu, 9 Jun 2005 21:01:22 +0400 (MSD) From: "Polakov Alexander" Sender: polachok@narod.ru Message-Id: <42A875E2.000001.31008@soapbox.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: polachok@narod.ru To: freebsd-current@freebsd.org In-Reply-To: <20050609153652.GB602@uws1.starlofashions.com> References: <42A85300.000005.24475@tide.yandex.ru> <20050609153652.GB602@uws1.starlofashions.com> X-Source-Ip: 213.158.4.161 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: locale problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: polachok@narod.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 17:01:39 -0000 >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Thu, Jun 09, 2005 at 06:32:32PM +0400, Polakov Alexander wrote: >> I'm getting errors like "aterm: Cannot set locale", when I run aterm, and like this "(gedit:803): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale." when I run gedit from terminal. And I can not do any input in russian in non-gtk2 (plain X) programs and in my user's console. It's OK in root's console. >> I have: FreeBSD darkstar 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Jun 7 20:16:06 MSD 2005 root@darkstar:/usr/obj/usr/src/sys/PSL2 i386 >> LANG=ru_RU.KOI8-R >> Locale is set by user's class russian. >> Maybe some additional info? Everything was fine when I used 5.4-STABLE. >> Alexander Polakov > > >Yes, this happens on an upgrade. I cover it on a page I have about >Japanese in *nix at http://home.nyc.rr.com/computertaijutsu/jpninpt.html > >The safest solution (and recommended by the gentleman who committed the >change to LC_CTYPE is to copy an old /usr/share/local/ somewhere and set >the environment variable PATH_LOCALE to point to it. > >The risky way (though I haven't been bitten by it on a test box) is to >add at the top of libmap.conf > >libc.so.5 libc.so.6 > >The most tedious way is to do a portupgrade -f of just about everything >that has any remote connection with your use of Russian. I did that on >one box that only had a few programs, but on my main workstation, which >has about 200, I gave up. :) > >(The way to tell if a program needs to be forcefully upgraded is to do >ldd `which perl` > >(Substituting perl with the program name) If one of the answers is >libc.so.5 then that program has to be upgraded. You should start with >perl, as the first one.) > > >HTH > > >- -- > >Scott Robbins > > >GPG KeyID EB3467D6 >( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) >gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 > >Buffy: Could I be seeing Billy's asteroid body? >Giles: Astral body, and I don't know. >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.4.1 (FreeBSD) > >iD8DBQFCqGIU+lTVdes0Z9YRApPmAKCoYQbpMVbeDrY4R1g0Fid8RegLHACfVngO >PSw1YPZnb24I6DS8k4ygvvQ= >=3L57 >-----END PGP SIGNATURE----- >_______________________________________________ >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 a lot. I'll do portupgrade -arRf. From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:07:36 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DE9616A41C for ; Thu, 9 Jun 2005 17:07:36 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B8943D1F for ; Thu, 9 Jun 2005 17:07:35 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D732E60F3; Thu, 9 Jun 2005 19:07:27 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id C2E8260F2; Thu, 9 Jun 2005 19:07:27 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id A95C233C3B; Thu, 9 Jun 2005 19:07:27 +0200 (CEST) To: Christian Brueffer References: <20050608084229.GH41050@obiwan.tataz.chchile.org> <20050608152417.GB836@galgenberg.net> <20050609141756.GA41050@obiwan.tataz.chchile.org> <20050609145520.GB2620@unixpages.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 09 Jun 2005 19:07:27 +0200 In-Reply-To: <20050609145520.GB2620@unixpages.org> (Christian Brueffer's message of "Thu, 09 Jun 2005 16:55:21 +0200") Message-ID: <867jh3zcfk.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Learn: ham X-Spam-Score: -5.1/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: pam.conf(5) and pam(8) 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, 09 Jun 2005 17:07:36 -0000 Christian Brueffer writes: > NetBSD has both pam.conf(5) and pam(8) that fit with OpenPAM FreeBSD > uses (NetBSD recently imported OpenPAM as well). I'll import these > in the next couple of days. Allow me to raise a few objections. First, the reason why we don't have a pam(8) is that we have a rather comprehensive article about PAM in the doc tree, and I couldn't make up my mind about how much of it to include in pam(8) and how much to leave out. My feeling now is that pam(8) should probably just reference the article and provide a quick overview of our PAM modules (with references to their individual man pages). The reason why we don't have a pam.conf(5) is slightly more complex. Part of it is that the information that belongs there is already present in different places in different forms (/etc/pam.d/README for instance). Another part is that it is *hard* to describe the meanings of the control flags both accurately and succintly. NetBSD didn't get it quite right. In addition, their man page is under a four-clause BSD license, which makes me leery of including it in OpenPAM. My own attempt is in Perforce: http://perforce.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/openpam/= doc/man/pam.conf.5&REV=3D2 DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:08:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F82816A41F for ; Thu, 9 Jun 2005 17:08:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DBF43D53 for ; Thu, 9 Jun 2005 17:08:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A946A51290; Thu, 9 Jun 2005 13:08:39 -0400 (EDT) Date: Thu, 9 Jun 2005 13:08:39 -0400 From: Kris Kennaway To: Gr?gory Nou Message-ID: <20050609170838.GA80335@xor.obsecurity.org> References: <20050604052429.T8209@mail.chesapeake.net> <20050609133749.GA68687@polands.org> <42A84CBF.9070701@altern.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <42A84CBF.9070701@altern.org> User-Agent: Mutt/1.4.2.1i Cc: Doug Poland , Jeff Roberson , current@freebsd.org Subject: Re: ULE Status. 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, 09 Jun 2005 17:08:43 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 09, 2005 at 04:05:51PM +0200, Gr?gory Nou wrote: > I get (what I think is) the same problem but not in the same case. > When I load nvidia.ko, I get this : >=20 > nvidia0 : mem 0xe400000 - 0xe4ffffff, 0xd00.... -=20 > 0xdfff.... irq 16 at device 0.0 on pci 1 >=20 > WARNING : Device Driver >=20 > Fatal trap 12: page fault while in kernel mode No, this usually means you forgot to recompile nvidia.ko when you updated your kernel. Kris --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqHeWWry0BWjoQKURAk4hAKCuhakaVFb2GSSOnKlkwKUMgwaOxQCgr/k7 nY/HG9Sf0j9JQZ846e2Mvuk= =DI/O -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:18:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6D1C16A41C for ; Thu, 9 Jun 2005 17:18:06 +0000 (GMT) (envelope-from djp@polands.org) Received: from galilee.polands.org (CPE-24-208-53-189.new.res.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BAD143D49 for ; Thu, 9 Jun 2005 17:18:05 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org (jericho.polands.org [172.16.1.35] (may be forged)) by galilee.polands.org (8.12.9/8.12.9) with ESMTP id j59HHSJB043688; Thu, 9 Jun 2005 12:17:28 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.3/8.13.1) with ESMTP id j59HHMh0069316; Thu, 9 Jun 2005 12:17:22 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.3/8.13.1/Submit) id j59HH8NX069315; Thu, 9 Jun 2005 12:17:08 -0500 (CDT) (envelope-from djp) Date: Thu, 9 Jun 2005 12:17:08 -0500 From: Doug Poland To: Kris Kennaway Message-ID: <20050609171708.GC68687@polands.org> References: <20050604052429.T8209@mail.chesapeake.net> <20050609133749.GA68687@polands.org> <42A84CBF.9070701@altern.org> <20050609170838.GA80335@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050609170838.GA80335@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: Jeff Roberson , Gr?gory Nou , current@freebsd.org Subject: Re: ULE Status. 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, 09 Jun 2005 17:18:07 -0000 On Thu, Jun 09, 2005 at 01:08:39PM -0400, Kris Kennaway wrote: > On Thu, Jun 09, 2005 at 04:05:51PM +0200, Gr?gory Nou wrote: > > > I get (what I think is) the same problem but not in the same case. > > When I load nvidia.ko, I get this : > > > > nvidia0 : mem 0xe400000 - 0xe4ffffff, 0xd00.... - > > 0xdfff.... irq 16 at device 0.0 on pci 1 > > > > WARNING : Device Driver > > > > Fatal trap 12: page fault while in kernel mode > > No, this usually means you forgot to recompile nvidia.ko when you > updated your kernel. > In my case, I'm not using the nvidia driver. On this box, I brought it up to 6-CURRENT from 5-STABLE via cvsup. When I run the GENERIC kernel with SCHED_4BSD, I don't have the fatal trap issues. When I'm running SCHED_ULE, hard locks are frequent. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:19:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDD1816A41C; Thu, 9 Jun 2005 17:19:46 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A345C43D48; Thu, 9 Jun 2005 17:19:46 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j59HJSa0028757; Thu, 9 Jun 2005 13:19:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j59HJQe8028754; Thu, 9 Jun 2005 13:19:28 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Thu, 9 Jun 2005 13:19:26 -0400 (EDT) From: Andre Guibert de Bruet To: Vladimir Grebenschikov In-Reply-To: <1118304147.986.15.camel@localhost> Message-ID: <20050609131242.U42933@lexi.siliconlandmark.com> References: <20050522112612.GA37841@frontfree.net> <1118222710.1505.6.camel@localhost> <20050608145511.D42933@lexi.siliconlandmark.com> <1118260623.966.3.camel@localhost> <20050608172021.W42933@lexi.siliconlandmark.com> <1118304147.986.15.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.53, required 6, autolearn=not spam, AWL 0.07, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: [CALL FOR TESTERS] VESA High Resolution Console support from DragonFly 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, 09 Jun 2005 17:19:47 -0000 On Thu, 9 Jun 2005, Vladimir Grebenschikov wrote: > ? ??, 08/06/2005 ? 17:29 -0400, Andre Guibert de Bruet ?????: >> On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: >>> ? ??, 08/06/2005 ? 14:56 -0400, Andre Guibert de Bruet ?????: >>>> On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: >>>>> ? ??, 22/05/2005 ? 19:26 +0800, Xin LI ?????: >>>>>> >>>>>> I would like to solicit a test of the following patchset which is based >>>>>> on DragonFly's changes, against -CURRENT, to bring high resolution console >>>>>> support to FreeBSD. The current patchset can be considered as "BETA" and >>>>>> I would commit it if there is no complain about this patchset in the next >>>>>> week. >>>>> [ ... cut ... ] >>>>>> Please let me know if anything strange happens; While I have been running >>>>>> with the patch for a while, I would still be happy if you will report that >>>>>> it works :-) >>>>> >>>>> Tried fresh 6-CURRENT, all seems ok, but, >>>>> switching console to pixel-mode 1400x1050 screen takes about 1-2 sec, I >>>>> guess it is too much. (it happens in both cases >>>>> >>>>> Also, I had freezed box when switching from X to console some times. >>>> >>>> Let me guess... It's a laptop screen or an LCD panel? >>> >>> Yes, exactly, it is sony vzio z1. >>> >>> (II) RADEON(0): Panel ID string: Samsung LTN150P1-L02 >>> (II) RADEON(0): Panel Size from BIOS: 1400x1050 >>> (II) RADEON(0): BIOS provided dividers will be used. >> >> Most laptop LCDs and cheaper desktop panels take a while (The dreaded >> second or two) to switch resolutions. Try the patch with an external crt >> monitor plugged in and display mirroring enabled to see the difference for >> yourself (Or simply try it on a desktop with a radeon card and a crt). > > I have tried to switch from X or from pixel-mode console to usual text > mode console (80x25), and it does not pause in in this case. But it > pauses when switched back. Is it problem of hardware or our pixel-mode > console ? With the "normal" console, the drawing of the characters is left to the display device. In raster mode, we have to do the drawing. I see a very tiny delay on a CRT with the VESA console. Your display hardware is probably resetting itself as it enters a VESA display mode. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:22:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C907716A41C for ; Thu, 9 Jun 2005 17:22:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DA0E43D49 for ; Thu, 9 Jun 2005 17:22:26 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E369B5131A; Thu, 9 Jun 2005 13:22:25 -0400 (EDT) Date: Thu, 9 Jun 2005 13:22:25 -0400 From: Kris Kennaway To: Doug Poland Message-ID: <20050609172225.GA92378@xor.obsecurity.org> References: <20050604052429.T8209@mail.chesapeake.net> <20050609133749.GA68687@polands.org> <42A84CBF.9070701@altern.org> <20050609170838.GA80335@xor.obsecurity.org> <20050609171708.GC68687@polands.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <20050609171708.GC68687@polands.org> User-Agent: Mutt/1.4.2.1i Cc: Gr?gory Nou , current@freebsd.org Subject: Re: ULE Status. 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, 09 Jun 2005 17:22:26 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 09, 2005 at 12:17:08PM -0500, Doug Poland wrote: > On Thu, Jun 09, 2005 at 01:08:39PM -0400, Kris Kennaway wrote: > > On Thu, Jun 09, 2005 at 04:05:51PM +0200, Gr?gory Nou wrote: > >=20 > > > I get (what I think is) the same problem but not in the same case. > > > When I load nvidia.ko, I get this : > > >=20 > > > nvidia0 : mem 0xe400000 - 0xe4ffffff, 0xd00.... -=20 > > > 0xdfff.... irq 16 at device 0.0 on pci 1 > > >=20 > > > WARNING : Device Driver > > >=20 > > > Fatal trap 12: page fault while in kernel mode > >=20 > > No, this usually means you forgot to recompile nvidia.ko when you > > updated your kernel. > >=20 > In my case, I'm not using the nvidia driver. On this box, I brought it > up to 6-CURRENT from 5-STABLE via cvsup. When I run the GENERIC kernel > with SCHED_4BSD, I don't have the fatal trap issues. When I'm running > SCHED_ULE, hard locks are frequent. Right, yours is a different issue. By "hard lock" you seem to mean "panic" though (your fatal trap 12)..it's important to use the right terminology to avoid confusion :-) Kris --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqHrRWry0BWjoQKURAgjlAJ9+67EpHIxplb5LrvlGv3xRbbuTWwCg5Yk2 rNf22RLD1RCGN+TpnkZBtsk= =S4yM -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:26:51 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B86616A437 for ; Thu, 9 Jun 2005 17:26:51 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 969BC43D58 for ; Thu, 9 Jun 2005 17:26:50 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.3) with ESMTP id j59HQfuq038159 for ; Thu, 9 Jun 2005 21:26:41 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.3/Submit) id j59HQfie038158 for freebsd-current@freebsd.org; Thu, 9 Jun 2005 21:26:41 +0400 (MSD) (envelope-from tarc) Date: Thu, 9 Jun 2005 21:26:40 +0400 From: Tarc To: freebsd-current Message-ID: <20050609172640.GA23269@tarc.po.cs.msu.su> References: <20050607172121.84552.qmail@web80606.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050607172121.84552.qmail@web80606.mail.yahoo.com> User-Agent: Mutt/1.5.9i Subject: Re: Problem with TCP/IP stack? 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, 09 Jun 2005 17:26:51 -0000 Hi, I have recompilled kernel and world, reboot and after enabling 'log_in_vain' options see in logs a lot of following lines(with different IPs). What happines? Is this is kernel or ocaml/mldonkey problem? Connection attempt to TCP 158.250.16.33:60099 from 84.109.91.22:4662 flags:0x12 -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:35:34 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 899E416A430 for ; Thu, 9 Jun 2005 17:35:34 +0000 (GMT) (envelope-from djp@polands.org) Received: from galilee.polands.org (CPE-24-208-53-189.new.res.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id EADE343D48 for ; Thu, 9 Jun 2005 17:35:33 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org ([172.16.1.35]) by galilee.polands.org (8.12.9/8.12.9) with ESMTP id j59HZVJB043735; Thu, 9 Jun 2005 12:35:32 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.3/8.13.1) with ESMTP id j59HZVjV069370; Thu, 9 Jun 2005 12:35:31 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.3/8.13.1/Submit) id j59HZVuR069369; Thu, 9 Jun 2005 12:35:31 -0500 (CDT) (envelope-from djp) Date: Thu, 9 Jun 2005 12:35:31 -0500 From: Doug Poland To: Kris Kennaway Message-ID: <20050609173531.GE68687@polands.org> References: <20050604052429.T8209@mail.chesapeake.net> <20050609133749.GA68687@polands.org> <42A84CBF.9070701@altern.org> <20050609170838.GA80335@xor.obsecurity.org> <20050609171708.GC68687@polands.org> <20050609172225.GA92378@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050609172225.GA92378@xor.obsecurity.org> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: ULE Status. 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, 09 Jun 2005 17:35:34 -0000 On Thu, Jun 09, 2005 at 01:22:25PM -0400, Kris Kennaway wrote: > On Thu, Jun 09, 2005 at 12:17:08PM -0500, Doug Poland wrote: > > On Thu, Jun 09, 2005 at 01:08:39PM -0400, Kris Kennaway wrote: > > > On Thu, Jun 09, 2005 at 04:05:51PM +0200, Gr?gory Nou wrote: > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > No, this usually means you forgot to recompile nvidia.ko when you > > > updated your kernel. > > > > > In my case, I'm not using the nvidia driver. On this box, I brought > > it up to 6-CURRENT from 5-STABLE via cvsup. When I run the GENERIC > > kernel with SCHED_4BSD, I don't have the fatal trap issues. When > > I'm running SCHED_ULE, hard locks are frequent. > > Right, yours is a different issue. By "hard lock" you seem to mean > "panic" though (your fatal trap 12)..it's important to use the right > terminology to avoid confusion :-) > Sorry for my imprecise language. So is this a ULE issue manifesting itself with kernel panics? Am I reporting it correctly? -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:41:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4D7416A41C for ; Thu, 9 Jun 2005 17:41:17 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 626F043D1F for ; Thu, 9 Jun 2005 17:41:17 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.4/8.13.4/NETPLEX) with ESMTP id j59HfALN012960; Thu, 9 Jun 2005 13:41:11 -0400 (EDT) Date: Thu, 9 Jun 2005 13:41:10 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Eric Anderson In-Reply-To: <42A8682D.3070803@centtech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: FreeBSD Current Subject: Re: Undefined symbol: i386_get_gsbase: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 17:41:17 -0000 On Thu, 9 Jun 2005, Eric Anderson wrote: > I just upgraded from 5.4-PRERELEASE to -CURRENT, and I'm getting this > when I run mozilla and a few other apps: > > $ mozilla > /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol > "i386_get_gsbase" > > We've seen this before, but I can't seem to find the fix - all I see is > reference to David Xu's patch, which is said to have been committed. > > Can someone point me to a doc, mail archive, or whatever to fix this? > > I've already rebuilt mozilla and a few other ports. Oddly enough, when > I run it with a remote display set to my laptop (running -current also), > it works, but when displaying to the local machine, does not. I'm > rebuilding xorg now in case that helps. i386_get_gsbase is in libc.so.6. Either mozilla or something else that mozilla requires is using libc.so.5. At a minimum, you need to rebuild mozilla and its dependencies. Or use portupgrade -af. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 17:58:54 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A2AB16A41C for ; Thu, 9 Jun 2005 17:58:54 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C043543D1F for ; Thu, 9 Jun 2005 17:58:53 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j59HwopN029136; Thu, 9 Jun 2005 13:58:50 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j59Hwob5029133; Thu, 9 Jun 2005 13:58:50 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Thu, 9 Jun 2005 13:58:50 -0400 (EDT) From: Andre Guibert de Bruet To: Tarc In-Reply-To: <20050609172640.GA23269@tarc.po.cs.msu.su> Message-ID: <20050609135335.Q42933@lexi.siliconlandmark.com> References: <20050607172121.84552.qmail@web80606.mail.yahoo.com> <20050609172640.GA23269@tarc.po.cs.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.53, required 6, autolearn=not spam, AWL 0.07, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current Subject: Re: Problem with TCP/IP stack? 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, 09 Jun 2005 17:58:54 -0000 On Thu, 9 Jun 2005, Tarc wrote: > Hi, > > I have recompilled kernel and world, reboot and after enabling 'log_in_vain' options see in logs a lot of following lines(with different IPs). What happines? Is this is kernel or ocaml/mldonkey problem? > Connection attempt to TCP 158.250.16.33:60099 from 84.109.91.22:4662 flags:0x12 That means that a connection attempt was made to local (presumably) port 60099 from host 84.109.91.22 using remote port 4662. log_in_vain is designed to spam the system log with these kinds of messages. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:06:36 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3400016A41C for ; Thu, 9 Jun 2005 18:06:36 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp838.mail.sc5.yahoo.com (smtp838.mail.sc5.yahoo.com [66.163.171.25]) by mx1.FreeBSD.org (Postfix) with SMTP id A6FF843D49 for ; Thu, 9 Jun 2005 18:06:35 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 45174 invoked from network); 9 Jun 2005 18:06:35 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.186.139 with login) by smtp838.mail.sc5.yahoo.com with SMTP; 9 Jun 2005 18:06:34 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 278A860D4; Thu, 9 Jun 2005 13:06:34 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08813-15; Thu, 9 Jun 2005 13:06:32 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 46C2560D2; Thu, 9 Jun 2005 13:06:32 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.3) with ESMTP id j59I6Vv9002508; Thu, 9 Jun 2005 13:06:31 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42A88523.1050707@alumni.rice.edu> Date: Thu, 09 Jun 2005 13:06:27 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <17063.34823.866303.74727@roam.psg.com> <42A7F87B.5000308@ultra-secure.de> <17064.16302.164797.404595@roam.psg.com> <42A84AC1.5090804@ultra-secure.de> <17064.19435.300416.290741@roam.psg.com> In-Reply-To: <17064.19435.300416.290741@roam.psg.com> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAB786D0A662873CF03C9D567" X-Virus-Scanned: amavisd-new at noacks.org Cc: FreeBSD Current , Rainer Duffner Subject: boot0cfg and kern.geom.debugflags (was: problem with boot0cfg on a twe?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 18:06:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAB786D0A662873CF03C9D567 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/09/05 09:02, Randy Bush wrote: >>I looked in my archives (well, it's actually at gmane): >> >>I got this from Doug White: >> >>>This is a erroneous message. The actual problem is: >>> >>>> 484 boot0cfg NAMI "/dev/twed0" >>>> 484 boot0cfg RET open -1 errno 1 Operation not permitted >>>> >>>>This is a known problem with certain MBR layouts. To work around this >>>>problem, set: >>>> >>>>sysctl kern.geom.debugflags=16 >>>>then try your boot0cfg. There's a protection mechanism that sometimes gets >>>>confused by certain partition table layouts. Flag 16 disables that >>>>protection. I don't recommend running this unless you are explicitly >>>>trying to updating something in a partition table-like area; its very easy >>>>to destroy your system with the flag set! >> >>Can you try this? > > bingo!!! > > # sysctl kern.geom.debugflags=16 > kern.geom.debugflags: 0 -> 16 > # boot0cfg -B -d 1 -s 1 -v twed0 > # flag start chs type end chs offset size > 1 0x80 0: 1: 1 0xa5 1023:254:63 63 72292437 > > version=1.0 drive=0x1 mask=0xf ticks=182 > options=packet,update,nosetdrv > default_selection=F1 (Slice 1) From what I gather from Poul-Henning Kamp's posts on the matter, this is a design feature and not a bug. If a disk is mounted in any way (including read-only), you may not update the MBR to prevent foot shooting. The real problem is that the error that is returned gives little information. There has not been a consensus on how to make things easier for the user. Various ways to print friendly error messages have been proposed and shot down. This issue is documented in boot0cfg(8) as the first entry in the BUGS section: "Protection mechanisms in the geom(4) subsystem might prevent boot0cfg from being able to update the MBR on a mounted disk. Instructions for temporarily disabling these protection mechanisms can be found in the geom(4) manpage." Under the DIAGNOSTICS section of geom(4) describing the use of the kern.geom.debugflags sysctl: "0x10 (allow foot shooting) Allow writing to Rank 1 providers. This would, for example, allow the super-user to overwrite the MBR on the root disk or write random sectors elsewhere to a mounted disk. The implications are obvious." I'm not sure what "tracing" is so I don't understand why 0x02 and 0x04 are necessary (to give us 0x16). -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigAB786D0A662873CF03C9D567 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.1 (FreeBSD) iD8DBQFCqIUnUFz01pkdgZURAjJyAKCIP5cUHLO3szu5+TZOjUNwzj28ewCggJjf SAO5DF1FxO6pUv2AKIJBNDE= =k0Oi -----END PGP SIGNATURE----- --------------enigAB786D0A662873CF03C9D567-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:08:54 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5734616A41C; Thu, 9 Jun 2005 18:08:54 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34A3543D49; Thu, 9 Jun 2005 18:08:54 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Thu, 09 Jun 2005 11:08:53 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1024E5D07; Thu, 9 Jun 2005 11:08:53 -0700 (PDT) To: Marcin Jessa In-reply-to: Your message of "Thu, 09 Jun 2005 02:07:29 +0200." <20050609020729.1928daf1.lists@yazzy.org> Date: Thu, 09 Jun 2005 11:08:53 -0700 From: "Kevin Oberman" Message-Id: <20050609180853.1024E5D07@ptavv.es.net> Cc: FreeBSD-Current , FreeBSD-mobile Subject: Re: ichss0: transition to 1 failed 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, 09 Jun 2005 18:08:54 -0000 > Date: Thu, 9 Jun 2005 02:07:29 +0200 > From: Marcin Jessa > Sender: owner-freebsd-mobile@freebsd.org > > After I recompiled my kernel with device cpufreq , dmesg spits out tons of messages like: > ichss0: transition to 1 failed > What does that mean? > > sysctl -a |grep ich shows: > dev.ichss.0.%desc: SpeedStep ICH > dev.ichss.0.%driver: ichss > dev.ichss.0.%parent: cpu0 > dev.ichss.0.freq_settings: 1397/-1 -1/-1 > > sysctl dev.cpu|grep freq shows > dev.cpu.0.freq: 1397 > dev.cpu.0.freq_levels: 1397/-1 1222/-1 1047/-1 873/-1 698/-1 523/-1 349/-1 174/-1 > > I dont use est. > > My CPU: (Thinkpad R50e): > CPU: Intel(R) Celeron(R) M processor 1400MHz (1395.48-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > Features=0xa7e9f9bf OK. This one looks really weird to me. dev.ichss.0.freq_settings: 1397/-1 -1/-1 This says that you have two CPU speeds, 1.397 GHz and -1. ???? Worse, this system is a Celeron-M. I am not terribly familiar with the Celerons, but I thought the Celeron-M supported EST, not ICHSS. Why do you not use est? It's much more powerful than any other power management technology. Can you post a full DMESG? I'm curious what the device probe is picking up. Something looks bogus. I'm just not sure what. Is someone else running a Celeron-M system on current? What do you see for 'sysctl dev.ichss' and 'sysctl dev.cpu.0'? I have a hunch that the system is not probing correctly and really does not do ICHSS. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:21:02 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9707916A41C for ; Thu, 9 Jun 2005 18:21:02 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BF2D43D49 for ; Thu, 9 Jun 2005 18:21:02 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IHT00L8AXN03T@ms-dienst.rz.rwth-aachen.de> for freebsd-current@FreeBSD.org; Thu, 09 Jun 2005 20:21:01 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Thu, 09 Jun 2005 20:21:00 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j59IKxiU007144; Thu, 09 Jun 2005 20:20:59 +0200 (MEST) Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id CC36028439; Thu, 09 Jun 2005 20:20:58 +0200 (CEST) Date: Thu, 09 Jun 2005 20:20:58 +0200 From: Christian Brueffer In-reply-to: <867jh3zcfk.fsf@xps.des.no> To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-id: <20050609182058.GC2620@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=ADZbWkCsHQ7r3kzd; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050608084229.GH41050@obiwan.tataz.chchile.org> <20050608152417.GB836@galgenberg.net> <20050609141756.GA41050@obiwan.tataz.chchile.org> <20050609145520.GB2620@unixpages.org> <867jh3zcfk.fsf@xps.des.no> Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: pam.conf(5) and pam(8) 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, 09 Jun 2005 18:21:02 -0000 --ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 09, 2005 at 07:07:27PM +0200, Dag-Erling Sm=F8rgrav wrote: > Christian Brueffer writes: > > NetBSD has both pam.conf(5) and pam(8) that fit with OpenPAM FreeBSD > > uses (NetBSD recently imported OpenPAM as well). I'll import these > > in the next couple of days. >=20 > Allow me to raise a few objections. >=20 > First, the reason why we don't have a pam(8) is that we have a rather > comprehensive article about PAM in the doc tree, and I couldn't make > up my mind about how much of it to include in pam(8) and how much to > leave out. My feeling now is that pam(8) should probably just > reference the article and provide a quick overview of our PAM modules > (with references to their individual man pages). >=20 That's what the NetBSD manpage mostly does. Short description of the functionality and the account, auth, password and session facilities. > The reason why we don't have a pam.conf(5) is slightly more complex. > Part of it is that the information that belongs there is already > present in different places in different forms (/etc/pam.d/README for > instance). Another part is that it is *hard* to describe the meanings > of the control flags both accurately and succintly. NetBSD didn't get > it quite right. In addition, their man page is under a four-clause > BSD license, which makes me leery of including it in OpenPAM. >=20 Ok. The 'already documented' argument is valid, but I think a manpage is much more accessible and visible than e.g. the README (actually I never even noticed it's there).=20 > My own attempt is in Perforce: >=20 > http://perforce.freebsd.org/fileViewer.cgi?FSPC=3D//depot/projects/openpa= m/doc/man/pam.conf.5&REV=3D2 >=20 Looks good. No idea on what we agree on, but the pam(8) and pam.conf(5) Xrefs that lead to nowhere have to be fixed in some way before 6.0-RELEASE. - Chris --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCqIiKbHYXjKDtmC0RAnMCAJwL94CdEYfrQEoStPaFAynTvzUo2gCgsDQ4 8R8BMHK2zrOFQyCUBagloyk= =dE1+ -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:23:32 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DEE916A41F for ; Thu, 9 Jun 2005 18:23:32 +0000 (GMT) (envelope-from julian@elischer.org) Received: from bigwoop.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A629043D4C for ; Thu, 9 Jun 2005 18:23:31 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by bigwoop.vicor-nb.com (Postfix) with ESMTP id 100067A425; Thu, 9 Jun 2005 11:23:31 -0700 (PDT) Message-ID: <42A88923.4090409@elischer.org> Date: Thu, 09 Jun 2005 11:23:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Raphael H. Becker" References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> <20050609113616.I41471@p-i-n.com> In-Reply-To: <20050609113616.I41471@p-i-n.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Paul Mather , freebsd-current@freebsd.org, "Matthew D. Fuller" Subject: Re: Accessing SCSI-Devices >2TB 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, 09 Jun 2005 18:23:32 -0000 Raphael H. Becker wrote: > > >The first idea was to have just one large logical drive (LD1) with 12 >physical discs (PD1 - PD12), where P1 is HotSpare. The RAID wants to talk >a LBA64 dialect of SCSI AFAIK and FreeBSD isn't able to talk this with >the RAID --> no /dev/daX! > > this is a bug of some sort.. I have used scsi to talk to a device > 2TB From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:33:58 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03C4416A41C for ; Thu, 9 Jun 2005 18:33:58 +0000 (GMT) (envelope-from nock@email.arizona.edu) Received: from smtpgate.email.arizona.edu (deagol.email.Arizona.EDU [128.196.133.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCCE743D48 for ; Thu, 9 Jun 2005 18:33:57 +0000 (GMT) (envelope-from nock@email.arizona.edu) Received: from localhost (eomer.email.arizona.edu [10.0.0.219]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id 3D7BEAD9F13 for ; Thu, 9 Jun 2005 11:33:57 -0700 (MST) Received: from [10.0.0.63] (www.kuat.Arizona.EDU [150.135.250.52]) by smtpgate.email.arizona.edu (Postfix) with ESMTP id E3F7BADA26C for ; Thu, 9 Jun 2005 11:32:08 -0700 (MST) Message-ID: <42A88B11.4030108@email.arizona.edu> Date: Thu, 09 Jun 2005 11:31:45 -0700 From: Shawn Nock User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050601) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20050604052429.T8209@mail.chesapeake.net> <42A84CBF.9070701@altern.org> <42A8584B.000005.06139@camay.yandex.ru> In-Reply-To: <42A8584B.000005.06139@camay.yandex.ru> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at email.arizona.edu Subject: Re: ULE Status. 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, 09 Jun 2005 18:33:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Agreed... ULE+PREEMPTION has no problems on my machine with NVidia GF4 5650go (1.0.7174). Recently ULE has been pleasantly stable, but I haven't tested in an MP environment... > I use ULE, PREEMPTION but I've no problems with > nvidia-driver-1.0.7174 - -- Shawn Nock (OpenPGP: 0x8ED6EE9A) Broadcast Engineer; KUAT-TV 6, Tucson, AZ University of Arizona nock 'at' email.arizona.edu desk: 520.621.3280 cell: 520.820.0687 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCqIsRXOm+F47W7poRAl8sAJ9eJsV54gVCiF7vMtMwBCHEp7JWqQCeKkJQ Cq5bjb+fboH6/hw84DStfQM= =8Lpa -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:38:37 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3755116A41C for ; Thu, 9 Jun 2005 18:38:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE83443D53 for ; Thu, 9 Jun 2005 18:38:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2475151288; Thu, 9 Jun 2005 14:38:36 -0400 (EDT) Date: Thu, 9 Jun 2005 14:38:35 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050609183835.GA9451@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: mutex still spinning while in DDB 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: Thu, 09 Jun 2005 18:38:37 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've seen the following a couple of times recently on UP machines running up-to-date current (the panic may not be important, I'm referring to the behaviour of DDB): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc054cc77 stack pointer = 0x28:0xd4222c9c frame pointer = 0x28:0xd4222cb4 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 = 37 (vnlru) [thread pid 37 tid 100035 ] Stopped at vnlru_free+0x87: movl %eax,0(%edx) db> stray irq7 stray irq7 stray irq7 stray irq7 too many stray irq 7's: not logging anymore At this point, the keyboard only works sporadically (i.e. I have to press keys multiple times for DDB to receive the input). show ktr shows a buffer full of: 530: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 529: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:265 528: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 527: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:265 526: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 525: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:265 524: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 523: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:265 522: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 521: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:265 520: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 519: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:265 518: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:277 517: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:275 516: UNLOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:427 515: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:275 514: UNLOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:427 513: LOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:422 512: UNLOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:427 511: LOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:422 510: UNLOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:427 509: LOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:422 508: UNLOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:427 507: LOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:422 506: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 505: LOCK (spin mutex) clk r = 0 at ../../../i386/isa/clock.c:422 504: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 503: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:265 502: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 501: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:265 500: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 [...] and repeated show ktr indicates that it is still logging events (i.e. the head of the buffer is now in a different place). This suggests that the mutex is still spinning even though the system is in DDB. Kris --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqIyrWry0BWjoQKURAiO2AJ0X0YuPChJg8jjZbgdyk2XVrAx0ngCgohla VpUweC/luOGv6jHLtSYSSlw= =TedK -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:40:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FCBA16A41C; Thu, 9 Jun 2005 18:40:36 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEA943D1D; Thu, 9 Jun 2005 18:40:35 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost (unknown [192.168.99.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id ED87F39869; Thu, 9 Jun 2005 20:40:54 +0200 (CEST) Date: Thu, 9 Jun 2005 20:40:30 +0200 From: Marcin Jessa To: "Kevin Oberman" Message-Id: <20050609204030.0353f456.lists@yazzy.org> In-Reply-To: <20050609180853.1024E5D07@ptavv.es.net> References: <20050609020729.1928daf1.lists@yazzy.org> <20050609180853.1024E5D07@ptavv.es.net> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, freebsd-mobile@FreeBSD.org Subject: Re: ichss0: transition to 1 failed 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, 09 Jun 2005 18:40:36 -0000 Hi. I got this problem solved thanks to Bruno Ducrot who emailed me offline providing a patch for sys/dev/cpufreq/ichss.c to autodetect CPU's that don't support SpeedStep technology. Just like my Pentium Celeron M. It could also be fixed with following string put to my /boot/loader.conf to disable ICHSS: hint.ichss.0.disabled="1" And est does not work, but p4tcc does. For the record: There are no occurances of ichss in sysctl now. # sysctl -a | grep cpu kern.threads.virtual_cpu: 1 kern.ccpu: 1948 kern.smp.cpus: 1 kern.smp.maxcpus: 1 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 hw.ncpu: 1 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 hw.acpi.cpu.cx_lowest: C3 hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% machdep.cpu_idle_hlt: 1 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 348 dev.cpu.0.freq_levels: 1395/-1 1220/-1 1046/-1 871/-1 697/-1 523/-1 348/-1 174/-1 dev.p4tcc.0.%parent: cpu0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dmesg: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #4: Thu Jun 9 16:22:12 CEST 2005 root@lapdance.yazzy.net:/usr/obj/usr/src/sys/LAPDANCE-6.0 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) M processor 1400MHz (1395.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf real memory = 258867200 (246 MB) avail memory = 243884032 (232 MB) wlan: mac acl policy registered ichwd module loaded ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 11 on acpi0 pci_link6: on acpi0 pci_link7: irq 11 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_lid0: 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.3 (no driver attached) acpi_video0: port 0x1800-0x1807 mem 0xe0000000-0xe7ffffff,0xd0000000-0xd007ffff irq 11 at device 2.0 on pci0 pci0: at device 2.1 (no driver attached) uhci0: port 0x1820-0x183f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd0100000-0xd01003ff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci2: on pcib1 cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 iwi0: mem 0xd0200000-0xd0200fff irq 11 at device 2.0 on pci2 iwi0: Ethernet address: 00:12:f0:12:29:b3 fxp0: port 0x7000-0x703f mem 0xd0201000-0xd0201fff irq 11 at device 8.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:0a:e4:2f:9d:ce isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xd0100c00-0xd0100dff,0xd0100800-0xd01008ff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: flags 0x2000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 ppc0: port 0x3bc-0x3be irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 acpi_ibm0: Version 100 acpi_ibm0: Available Mask ffffff acpi_ibm0: Initial Mask 80c pmtimer0 on isa0 orm0: at iomem 0xcd000-0xcdfff,0xce000-0xcefff,0xdc000-0xdffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1395477498 Hz quality 800 Timecounters tick every 1.000 msec ad0: 28615MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s3a ata2: at port 0x3000-0x300f irq 11 function 0 config 1 on pccard0 ad4: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 ad4: FAILURE - SETFEATURES ENABLE WCACHE status=51 error=4 ad4: 31MB at ata2-master PIO2 iwi0: link state changed to UP On Thu, 09 Jun 2005 11:08:53 -0700 "Kevin Oberman" wrote: > > Date: Thu, 9 Jun 2005 02:07:29 +0200 > > From: Marcin Jessa > > Sender: owner-freebsd-mobile@freebsd.org > > > > After I recompiled my kernel with device cpufreq , dmesg spits out tons of messages like: > > ichss0: transition to 1 failed > > What does that mean? > > > > sysctl -a |grep ich shows: > > dev.ichss.0.%desc: SpeedStep ICH > > dev.ichss.0.%driver: ichss > > dev.ichss.0.%parent: cpu0 > > dev.ichss.0.freq_settings: 1397/-1 -1/-1 > > > > sysctl dev.cpu|grep freq shows > > dev.cpu.0.freq: 1397 > > dev.cpu.0.freq_levels: 1397/-1 1222/-1 1047/-1 873/-1 698/-1 523/-1 349/-1 174/-1 > > > > I dont use est. > > > > My CPU: (Thinkpad R50e): > > CPU: Intel(R) Celeron(R) M processor 1400MHz (1395.48-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > > Features=0xa7e9f9bf > > OK. This one looks really weird to me. > dev.ichss.0.freq_settings: 1397/-1 -1/-1 > This says that you have two CPU speeds, 1.397 GHz and -1. ???? > > Worse, this system is a Celeron-M. I am not terribly familiar with the > Celerons, but I thought the Celeron-M supported EST, not ICHSS. Why do > you not use est? It's much more powerful than any other power management > technology. > > Can you post a full DMESG? I'm curious what the device probe is picking > up. Something looks bogus. I'm just not sure what. > > Is someone else running a Celeron-M system on current? What do you see > for 'sysctl dev.ichss' and 'sysctl dev.cpu.0'? I have a hunch that the > system is not probing correctly and really does not do ICHSS. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 18:51:14 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C839216A41C for ; Thu, 9 Jun 2005 18:51:14 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3F0B43D1D for ; Thu, 9 Jun 2005 18:51:14 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Thu, 09 Jun 2005 11:51:12 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2BB295D07; Thu, 9 Jun 2005 11:51:13 -0700 (PDT) To: noackjr@alumni.rice.edu In-reply-to: Your message of "Thu, 09 Jun 2005 13:06:27 CDT." <42A88523.1050707@alumni.rice.edu> Date: Thu, 09 Jun 2005 11:51:13 -0700 From: "Kevin Oberman" Message-Id: <20050609185113.2BB295D07@ptavv.es.net> Cc: Randy Bush , FreeBSD Current , Rainer Duffner Subject: Re: boot0cfg and kern.geom.debugflags (was: problem with boot0cfg on a twe?) 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, 09 Jun 2005 18:51:15 -0000 > Date: Thu, 09 Jun 2005 13:06:27 -0500 > From: Jonathan Noack > Sender: owner-freebsd-current@freebsd.org > > This is an OpenPGP/MIME signed message (RFC 2440 and 3156) > --------------enigAB786D0A662873CF03C9D567 > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: 7bit > > On 06/09/05 09:02, Randy Bush wrote: > >>I looked in my archives (well, it's actually at gmane): > >> > >>I got this from Doug White: > >> > >>>This is a erroneous message. The actual problem is: > >>> > >>>> 484 boot0cfg NAMI "/dev/twed0" > >>>> 484 boot0cfg RET open -1 errno 1 Operation not permitted > >>>> > >>>>This is a known problem with certain MBR layouts. To work around this > >>>>problem, set: > >>>> > >>>>sysctl kern.geom.debugflags=16 > >>>>then try your boot0cfg. There's a protection mechanism that sometimes gets > >>>>confused by certain partition table layouts. Flag 16 disables that > >>>>protection. I don't recommend running this unless you are explicitly > >>>>trying to updating something in a partition table-like area; its very easy > >>>>to destroy your system with the flag set! > >> > >>Can you try this? > > > > bingo!!! > > > > # sysctl kern.geom.debugflags=16 > > kern.geom.debugflags: 0 -> 16 > > # boot0cfg -B -d 1 -s 1 -v twed0 > > # flag start chs type end chs offset size > > 1 0x80 0: 1: 1 0xa5 1023:254:63 63 72292437 > > > > version=1.0 drive=0x1 mask=0xf ticks=182 > > options=packet,update,nosetdrv > > default_selection=F1 (Slice 1) > > From what I gather from Poul-Henning Kamp's posts on the matter, this > is a design feature and not a bug. If a disk is mounted in any way > (including read-only), you may not update the MBR to prevent foot > shooting. The real problem is that the error that is returned gives > little information. There has not been a consensus on how to make > things easier for the user. Various ways to print friendly error > messages have been proposed and shot down. > > This issue is documented in boot0cfg(8) as the first entry in the BUGS > section: > "Protection mechanisms in the geom(4) subsystem might prevent boot0cfg > from being able to update the MBR on a mounted disk. Instructions for > temporarily disabling these protection mechanisms can be found in the > geom(4) manpage." > > Under the DIAGNOSTICS section of geom(4) describing the use of the > kern.geom.debugflags sysctl: > "0x10 (allow foot shooting) > Allow writing to Rank 1 providers. This would, for example, allow the > super-user to overwrite the MBR on the root disk or write random sectors > elsewhere to a mounted disk. The implications are obvious." > > I'm not sure what "tracing" is so I don't understand why 0x02 and 0x04 > are necessary (to give us 0x16). I think you forgot which bases the numbers are in. 16base10 is the same thing as 0x10. No other flags are involved. Or 16(10) = 10(16). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 19:06:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90AD416A41C for ; Thu, 9 Jun 2005 19:06:06 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp808.mail.sc5.yahoo.com (smtp808.mail.sc5.yahoo.com [66.163.168.187]) by mx1.FreeBSD.org (Postfix) with SMTP id 4743E43D4C for ; Thu, 9 Jun 2005 19:06:06 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 89191 invoked from network); 9 Jun 2005 19:06:06 -0000 Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.186.139 with login) by smtp808.mail.sc5.yahoo.com with SMTP; 9 Jun 2005 19:06:05 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id B5D0B60D4; Thu, 9 Jun 2005 14:06:04 -0500 (CDT) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 09950-05; Thu, 9 Jun 2005 14:06:02 -0500 (CDT) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id E2C2960D2; Thu, 9 Jun 2005 14:06:02 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.3) with ESMTP id j59J62Op002684; Thu, 9 Jun 2005 14:06:02 -0500 (CDT) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42A89316.1000706@alumni.rice.edu> Date: Thu, 09 Jun 2005 14:05:58 -0500 From: Jonathan Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050428) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050609185113.2BB295D07@ptavv.es.net> In-Reply-To: <20050609185113.2BB295D07@ptavv.es.net> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5EA6DD04A0289C89A4390AC4" X-Virus-Scanned: amavisd-new at noacks.org Cc: Randy Bush , FreeBSD Current , Rainer Duffner Subject: Re: boot0cfg and kern.geom.debugflags X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 19:06:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5EA6DD04A0289C89A4390AC4 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/09/05 13:51, Kevin Oberman wrote: >>Date: Thu, 09 Jun 2005 13:06:27 -0500 >>From: Jonathan Noack >>Sender: owner-freebsd-current@freebsd.org >> >>On 06/09/05 09:02, Randy Bush wrote: >>>>I looked in my archives (well, it's actually at gmane): >>>> >>>>I got this from Doug White: >>>> >>>>>This is a erroneous message. The actual problem is: >>>>> >>>>>> 484 boot0cfg NAMI "/dev/twed0" >>>>>> 484 boot0cfg RET open -1 errno 1 Operation not permitted >>>>>> >>>>>>This is a known problem with certain MBR layouts. To work around this >>>>>>problem, set: >>>>>> >>>>>>sysctl kern.geom.debugflags=16 >>>>>>then try your boot0cfg. There's a protection mechanism that sometimes gets >>>>>>confused by certain partition table layouts. Flag 16 disables that >>>>>>protection. I don't recommend running this unless you are explicitly >>>>>>trying to updating something in a partition table-like area; its very easy >>>>>>to destroy your system with the flag set! >>>> >>>>Can you try this? >>> >>>bingo!!! >>> >>> # sysctl kern.geom.debugflags=16 >>> kern.geom.debugflags: 0 -> 16 >>> # boot0cfg -B -d 1 -s 1 -v twed0 >>> # flag start chs type end chs offset size >>> 1 0x80 0: 1: 1 0xa5 1023:254:63 63 72292437 >>> >>> version=1.0 drive=0x1 mask=0xf ticks=182 >>> options=packet,update,nosetdrv >>> default_selection=F1 (Slice 1) >> >> From what I gather from Poul-Henning Kamp's posts on the matter, this >>is a design feature and not a bug. If a disk is mounted in any way >>(including read-only), you may not update the MBR to prevent foot >>shooting. The real problem is that the error that is returned gives >>little information. There has not been a consensus on how to make >>things easier for the user. Various ways to print friendly error >>messages have been proposed and shot down. >> >>This issue is documented in boot0cfg(8) as the first entry in the BUGS >>section: >>"Protection mechanisms in the geom(4) subsystem might prevent boot0cfg >>from being able to update the MBR on a mounted disk. Instructions for >>temporarily disabling these protection mechanisms can be found in the >>geom(4) manpage." >> >>Under the DIAGNOSTICS section of geom(4) describing the use of the >>kern.geom.debugflags sysctl: >>"0x10 (allow foot shooting) >>Allow writing to Rank 1 providers. This would, for example, allow the >>super-user to overwrite the MBR on the root disk or write random sectors >>elsewhere to a mounted disk. The implications are obvious." >> >>I'm not sure what "tracing" is so I don't understand why 0x02 and 0x04 >>are necessary (to give us 0x16). > > I think you forgot which bases the numbers are in. 16base10 is the same > thing as 0x10. No other flags are involved. Or 16(10) = 10(16). *blush* I never considered they would be listed with different bases, although that makes perfect sense. Thanks! -- Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig5EA6DD04A0289C89A4390AC4 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.1 (FreeBSD) iD8DBQFCqJMaUFz01pkdgZURAqNoAKDQ4pb+a+VAZSKoQ/vLvNEadSPVQQCfZXNY nuBGv2QHBDfQWxwEp5IaAuI= =CUoR -----END PGP SIGNATURE----- --------------enig5EA6DD04A0289C89A4390AC4-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 19:11:19 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8879B16A41C; Thu, 9 Jun 2005 19:11:19 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33D6843D49; Thu, 9 Jun 2005 19:11:18 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.3/8.13.1) with ESMTP id j59JBGQn096385; Thu, 9 Jun 2005 12:11:16 -0700 (PDT) (envelope-from bakul@bitblocks.com) Message-Id: <200506091911.j59JBGQn096385@gate.bitblocks.com> To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: Your message of "Wed, 08 Jun 2005 09:50:44 +0200." <86zmu1l223.fsf@xps.des.no> Date: Thu, 09 Jun 2005 12:11:15 -0700 From: Bakul Shah Cc: freebsd-fs@freebsd.org, FreeBSD Current Subject: Re: you are in an fs with millions of small files 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, 09 Jun 2005 19:11:19 -0000 > Giorgos Keramidas writes: > > Is there a better way to sort a linked list (not necessarily a > > singly-linked list, like the one fts_link is used for). > > Don't build a linked list to begin with. The comparison function is > known at the time the directory entries are read, so it should be a > simple matter to read them into a red-black tree instead of a singly- > linked list. I'm working on a patch. Unless the tree needs to grow dynamically, a red-black tree won't buy you anything. It is faster to use mergesort on an array than a red black tree implementation. They have the same O n log n complexity but per item overhead is higher in r-b perhaps due to more mallocs. Even a skewheap will be faster than r-b since you don't need to search, but just return items in sort order. Start with a small array. When it gets full double it (or grow by half if you want to waste less memory). In my tests, with input file constructed from multiple copies of /usr/share/dict/words rather than a directory, the mergesort+array was 3 times faster than red-black for upto at least 250K entries. At about 10M entries and 100MB of data, mergesort+array was still about twice as fast and used less memory. Using mmap the performance doubled and memory use went down! Benchmark program (but not with the mmap code) attached:-) % wc z 10000000 10000000 105733020 z % time a.out redblack < z 15.445u 1.314s 0:16.76 99.9% 10+320297k 0+0io 0pf+0w % time a.out array < z 9.524u 0.691s 0:10.21 100.0% 10+240289k 0+0io 0pf+0w % time a.out -m array < z 4.632u 0.653s 0:05.28 100.0% 10+151192k 0+0io 0pf+0w -- bakul [source compacted to fit on one page] #include #include #include int debug; #define strndup(s,n) strncpy(malloc(n+1), s, n) int compare(const void*a, const void* b) { return strcmp(*(char**)a, *(char**)b); } do_ar() { char* line; size_t len; int c = 0, i; int s = 16; char** a = (char**)malloc(s*sizeof(char*)); if (debug) fprintf(stderr, "Using array+mergesort\n"); while (line = fgetln(stdin, &len)) { if (c >= s) a = (char**)realloc(a, (s *= 2)*sizeof(char*)); a[c++] = strndup(line, len-1); } mergesort(a, c, sizeof(char*), compare); if (debug) for (i = 0; i < c; i++) printf("%s\n", a[i]); } typedef struct node { char *name; RB_ENTRY(node) links; } Node; int cmp(Node* a, Node* b) { return strcmp(a->name, b->name); } RB_HEAD(rb_tree, node); RB_GENERATE(rb_tree, node, links, cmp); do_rb() { char* line; size_t len; struct rb_tree rb; Node* n; if (debug) fprintf(stderr, "Using red-back tree\n"); RB_INIT(&rb); while (line = fgetln(stdin, &len)) { struct node* node = malloc(sizeof *node); node->name = strndup(line, len-1); RB_INSERT(rb_tree, &rb, node); } if (debug) RB_FOREACH(n, rb_tree, &rb) printf("%s\n", n->name); } int main(int c, char** v) { if (c > 1 && strcmp(v[1], "-d") == 0) { debug = 1; c--; v++; } if (c > 1 && v[1][0] == 'r') do_rb(); else do_ar(); } From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 19:15:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7397B16A41C; Thu, 9 Jun 2005 19:15:57 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20E4E43D1F; Thu, 9 Jun 2005 19:15:56 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 733C11EC338; Thu, 9 Jun 2005 21:15:55 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j59JFap8009020; Thu, 9 Jun 2005 21:15:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Bakul Shah From: "Poul-Henning Kamp" In-Reply-To: Your message of "Thu, 09 Jun 2005 12:11:15 PDT." <200506091911.j59JBGQn096385@gate.bitblocks.com> Date: Thu, 09 Jun 2005 21:15:36 +0200 Message-ID: <9019.1118344536@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-fs@freebsd.org, =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= , FreeBSD Current Subject: Re: you are in an fs with millions of small files 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, 09 Jun 2005 19:15:57 -0000 In message <200506091911.j59JBGQn096385@gate.bitblocks.com>, Bakul Shah writes: >Start with a small array. When it gets full double it (or >grow by half if you want to waste less memory). If I might make an observation... You do not waste malloc'ed memory until you access it. You waste some page table entries etc in the kernel, but the actual pages do not become part of the memory-pressure mob-rule until you touch it the first time. This is a very important point which people still (after 20 years of virtual memory systems and 10 years of phkmalloc) still do not seem to have fully understood. I would advice a simple doubling and a terminal realloc to cut down to actual size. -- 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 Thu Jun 9 19:22:39 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2760716A41C for ; Thu, 9 Jun 2005 19:22:39 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id C368143D1D for ; Thu, 9 Jun 2005 19:22:38 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0268360F3; Thu, 9 Jun 2005 21:22:32 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id E357460F2; Thu, 9 Jun 2005 21:22:31 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id C862B33C3B; Thu, 9 Jun 2005 21:22:31 +0200 (CEST) To: Christian Brueffer References: <20050608084229.GH41050@obiwan.tataz.chchile.org> <20050608152417.GB836@galgenberg.net> <20050609141756.GA41050@obiwan.tataz.chchile.org> <20050609145520.GB2620@unixpages.org> <867jh3zcfk.fsf@xps.des.no> <20050609182058.GC2620@unixpages.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 09 Jun 2005 21:22:31 +0200 In-Reply-To: <20050609182058.GC2620@unixpages.org> (Christian Brueffer's message of "Thu, 09 Jun 2005 20:20:58 +0200") Message-ID: <86y89jxrm0.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Learn: ham X-Spam-Score: -5.1/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: pam.conf(5) and pam(8) 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, 09 Jun 2005 19:22:39 -0000 Christian Brueffer writes: > On Thu, Jun 09, 2005 at 07:07:27PM +0200, Dag-Erling Sm=F8rgrav wrote: > > My feeling now is that pam(8) should probably just reference the > > article and provide a quick overview of our PAM modules (with > > references to their individual man pages). > That's what the NetBSD manpage mostly does. Short description of > the functionality and the account, auth, password and session > facilities. Please re-read what I wrote. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 19:28:54 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 148CC16A41C for ; Thu, 9 Jun 2005 19:28:54 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D57C43D49 for ; Thu, 9 Jun 2005 19:28:53 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IHU00M3D0S3OR@ms-dienst.rz.rwth-aachen.de> for freebsd-current@FreeBSD.org; Thu, 09 Jun 2005 21:28:52 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Thu, 09 Jun 2005 21:28:51 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id j59JSoHB015318; Thu, 09 Jun 2005 21:28:51 +0200 (MEST) Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id A9D3F28439; Thu, 09 Jun 2005 21:28:50 +0200 (CEST) Date: Thu, 09 Jun 2005 21:28:50 +0200 From: Christian Brueffer In-reply-to: <86y89jxrm0.fsf@xps.des.no> To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-id: <20050609192850.GD2620@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=YD3LsXFS42OYHhNZ; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.6i X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <20050608084229.GH41050@obiwan.tataz.chchile.org> <20050608152417.GB836@galgenberg.net> <20050609141756.GA41050@obiwan.tataz.chchile.org> <20050609145520.GB2620@unixpages.org> <867jh3zcfk.fsf@xps.des.no> <20050609182058.GC2620@unixpages.org> <86y89jxrm0.fsf@xps.des.no> Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: pam.conf(5) and pam(8) 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, 09 Jun 2005 19:28:54 -0000 --YD3LsXFS42OYHhNZ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 09, 2005 at 09:22:31PM +0200, Dag-Erling Sm=F8rgrav wrote: > Christian Brueffer writes: > > On Thu, Jun 09, 2005 at 07:07:27PM +0200, Dag-Erling Sm=F8rgrav wrote: > > > My feeling now is that pam(8) should probably just reference the > > > article and provide a quick overview of our PAM modules (with > > > references to their individual man pages). > > That's what the NetBSD manpage mostly does. Short description of > > the functionality and the account, auth, password and session > > facilities. >=20 > Please re-read what I wrote. >=20 I know what you wrote, but it doesn't mean we can't fix the stuff appropriately (or just link to the PAM article). Leaving the licensing problem alone for now. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --YD3LsXFS42OYHhNZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCqJhybHYXjKDtmC0RAh5nAKD0tiOj6LsCaCyQSRwjWkiKr63hyQCgtiYl yZxpGIS7OpVha1eKpeeuinA= =/zHu -----END PGP SIGNATURE----- --YD3LsXFS42OYHhNZ-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 20:34:14 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B64F416A41C for ; Thu, 9 Jun 2005 20:34:14 +0000 (GMT) (envelope-from ups@tree.com) Received: from smtp.speedfactory.net (talon.speedfactory.net [66.23.216.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58BCD43D53 for ; Thu, 9 Jun 2005 20:34:13 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 10848 invoked from network); 9 Jun 2005 21:30:14 +0000 Received: from 66-23-216-49.clients.speedfactory.net (HELO palm.tree.com) (66.23.216.49) by smtp.speedfactory.net with AES256-SHA encrypted SMTP; 9 Jun 2005 21:30:14 +0000 Received: from [127.0.0.1] (ups@localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j59KYCpP094774; Thu, 9 Jun 2005 16:34:12 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: Kris Kennaway In-Reply-To: <20050609183835.GA9451@xor.obsecurity.org> References: <20050609183835.GA9451@xor.obsecurity.org> Content-Type: text/plain Message-Id: <1118349252.27369.42716.camel@palm> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 09 Jun 2005 16:34:12 -0400 Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: mutex still spinning while in DDB 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: Thu, 09 Jun 2005 20:34:14 -0000 On Thu, 2005-06-09 at 14:38, Kris Kennaway wrote: > I've seen the following a couple of times recently on UP machines > running up-to-date current (the panic may not be important, I'm > referring to the behaviour of DDB): > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc054cc77 > stack pointer = 0x28:0xd4222c9c > frame pointer = 0x28:0xd4222cb4 > 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 = 37 (vnlru) > [thread pid 37 tid 100035 ] > Stopped at vnlru_free+0x87: movl %eax,0(%edx) > db> stray irq7 > stray irq7 > stray irq7 > stray irq7 > too many stray irq 7's: not logging anymore > > At this point, the keyboard only works sporadically (i.e. I have to > press keys multiple times for DDB to receive the input). I will try to fix it. We should really not have interrupts enabled at this point. Stephan From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 21:10:07 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA28E16A41C for ; Thu, 9 Jun 2005 21:10:06 +0000 (GMT) (envelope-from bruce.ashfield@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B03043D48 for ; Thu, 9 Jun 2005 21:10:06 +0000 (GMT) (envelope-from bruce.ashfield@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so152386wra for ; Thu, 09 Jun 2005 14:10:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=eZ9JBvhEfoRUuja7hvfmf5etskKuhQHqCTaSU8Mapb/DmJqm69bbXc4ImFmxLm9hlpE3Ik2HdftUQHO7la8KKWQxp28llrey4D5ZFr1FFpkAV9zfalRyh8XVGBfFKKI26ZdTcDbGjrnynHqrlNRnQAzEC50vNfDvueHpufdi80k= Received: by 10.54.22.33 with SMTP id 33mr581150wrv; Thu, 09 Jun 2005 14:10:05 -0700 (PDT) Received: by 10.54.52.2 with HTTP; Thu, 9 Jun 2005 14:10:05 -0700 (PDT) Message-ID: <3bd6b93c0506091410349bad01@mail.gmail.com> Date: Thu, 9 Jun 2005 17:10:05 -0400 From: Bruce Ashfield To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RX (download) limit problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Ashfield List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2005 21:10:07 -0000 Hi all, I've been digging around for over a week now and am either too slow=20 to find what I need in the docs or via google, so I thought I'd stop lurkin= g=20 and see if anyone can either help me, or slap me in the head. I've been seeing a strange problem with my 5.4-STABLE freebsd=20 firewall/router=20 for about a month now and I can't for the life of me explain (or fix) it. It can be summed up as: "any type of download seems to be limited at less= =20 than=20 30 kB/s". I'm normally seeing around 26 kB/s and sometimes a bit higher. I'= m=20 connecting to a known high bandwidth public site as my performance test.=20 Internal transfers on my LAN work fine, but nothing out of the firewall (either from= =20 a machine behind it or the firewall itself) can get a decent rate. I suspect my FreeBSD config, since my linux box (when directly connected) o= r=20 an openBSD box are seeing transfers rates in excess of 200kB/s when fetching= =20 the same file. I'm running pppoe over a 3 meg DSL loop, using ipfilter and ipnat as my=20 weapons of choice. I'm willing to try alternatives (i.e. pf), but I don't think it= =20 is my configurations for ipfilter and/or ipnat that are the problems. I've tried turning them=20 down to almost nothing and haven't seen any changes at all in the limit. The closest thing I found that describes a similar problem is: http://freebsdaddicts.org/forum/viewtopic.php?id=3D575 But trying what is suggested in that thread didn't help at all. In talking to some openBSD guys we had a theory that it might be something= =20 like=20 the upload and download being kept symmetric and hence so low on the=20 download side. In openBSD I've seen it solved using altq's but I can't find an=20 equivalent in freeBSD without going to pf as my packet filter. ifconfig shows: fxp0: flags=3D8843 mtu 1500 options=3D8 inet6 fe80::202:b3ff:fe24:3797%fxp0 prefixlen 64 scopeid 0x1 ether 00:02:b3:24:37:97 media: Ethernet autoselect (10baseT/UTP) status: active fxp1: flags=3D8843 mtu 1500 options=3D8 inet6 fe80::202:b3ff:fe24:8182%fxp1 prefixlen 64 scopeid 0x2 inet 10.*.*.* netmask 0xff000000 broadcast 10.255.255.255 ether 00:02:b3:24:81:82 media: Ethernet autoselect (10baseT/UTP) status: active plip0: flags=3D108810 mtu 1500 lo0: flags=3D8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 tun0: flags=3D8051 mtu 1452 inet 66.*.*.* --> 66.*.*.* netmask 0xffffff00 Opened by PID 242 I've tried everything from forcing full-duplex media, to tweaking any any= =20 every suggested tcp setting I could get at, none have an impact on the limit. I'l= l=20 leave those details out for now in the interest of not too long an email. Right now I'd be happy enough with RTFM and/or someone else who at least recognizes the problem. Cheers, Bruce --=20 "Thou shalt not follow the NULL pointer, for chaos and madness await thee a= t=20 its end" From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 21:53:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2A1E16A41C for ; Thu, 9 Jun 2005 21:53:14 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz (sage.tasman.net [202.49.92.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6CD443D48 for ; Thu, 9 Jun 2005 21:53:12 +0000 (GMT) (envelope-from marcos@ThePacific.Net) Received: from sage.ts.co.nz ([172.16.21.1]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id j59LrAKe004602 for ; Fri, 10 Jun 2005 09:53:10 +1200 Received: from ThePacific.Net (203-86-192-98.tasman.net [203.86.192.98]) by sage.ts.co.nz (8.12.11/8.12.10) with ESMTP id j59LptTN004237 for ; Fri, 10 Jun 2005 09:52:00 +1200 Message-ID: <42A962CB.6070008@ThePacific.Net> Date: Fri, 10 Jun 2005 09:52:11 +0000 From: "Marcos Biscaysaqu - Thepacific.net" Organization: Thepacific.net User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.76.8.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Atheros Card 14 channels 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, 09 Jun 2005 21:53:15 -0000 Hi there. Someone know about any patch or setting to enable 14 channels on the Atheros Chipset? I tried to change hw.ath.countrycode= 0 to hw.ath.countrycode=329 but with no luck. thanks Marcos Biscaysaqu From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 21:55:11 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A87C216A41C; Thu, 9 Jun 2005 21:55:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6518243D1D; Thu, 9 Jun 2005 21:55:11 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j59LsxxY013022; Thu, 9 Jun 2005 17:54:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j59LtADf043046; Thu, 9 Jun 2005 17:55:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 56A907306E; Thu, 9 Jun 2005 17:55:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050609215510.56A907306E@freebsd-current.sentex.ca> Date: Thu, 9 Jun 2005 17:55:10 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Thu, 09 Jun 2005 21:55:11 -0000 TB --- 2005-06-09 21:19:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-09 21:19:45 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-06-09 21:19:45 - cleaning the object tree TB --- 2005-06-09 21:20:24 - checking out the source tree TB --- 2005-06-09 21:20:24 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-06-09 21:20:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-09 21:26:32 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-09 21:26:32 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-06-09 21:26:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/i386/i386/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/i386/i386/src/lib/libpcap/../../contrib/libpcap -c /tinderbox/CURRENT/i386/i386/src/lib/libpcap/../../contrib/libpcap/bpf_dump.c -o bpf_dump.So cc -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/i386/i386/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/i386/i386/src/lib/libpcap/../../contrib/libpcap -c scanner.c -o scanner.So cc -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/i386/i386/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/i386/i386/src/lib/libpcap/../../contrib/libpcap -c version.c -o version.So building shared library libpcap.so.4 ===> lib/libpmc (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/i386/i386/src/lib/libpmc/libpmc.c /tinderbox/CURRENT/i386/i386/src/lib/libpmc/libpmc.c: In function `pmc_cpuinfo': /tinderbox/CURRENT/i386/i386/src/lib/libpmc/libpmc.c:1756: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib/libpmc. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-06-09 21:55:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-09 21:55:10 - ERROR: failed to build world TB --- 2005-06-09 21:55:10 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 21:56:14 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2B2916A41C; Thu, 9 Jun 2005 21:56:14 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from mail.hamnpolare.net (manticore.shapeshifter.se [212.37.5.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 383BB43D48; Thu, 9 Jun 2005 21:56:11 +0000 (GMT) (envelope-from fli+freebsd-current@shapeshifter.se) Received: from localhost (localhost [127.0.0.1]) by mail.hamnpolare.net (Postfix) with ESMTP id 58F081A6D5; Thu, 9 Jun 2005 23:56:09 +0200 (CEST) Received: from mail.hamnpolare.net ([127.0.0.1]) by localhost (manticore.shapeshifter.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 88620-16; Thu, 9 Jun 2005 23:56:08 +0200 (CEST) Received: from biocandy.shapeshifter.se (h99n2fls32o270.telia.com [217.210.25.99]) by mail.hamnpolare.net (Postfix) with ESMTP id 019681A6FF; Thu, 9 Jun 2005 23:56:07 +0200 (CEST) Received: by biocandy.shapeshifter.se (Postfix, from userid 1001) id 8FDBE427D; Thu, 9 Jun 2005 23:56:07 +0200 (CEST) Date: Thu, 9 Jun 2005 23:56:07 +0200 From: Fredrik Lindberg To: Don Lewis Message-ID: <20050609215606.GA1813@shapeshifter.se> References: <20050608142039.GA776@shapeshifter.se> <200506082139.j58Ld4be025180@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506082139.j58Ld4be025180@gw.catspoiler.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: at mail.hamnpolare.net Cc: freebsd-current@FreeBSD.org Subject: Re: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 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, 09 Jun 2005 21:56:14 -0000 On Wed, Jun 08, 2005 at 02:39:04PM -0700, Don Lewis (truckman@FreeBSD.org) wrote: > On 8 Jun, Fredrik Lindberg wrote: > > Hi > > > > When trying to play sound from two different sources at the same time I get an > > instant panic with the following message > > > > panic: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 @ /usr/src/sys/dev/sound/pcm/sound.c:381 > > > > This is with a (AC97) on a few hours old current and with > > sound and snd_ich compiled staticly into the kernel. > > It only occurs when hw.snd.autovchans is set to a number greater than 1. > > [cut backtrace] > > The content of frame 5 yields the following > > (kgdb) f 5 > > #5 0xc0506dfc in pcm_chn_create (d=0xc1979a00, parent=0x0, cls=0x0, dir=2, > > devinfo=0x0) at /usr/src/sys/dev/sound/pcm/sound.c:381 > > 381 snd_mtxlock(d->lock); > > > > d->lock is initialized as a non-recursive mutex in snd_mtxcreate (sound.c:78) > > called from pcm_register (sound.c:655). > > While the following patch fixes the panic and let me play sound from different > > sources at the same time without any problems, I'm really not sure this is > > the correct solution since the mutex was initialized as a non-recursive mutex but > > recursion happens anyway. Perhaps somebody with more experience in the sound system > > could look at this. > > Try manually creating the vchans ahead of time by setting the > hw.snd.pcm0.vchans to the desired value. There are a number of locking > bugs and possible race conditions in the top half of the sound code, > especially in the channel creation code. Pre-creating the vchans > exercises a different code path that should not have this particular > bug. Yes, manually creating vchans works without problems. So the issue is most likley, as you said, somewhere during channel creation. > > I'm guessing that your kernel does not have the WITNESS option enabled, > otherwise WITNESS should be complaining about calls to malloc() while > holding a mutex. I ran this with WITNESS enabled too, and yes it complains a few times about malloc. malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: exclusive sleep mutex pcm0 (sound cdev) r = 0 (0xc1be9bc0) locked @ /usr/src/sys/dev/sound/pcm/dsp.c:214 I'm not posting the full backtrace, since quite large, but the importat bits are similar to the backtrace produced from the crash dump. malloc(8,c081c400,102,100,c07ca0ea) at malloc+0xd9 vchan_create(c1bf0180,0,c07ca0ea,bf,3) at vchan_create+0x4e pcm_chnalloc(c1979800,1,2e7,ffffffff,0) at pcm_chnalloc+0x114 dsp_open(c1a8ec00,2,2000,c2072c80,c1a8ec00) at dsp_open+0x2dd I'll try to dig around some more and see if I can come up with something. Fredrik Lindberg From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:30:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E41816A41C; Thu, 9 Jun 2005 22:30:24 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E628D43D48; Thu, 9 Jun 2005 22:30:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j59MUBiG015177; Thu, 9 Jun 2005 18:30:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j59MUMxe058517; Thu, 9 Jun 2005 18:30:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EF8097306E; Thu, 9 Jun 2005 18:30:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050609223021.EF8097306E@freebsd-current.sentex.ca> Date: Thu, 9 Jun 2005 18:30:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Thu, 09 Jun 2005 22:30:24 -0000 TB --- 2005-06-09 21:55:10 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-09 21:55:10 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-06-09 21:55:10 - cleaning the object tree TB --- 2005-06-09 21:55:37 - checking out the source tree TB --- 2005-06-09 21:55:37 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-06-09 21:55:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-09 22:01:47 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-09 22:01:47 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-09 22:01:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/i386/pc98/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/i386/pc98/src/lib/libpcap/../../contrib/libpcap -c /tinderbox/CURRENT/i386/pc98/src/lib/libpcap/../../contrib/libpcap/bpf_dump.c -o bpf_dump.So cc -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/i386/pc98/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/i386/pc98/src/lib/libpcap/../../contrib/libpcap -c scanner.c -o scanner.So cc -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/i386/pc98/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/i386/pc98/src/lib/libpcap/../../contrib/libpcap -c version.c -o version.So building shared library libpcap.so.4 ===> lib/libpmc (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/i386/pc98/src/lib/libpmc/libpmc.c /tinderbox/CURRENT/i386/pc98/src/lib/libpmc/libpmc.c: In function `pmc_cpuinfo': /tinderbox/CURRENT/i386/pc98/src/lib/libpmc/libpmc.c:1756: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib/libpmc. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-06-09 22:30:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-09 22:30:21 - ERROR: failed to build world TB --- 2005-06-09 22:30:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 22:36:05 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4362D16A41C for ; Thu, 9 Jun 2005 22:36:05 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFC2143D1F for ; Thu, 9 Jun 2005 22:36:04 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j59MZsam028199; Thu, 9 Jun 2005 15:35:58 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506092235.j59MZsam028199@gw.catspoiler.org> Date: Thu, 9 Jun 2005 15:35:54 -0700 (PDT) From: Don Lewis To: fli+freebsd-current@shapeshifter.se In-Reply-To: <20050609215606.GA1813@shapeshifter.se> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 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, 09 Jun 2005 22:36:05 -0000 On 9 Jun, Fredrik Lindberg wrote: > On Wed, Jun 08, 2005 at 02:39:04PM -0700, Don Lewis (truckman@FreeBSD.org) wrote: >> On 8 Jun, Fredrik Lindberg wrote: >> > Hi >> > >> > When trying to play sound from two different sources at the same time I get an >> > instant panic with the following message >> > >> > panic: _mtx_lock_sleep: recursed on non-recursive mutex pcm0 @ /usr/src/sys/dev/sound/pcm/sound.c:381 >> > >> > This is with a (AC97) on a few hours old current and with >> > sound and snd_ich compiled staticly into the kernel. >> > It only occurs when hw.snd.autovchans is set to a number greater than 1. >> > > [cut backtrace] > >> > The content of frame 5 yields the following >> > (kgdb) f 5 >> > #5 0xc0506dfc in pcm_chn_create (d=0xc1979a00, parent=0x0, cls=0x0, dir=2, >> > devinfo=0x0) at /usr/src/sys/dev/sound/pcm/sound.c:381 >> > 381 snd_mtxlock(d->lock); >> > >> > d->lock is initialized as a non-recursive mutex in snd_mtxcreate (sound.c:78) >> > called from pcm_register (sound.c:655). >> > While the following patch fixes the panic and let me play sound from different >> > sources at the same time without any problems, I'm really not sure this is >> > the correct solution since the mutex was initialized as a non-recursive mutex but >> > recursion happens anyway. Perhaps somebody with more experience in the sound system >> > could look at this. >> >> Try manually creating the vchans ahead of time by setting the >> hw.snd.pcm0.vchans to the desired value. There are a number of locking >> bugs and possible race conditions in the top half of the sound code, >> especially in the channel creation code. Pre-creating the vchans >> exercises a different code path that should not have this particular >> bug. > > Yes, manually creating vchans works without problems. So the issue is most > likley, as you said, somewhere during channel creation. > >> >> I'm guessing that your kernel does not have the WITNESS option enabled, >> otherwise WITNESS should be complaining about calls to malloc() while >> holding a mutex. > > I ran this with WITNESS enabled too, and yes it complains a few times about malloc. > > malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following non-sleepable locks held: > exclusive sleep mutex pcm0 (sound cdev) r = 0 (0xc1be9bc0) locked @ /usr/src/sys/dev/sound/pcm/dsp.c:214 The M_WAITOK -> M_NOWAIT translation probably means that this code path could panic if one of the malloc() calls failed due to a memory shortage. > I'm not posting the full backtrace, since quite large, but the importat > bits are similar to the backtrace produced from the crash dump. > > malloc(8,c081c400,102,100,c07ca0ea) at malloc+0xd9 > vchan_create(c1bf0180,0,c07ca0ea,bf,3) at vchan_create+0x4e > pcm_chnalloc(c1979800,1,2e7,ffffffff,0) at pcm_chnalloc+0x114 > dsp_open(c1a8ec00,2,2000,c2072c80,c1a8ec00) at dsp_open+0x2dd > > I'll try to dig around some more and see if I can come up with something. The pcm0 mutex needs to be dropped before calling vchan_create() (the other paths to vchan_create() do this) so that no mutexes are held across the malloc() calls and to avoid the recursion on the pcm0 mutex. The problem then is that then there is nothing preventing this code from being re-entered and hosing things in some other way. The locking scheme in the top half of the sound code is pretty broken and needs to be re-written. I've got some ideas on how to do it, but ENOTIME to work on it. I think its also likely that bugs are lurking in the channel creation and destruction code due to the way the code is structured and the way operations are ordered. I'd recommend just manually creating the vchans as a workaround. From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 23:10:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9746D16A41F; Thu, 9 Jun 2005 23:10:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5078B43D1D; Thu, 9 Jun 2005 23:10:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j59NAgia017539; Thu, 9 Jun 2005 19:10:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j59NAs1E074279; Thu, 9 Jun 2005 19:10:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ECEF97306E; Thu, 9 Jun 2005 19:10:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050609231053.ECEF97306E@freebsd-current.sentex.ca> Date: Thu, 9 Jun 2005 19:10:53 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Thu, 09 Jun 2005 23:10:56 -0000 TB --- 2005-06-09 22:30:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-09 22:30:22 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-06-09 22:30:22 - cleaning the object tree TB --- 2005-06-09 22:30:48 - checking out the source tree TB --- 2005-06-09 22:30:48 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-06-09 22:30:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-09 22:36:35 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-09 22:36:35 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-09 22:36:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpcap/../../contrib/libpcap -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpcap/../../contrib/libpcap/bpf_dump.c -o bpf_dump.So cc -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpcap/../../contrib/libpcap -c scanner.c -o scanner.So cc -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/ia64/ia64/src/lib/libpcap/../../contrib/libpcap -c version.c -o version.So building shared library libpcap.so.4 ===> lib/libpmc (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libpmc/libpmc.c /tinderbox/CURRENT/ia64/ia64/src/lib/libpmc/libpmc.c: In function `pmc_cpuinfo': /tinderbox/CURRENT/ia64/ia64/src/lib/libpmc/libpmc.c:1756: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libpmc. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-06-09 23:10:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-09 23:10:53 - ERROR: failed to build world TB --- 2005-06-09 23:10:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 23:39:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14B9916A41C for ; Thu, 9 Jun 2005 23:39:15 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E61143D1D for ; Thu, 9 Jun 2005 23:39:14 +0000 (GMT) (envelope-from nb_root@videotron.ca) Received: from clk01a ([66.130.198.54]) by VL-MO-MR007.ip.videotron.ca (iPlanet Messaging Server 5.2 HotFix 1.21 (built Sep 8 2003)) with ESMTP id <0IHU007UFCD6NT@VL-MO-MR007.ip.videotron.ca> for freebsd-current@freebsd.org; Thu, 09 Jun 2005 19:39:06 -0400 (EDT) Date: Thu, 09 Jun 2005 19:38:58 -0400 From: Nicolas Blais In-reply-to: <20050606130324.V16994@carver.gumbysoft.com> To: freebsd-current@freebsd.org Message-id: <200506091939.05996.nb_root@videotron.ca> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=nextPart1174407.XoGjJJNbst Content-transfer-encoding: 7bit User-Agent: KMail/1.8 References: <200506051049.22537.nb_root@videotron.ca> <20050606130324.V16994@carver.gumbysoft.com> Subject: UPDATE: USB still not working properly 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, 09 Jun 2005 23:39:15 -0000 --nextPart1174407.XoGjJJNbst Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > I'd suggest compiling with USB_DEBUG, crank up the USB and umass debug > levels via sysctl, then plug in the device and see what comes out. (The > output can be lengthy at higher levels.) Hi, here's the output of USB_DEBUG with=20 { hw.usb.ehci.debug: 1 hw.usb.umass.debug: 1 hw.usb.debug: 1 } when I plug my card reader : ehci_device_clear_toggle: epipe=3D0xc24b3d80 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24b3d80 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e300 edesc=3D0xc2762352 refcnt=3D1 bEndpointAddress=3D0x81 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 umass0:0:0:-1: Attached to scbus0 ehci_timeout: exfer=3D0xc2495c00 ehci_timeout_task: xfer=3D0xc2495c00 ehci_abort_xfer: xfer=3D0xc2495c00 pipe=3D0xc24cc200 ehci_intr1: door bell ehci_device_clear_toggle: epipe=3D0xc24b3d80 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24b3d80 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e300 edesc=3D0xc2762352 refcnt=3D1 bEndpointAddress=3D0x81 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 ehci_device_clear_toggle: epipe=3D0xc24cc200 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24cc200 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e308 edesc=3D0xc2762359 refcnt=3D1 bEndpointAddress=3D0x02 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command ehci_timeout: exfer=3D0xc2495c00 ehci_timeout_task: xfer=3D0xc2495c00 ehci_abort_xfer: xfer=3D0xc2495c00 pipe=3D0xc24cc200 ehci_intr1: door bell ehci_device_clear_toggle: epipe=3D0xc24b3d80 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24b3d80 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e300 edesc=3D0xc2762352 refcnt=3D1 bEndpointAddress=3D0x81 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 ehci_device_clear_toggle: epipe=3D0xc24cc200 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24cc200 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e308 edesc=3D0xc2762359 refcnt=3D1 bEndpointAddress=3D0x02 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command ehci_timeout: exfer=3D0xc2495c00 ehci_timeout_task: xfer=3D0xc2495c00 ehci_abort_xfer: xfer=3D0xc2495c00 pipe=3D0xc24cc200 ehci_intr1: door bell ehci_device_clear_toggle: epipe=3D0xc24b3d80 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24b3d80 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e300 edesc=3D0xc2762352 refcnt=3D1 bEndpointAddress=3D0x81 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 ehci_device_clear_toggle: epipe=3D0xc24cc200 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24cc200 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e308 edesc=3D0xc2762359 refcnt=3D1 bEndpointAddress=3D0x02 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command ehci_timeout: exfer=3D0xc2495c00 ehci_timeout_task: xfer=3D0xc2495c00 ehci_abort_xfer: xfer=3D0xc2495c00 pipe=3D0xc24cc200 ehci_intr1: door bell ehci_device_clear_toggle: epipe=3D0xc24b3d80 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24b3d80 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e300 edesc=3D0xc2762352 refcnt=3D1 bEndpointAddress=3D0x81 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 ehci_device_clear_toggle: epipe=3D0xc24cc200 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24cc200 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e308 edesc=3D0xc2762359 refcnt=3D1 bEndpointAddress=3D0x02 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): Retrying Command ehci_timeout: exfer=3D0xc2495c00 ehci_timeout_task: xfer=3D0xc2495c00 ehci_abort_xfer: xfer=3D0xc2495c00 pipe=3D0xc24cc200 ehci_intr1: door bell ehci_device_clear_toggle: epipe=3D0xc24b3d80 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24b3d80 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e300 edesc=3D0xc2762352 refcnt=3D1 bEndpointAddress=3D0x81 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 ehci_device_clear_toggle: epipe=3D0xc24cc200 status=3D0x0 usbd_dump_pipe: pipe=3D0xc24cc200 usbd_dump_iface: iface=3D0xc2762320 device=3D0xc2a74980 idesc=3D0xc2762349 index=3D0 altindex=3D0 priv=3D0 usbd_dump_device: dev=3D0xc2a74980 bus=3D0xc23ab000 default_pipe=3D0xc2a74900 address=3D2 config=3D1 depth=3D1 speed=3D3 self_powered=3D0 power=3D100 la= ngid=3D1033 usbd_dump_endpoint: endp=3D0xc266e308 edesc=3D0xc2762359 refcnt=3D1 bEndpointAddress=3D0x02 (usbd_dump_pipe:) refcnt=3D1 running=3D0 aborting=3D0 intrxfer=3D0, repeat=3D0, interval=3D-1 (probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR (probe0:umass-sim0:0:0:0): error 5 (probe0:umass-sim0:0:0:0): Retries Exausted And it still takes about 1 minute for each probe, that being on a fresh CVS= UP.=20 Everything else usb-wise works #1. Suggestions appreciated ! =2D-=20 =46reeBSD 6.0-CURRENT #0: Thu Jun 9 18:58:01 EDT 2005 =20 root@clk01a:/usr/obj/usr/src/sys/CLK01A=20 PGP? : http://66.130.198.54:8081/security/nb_root.asc --nextPart1174407.XoGjJJNbst Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCqNMZz38ton5LGeIRAuE2AJwKA6o5RanVphP0eSzyqKpSdDcfwACfU4Cq X0o5w6CY9s+Hl5E6tUG8fUs= =dV0T -----END PGP SIGNATURE----- --nextPart1174407.XoGjJJNbst-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 9 23:46:21 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29AD816A41C; Thu, 9 Jun 2005 23:46:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D845C43D49; Thu, 9 Jun 2005 23:46:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j59Nk8Tp019372; Thu, 9 Jun 2005 19:46:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j59NkJVg088323; Thu, 9 Jun 2005 19:46:19 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AD1F67306E; Thu, 9 Jun 2005 19:46:19 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> Date: Thu, 9 Jun 2005 19:46:19 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner5 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Thu, 09 Jun 2005 23:46:21 -0000 TB --- 2005-06-09 23:10:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-09 23:10:54 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-06-09 23:10:54 - cleaning the object tree TB --- 2005-06-09 23:11:15 - checking out the source tree TB --- 2005-06-09 23:11:15 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-06-09 23:11:15 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-09 23:17:09 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-09 23:17:09 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-06-09 23:17:09 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libpcap/../../contrib/libpcap -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libpcap/../../contrib/libpcap/bpf_dump.c -o bpf_dump.So cc -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libpcap/../../contrib/libpcap -c scanner.c -o scanner.So cc -fpic -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/powerpc/powerpc/src/lib/libpcap/../../contrib/libpcap -c version.c -o version.So building shared library libpcap.so.4 ===> lib/libpmc (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libpmc/libpmc.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libpmc/libpmc.c: In function `pmc_cpuinfo': /tinderbox/CURRENT/powerpc/powerpc/src/lib/libpmc/libpmc.c:1756: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib/libpmc. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-06-09 23:46:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-09 23:46:19 - ERROR: failed to build world TB --- 2005-06-09 23:46:19 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 00:19:49 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C733316A41C; Fri, 10 Jun 2005 00:19:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74E1443D53; Fri, 10 Jun 2005 00:19:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5A0JaMV020941; Thu, 9 Jun 2005 20:19:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5A0Jmoc000693; Thu, 9 Jun 2005 20:19:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EDD117306E; Thu, 9 Jun 2005 20:19:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050610001947.EDD117306E@freebsd-current.sentex.ca> Date: Thu, 9 Jun 2005 20:19:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Fri, 10 Jun 2005 00:19:50 -0000 TB --- 2005-06-09 23:46:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-09 23:46:19 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-09 23:46:19 - cleaning the object tree TB --- 2005-06-09 23:46:42 - checking out the source tree TB --- 2005-06-09 23:46:42 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-09 23:46:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-09 23:52:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-09 23:52:36 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-09 23:52:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> 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 -fPIC -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap/../../contrib/libpcap -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap/../../contrib/libpcap/bpf_dump.c -o bpf_dump.So cc -fPIC -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap/../../contrib/libpcap -c scanner.c -o scanner.So cc -fPIC -DPIC -O2 -pipe -DHAVE_CONFIG_H -Dyylval=pcapyylval -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap -I. -D_U_="__attribute__((unused))" -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6 -I/tinderbox/CURRENT/sparc64/sparc64/src/lib/libpcap/../../contrib/libpcap -c version.c -o version.So building shared library libpcap.so.4 ===> lib/libpmc (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpmc/libpmc.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpmc/libpmc.c: In function `pmc_cpuinfo': /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpmc/libpmc.c:1756: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libpmc. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-10 00:19:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-10 00:19:47 - ERROR: failed to build world TB --- 2005-06-10 00:19:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 01:13:16 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B745E16A41C; Fri, 10 Jun 2005 01:13:16 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6C5243D49; Fri, 10 Jun 2005 01:13:12 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j5A1Cv5U008754; Fri, 10 Jun 2005 10:43:01 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org, Daniel Eischen Date: Fri, 10 Jun 2005 10:42:46 +0930 User-Agent: KMail/1.8 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1220630.c0VEQZLYLH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506101042.53004.doconnor@gsoft.com.au> X-Spam-Score: -2.4 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Eric Anderson Subject: Re: Undefined symbol: i386_get_gsbase: 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, 10 Jun 2005 01:13:16 -0000 --nextPart1220630.c0VEQZLYLH Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 10 Jun 2005 03:11, Daniel Eischen wrote: > On Thu, 9 Jun 2005, Eric Anderson wrote: > > I just upgraded from 5.4-PRERELEASE to -CURRENT, and I'm getting this > > when I run mozilla and a few other apps: > > > > $ mozilla > > /libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol > > "i386_get_gsbase" > > > > We've seen this before, but I can't seem to find the fix - all I see is > > reference to David Xu's patch, which is said to have been committed. > > > > Can someone point me to a doc, mail archive, or whatever to fix this? > > > > I've already rebuilt mozilla and a few other ports. Oddly enough, when > > I run it with a remote display set to my laptop (running -current also), > > it works, but when displaying to the local machine, does not. I'm > > rebuilding xorg now in case that helps. > > i386_get_gsbase is in libc.so.6. Either mozilla or something else > that mozilla requires is using libc.so.5. At a minimum, you need > to rebuild mozilla and its dependencies. Or use portupgrade -af. There are 2 ways to fix this. 1) Rebuild everything old that is built against libpthread 2) Get a copy of libc.so.5 from a more recent 5.x box (although I am supris= ed =20 5.4 isn't recent enough). Peter Wemm has (2) available here http://people.freebsd.org/~peter/libc.so.5 =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 --nextPart1220630.c0VEQZLYLH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCqOkU5ZPcIHs/zowRAqivAJ4tXe6QyJpQ3B2xbTfZKqYESYTG5ACfaWUi eVoY4Sr6nYBNafZ+iZLvKgY= =6sbz -----END PGP SIGNATURE----- --nextPart1220630.c0VEQZLYLH-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 02:04:57 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B84D716A41C for ; Fri, 10 Jun 2005 02:04:56 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from its-mu-mail1.its.rmit.edu.au (its-mu-mail1.its.rmit.edu.au [131.170.1.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C31F43D1D for ; Fri, 10 Jun 2005 02:04:55 +0000 (GMT) (envelope-from emil@cs.rmit.edu.au) Received: from wombat.cs.rmit.edu.au (wombat.cs.rmit.edu.au [131.170.24.41]) by its-mu-mail1.its.rmit.edu.au (8.13.1/8.13.1/mail1) with ESMTP id j5A24oCp027375 for ; Fri, 10 Jun 2005 12:04:53 +1000 (EST) Received: from goanna.cs.rmit.edu.au (goanna.cs.rmit.edu.au [131.170.24.40]) by wombat.cs.rmit.edu.au (8.12.10/8.12.10/cshub) with ESMTP id j5A23WtQ005489 for ; Fri, 10 Jun 2005 12:03:32 +1000 (EST) Received: (from emil@localhost) by goanna.cs.rmit.edu.au (8.11.3/8.9.3/csnode) id j5A23VU05461 for freebsd-current@freebsd.org; Fri, 10 Jun 2005 12:03:31 +1000 (EST) Date: Fri, 10 Jun 2005 12:03:31 +1000 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20050610020331.GA1264@cs.rmit.edu.au> References: <20050607210453.S16943@mail.chesapeake.net> <20050608104844.GA24060@zi025.glhnet.mhn.de> <20050608131659.2f05a1d9.jylefort@FreeBSD.org> <20050608095624.J16943@mail.chesapeake.net> <20050608164727.6a5b76f9.jylefort@FreeBSD.org> <20050608110007.V16943@mail.chesapeake.net> <20050608112358.O16943@mail.chesapeake.net> <20050609090627.GA10243@rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050609090627.GA10243@rndsoft.co.kr> X-Written-On: goanna.cs.rmit.edu.au (SunOS 5.9 sun4u) X-PGP-Fingerprint: D2B4 7C14 0C41 9AE5 8D2B 16B0 D3D6 F910 8E4C 5D35 User-Agent: Mutt/1.5.9i X-Scanned-By: MIMEDefang 2.44 Subject: Re: Sound skipping 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, 10 Jun 2005 02:04:57 -0000 On Thu, Jun 09, 2005 at 06:06:28PM +0900, Pyun YongHyeon wrote: > Wow! It helps a lot. Yeah, it's awesome! Great work, Jeff! > Even if maestro3(4) does not support channel_setblocksize I couldn't > notice audio stuttering while extracting mozilla source. I noticed a > few sound skipping when a command "rm -rf mozilla" was in progress. I notice the occasional stutter towards the end of "make clean" in ports/www/firefox. Unless I'm reading it wrong, schedgraph is showing that this is because of syncer, not bufdaemon. --Emil From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 02:30:55 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5616216A41C for ; Fri, 10 Jun 2005 02:30:55 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1892543D48 for ; Fri, 10 Jun 2005 02:30:54 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j5A2UaBx028568; Thu, 9 Jun 2005 19:30:41 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <200506100230.j5A2UaBx028568@gw.catspoiler.org> Date: Thu, 9 Jun 2005 19:30:36 -0700 (PDT) From: Don Lewis To: emil@cs.rmit.edu.au In-Reply-To: <20050610020331.GA1264@cs.rmit.edu.au> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: Sound skipping 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, 10 Jun 2005 02:30:55 -0000 On 10 Jun, Emil Mikulic wrote: > On Thu, Jun 09, 2005 at 06:06:28PM +0900, Pyun YongHyeon wrote: >> Wow! It helps a lot. > > Yeah, it's awesome! Great work, Jeff! > >> Even if maestro3(4) does not support channel_setblocksize I couldn't >> notice audio stuttering while extracting mozilla source. I noticed a >> few sound skipping when a command "rm -rf mozilla" was in progress. > > I notice the occasional stutter towards the end of "make clean" in > ports/www/firefox. Unless I'm reading it wrong, schedgraph is showing > that this is because of syncer, not bufdaemon. Not too suprising. The syncer probably call VOP_FSYNC() on one of the syncer vnodes, which walks the potentially very lengthy per-mount vnode list in order to handle inode timestamp updates. It would be a lot more efficient to handle the timestamp updates by putting the vnodes on the syncer work list and it would avoid the periodic massive bursts of file system activity. I started working on this quite a while ago, but ran into a few problems and ran out of time to work on it. From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 02:33:27 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67A6316A41C; Fri, 10 Jun 2005 02:33:27 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1943343D1D; Fri, 10 Jun 2005 02:33:26 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j5A2XOp8018523; Thu, 9 Jun 2005 22:33:26 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> Date: Thu, 9 Jun 2005 22:33:23 -0400 To: FreeBSD Tinderbox , From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.4 Cc: Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 02:33:27 -0000 At 7:46 PM -0400 6/9/05, FreeBSD Tinderbox wrote: >===> lib/libpmc (all) >cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W >-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes >-Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch >-Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline >-Wnested-externs -Wredundant-decls -c >/tinderbox/CURRENT/powerpc/powerpc/src/lib/libpmc/libpmc.c >/tinderbox/CURRENT/powerpc/powerpc/src/lib/libpmc/libpmc.c: In >function `pmc_cpuinfo': >/tinderbox/CURRENT/powerpc/powerpc/src/lib/libpmc/libpmc.c:1756: >warning: dereferencing type-punned pointer will break >strict-aliasing rules >*** Error code 1 Hmm. Is this due to my kproc_info change? If so, why did it break here and not when I built it on my own machines? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 02:50:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAE3416A41C for ; Fri, 10 Jun 2005 02:50:30 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1146043D53 for ; Fri, 10 Jun 2005 02:50:29 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id y7so72615rne for ; Thu, 09 Jun 2005 19:50:29 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SjJnORUkaTMERVkC0lxaCm4/sDrHZuWwHYKKgp4qACxvWA1tdic7UraiFjqkwPlXDSwypc/2VfXwwo51KJ6EbieHtqssUkps2Pha3ZDnFI7FTffkDnoQ9nWqaGbODwJMR4XYMqX8oikfTE6zGZ9WJUFJdgbqcVDbSfOvojOPGdM= Received: by 10.38.14.73 with SMTP id 73mr612657rnn; Thu, 09 Jun 2005 19:50:29 -0700 (PDT) Received: by 10.38.209.73 with HTTP; Thu, 9 Jun 2005 19:50:29 -0700 (PDT) Message-ID: <84dead720506091950779d1661@mail.gmail.com> Date: Fri, 10 Jun 2005 08:20:29 +0530 From: Joseph Koshy To: Garance A Drosehn In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> Cc: current@freebsd.org Subject: Re: [current tinderbox] failure on ...all... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 02:50:30 -0000 > Hmm. Is this due to my kproc_info change? If so, why did it > break here and not when I built it on my own machines? No, its my code. I suspect that the tinderboxes use a different (stricter) set of compiler flags than the 'make buildworld' / 'make universe' ones. Specifically, the regular build uses -fno-strict-aliasing. Will fix. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 07:03:37 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9186116A41F; Fri, 10 Jun 2005 07:03:37 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77E4443D58; Fri, 10 Jun 2005 07:03:36 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id ECD8A60F7; Fri, 10 Jun 2005 09:03:28 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id D901B60F5; Fri, 10 Jun 2005 09:03:28 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id BBF9F33C3B; Fri, 10 Jun 2005 09:03:28 +0200 (CEST) To: Joseph Koshy References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 10 Jun 2005 09:03:28 +0200 In-Reply-To: <84dead720506091950779d1661@mail.gmail.com> (Joseph Koshy's message of "Fri, 10 Jun 2005 08:20:29 +0530") Message-ID: <86oeae3d8f.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no Cc: current@freebsd.org, Garance A Drosehn Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 07:03:37 -0000 Joseph Koshy writes: > I suspect that the tinderboxes use a different (stricter) set of > compiler flags than the 'make buildworld' / 'make universe' ones. > Specifically, the regular build uses -fno-strict-aliasing. the tinderbox uses -O2 -pipe. -fno-strict-aliasing is evil. its only function is to hide bugs. please please please do not use it when testing new code. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 07:16:18 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFAAD16A41C for ; Fri, 10 Jun 2005 07:16:18 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AD9143D1D for ; Fri, 10 Jun 2005 07:16:18 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id y7so112254rne for ; Fri, 10 Jun 2005 00:16:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dxeq/JfM84PvNImKZAIxm9Z0eY7CeZ+fQLzL07wKtWvIBK8KLR2kK78r3p9b6JDE3Y7arlIo8dHHMrDXnmhGsnu4v1EUH5T9BBnH3RVQY9zuvS91BtZ9PDumE2ATdNSvGd+oEXxS4KOvVab5OuJ2mLdKeplMoHlUYJlJXPWKI9w= Received: by 10.38.11.53 with SMTP id 53mr222681rnk; Fri, 10 Jun 2005 00:16:14 -0700 (PDT) Received: by 10.38.209.73 with HTTP; Fri, 10 Jun 2005 00:16:13 -0700 (PDT) Message-ID: <84dead72050610001675a32c19@mail.gmail.com> Date: Fri, 10 Jun 2005 12:46:13 +0530 From: Joseph Koshy To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86oeae3d8f.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> Cc: current@freebsd.org, Garance A Drosehn Subject: Re: [current tinderbox] failure on ...all... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 07:16:18 -0000 > -fno-strict-aliasing is evil. its only function is to hide=20 > bugs. please please please do not use it when testing new code. `make universe' uses it though. In this case, the warning (and consequently the tinderbox error) disappears if you specify *either* of -fno-strict-aliasing or -fstrict-aliasing. Wierd. I don't understand why that particular warning was generated i in the first place, the cast was between two structures with identical layout, differing only in name. Anyhow, its been worked around. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 07:18:39 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9667A16A41C; Fri, 10 Jun 2005 07:18:39 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E057543D5D; Fri, 10 Jun 2005 07:18:38 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5A7IbeM037996; Fri, 10 Jun 2005 10:18:37 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 37175-02; Fri, 10 Jun 2005 10:18:27 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5A7I0ar037749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Jun 2005 10:18:00 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j5A7ISO4078589; Fri, 10 Jun 2005 10:18:28 +0300 (EEST) (envelope-from ru) Date: Fri, 10 Jun 2005 10:18:28 +0300 From: Ruslan Ermilov To: Dag-Erling Smorgrav Message-ID: <20050610071828.GB78035@ip.net.ua> References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline In-Reply-To: <86oeae3d8f.fsf@xps.des.no> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@FreeBSD.org Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 07:18:39 -0000 --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi DES, On Fri, Jun 10, 2005 at 09:03:28AM +0200, Dag-Erling Sm?rgrav wrote: > Joseph Koshy writes: > > I suspect that the tinderboxes use a different (stricter) set of > > compiler flags than the 'make buildworld' / 'make universe' ones. > > Specifically, the regular build uses -fno-strict-aliasing. >=20 > the tinderbox uses -O2 -pipe. >=20 > -fno-strict-aliasing is evil. its only function is to hide bugs. > please please please do not use it when testing new code. >=20 hammer# uname -sr FreeBSD 6.0-CURRENT hammer# make -f /dev/null -V CFLAGS -O2 -fno-strict-aliasing -pipe=20 Running tinderboxes with different flags has shown (numerous times now) to be a PITA. *PLEASE* line it up with the current CFLAGS, or rather do *not* set CFLAGS by its own, but let "make foo" set them as defined by sys.mk version from the compiled sources. And if you feel that -fno-strict-aliasing is evil, why not dike it out from sys.mk? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqT7EqRfpzJluFF4RAtaSAKCA2hoG9ezQ43mfJs5XhQc/RNh0+wCbBMJ5 T1DgooxrPPYd1FWoZ4M+KGE= =efGO -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 07:30:12 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04D1416A41C; Fri, 10 Jun 2005 07:30:12 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92E2943D1F; Fri, 10 Jun 2005 07:30:11 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0AABD60F7; Fri, 10 Jun 2005 09:30:06 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 9688B60F2; Fri, 10 Jun 2005 09:30:05 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 7BBF933C3B; Fri, 10 Jun 2005 09:30:05 +0200 (CEST) To: Joseph Koshy References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 10 Jun 2005 09:30:05 +0200 In-Reply-To: <84dead72050610001675a32c19@mail.gmail.com> (Joseph Koshy's message of "Fri, 10 Jun 2005 12:46:13 +0530") Message-ID: <86br6e3c02.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Learn: ham X-Spam-Score: -5.1/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no Cc: current@freebsd.org, Garance A Drosehn Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 07:30:12 -0000 Joseph Koshy writes: > Dag-Erling Sm=F8rgrav writes: > > -fno-strict-aliasing is evil. its only function is to hide > > bugs. please please please do not use it when testing new code. > `make universe' uses it though. Because some committers who shall rename nameless don't like to fix bugs in their code and oppose every attempt I make to have our build system find and expose more bugs. Please fix your MUA to attribute what it quotes. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 07:32:19 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D55A16A41C; Fri, 10 Jun 2005 07:32:19 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id F082743D49; Fri, 10 Jun 2005 07:32:18 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 339E060F8; Fri, 10 Jun 2005 09:32:14 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 2138060F2; Fri, 10 Jun 2005 09:32:14 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 0FA8D33C3B; Fri, 10 Jun 2005 09:32:14 +0200 (CEST) To: Ruslan Ermilov References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <20050610071828.GB78035@ip.net.ua> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 10 Jun 2005 09:32:14 +0200 In-Reply-To: <20050610071828.GB78035@ip.net.ua> (Ruslan Ermilov's message of "Fri, 10 Jun 2005 10:18:28 +0300") Message-ID: <867jh23bwh.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Learn: ham X-Spam-Score: -5.1/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no Cc: current@FreeBSD.org Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 07:32:19 -0000 Ruslan Ermilov writes: > And if you feel that -fno-strict-aliasing is evil, why not dike it > out from sys.mk? 'ncvs annotate /usr/src/share/mk/sys/mk | grep aliasing' and you'll realize that any attempt to touch it would result in a huge flamewar. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 07:44:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ACEE16A41F; Fri, 10 Jun 2005 07:44:38 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3649743D48; Fri, 10 Jun 2005 07:44:38 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3F45F60F8; Fri, 10 Jun 2005 09:44:32 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 2B79A60F2; Fri, 10 Jun 2005 09:44:32 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 160E633C3B; Fri, 10 Jun 2005 09:44:32 +0200 (CEST) To: Joseph Koshy References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 10 Jun 2005 09:44:32 +0200 In-Reply-To: <84dead72050610001675a32c19@mail.gmail.com> (Joseph Koshy's message of "Fri, 10 Jun 2005 12:46:13 +0530") Message-ID: <863brq3bbz.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Learn: ham X-Spam-Score: -5.1/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no Cc: current@freebsd.org, Garance A Drosehn Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 07:44:38 -0000 Joseph Koshy writes: > I don't understand why that particular warning was generated i > in the first place, the cast was between two structures with > identical layout, differing only in name. The warning is correct. Two identical types with different names are not the same type unless one is a direct or indirect typedef for the other. It also seems strange to me that you on the one hand introduce a new struct to separate MD and MI interfaces, and on the other hand continue to assume that they are assignment-compatible. The code the tinderbox complained about would break badly if you extended the MD struct without recompiling userland (old userland on new kernel); now it won't, which I believe was the point. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 07:46:42 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CA4816A41C for ; Fri, 10 Jun 2005 07:46:42 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8F4843D4C for ; Fri, 10 Jun 2005 07:46:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5A7kdRH039334; Fri, 10 Jun 2005 10:46:39 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 38422-08; Fri, 10 Jun 2005 10:46:38 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5A7kc2F039331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Jun 2005 10:46:38 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j5A7l6QO078799; Fri, 10 Jun 2005 10:47:06 +0300 (EEST) (envelope-from ru) Date: Fri, 10 Jun 2005 10:47:06 +0300 From: Ruslan Ermilov To: Dag-Erling Sm?rgrav Message-ID: <20050610074706.GE78035@ip.net.ua> References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <20050610071828.GB78035@ip.net.ua> <867jh23bwh.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nhYGnrYv1PEJ5gA2" Content-Disposition: inline In-Reply-To: <867jh23bwh.fsf@xps.des.no> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: current@freebsd.org Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 07:46:42 -0000 --nhYGnrYv1PEJ5gA2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 09:32:14AM +0200, Dag-Erling Sm?rgrav wrote: > Ruslan Ermilov writes: > > And if you feel that -fno-strict-aliasing is evil, why not dike it > > out from sys.mk? >=20 > 'ncvs annotate /usr/src/share/mk/sys/mk | grep aliasing' and you'll > realize that any attempt to touch it would result in a huge flamewar. >=20 I don't see a flamewar, only the mention that it breaks some notable ports. If it's not suitable for ports, then we should invent a mean to compile only src/ *without* -fno-strict-aliasing. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --nhYGnrYv1PEJ5gA2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqUV6qRfpzJluFF4RAtbrAJ4utowmNnXS/jh8g9oPwyiuVTKbsgCdFy6t oANO+zlbeY35X/R2jSxALY4= =zxfP -----END PGP SIGNATURE----- --nhYGnrYv1PEJ5gA2-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 08:02:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8762116A41C for ; Fri, 10 Jun 2005 08:02:17 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2759743D4C for ; Fri, 10 Jun 2005 08:02:16 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j5A82Fk9097799; Fri, 10 Jun 2005 04:02:16 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.12.10/8.12.10/Submit) with ESMTP id j5A82F5e097791; Fri, 10 Jun 2005 04:02:15 -0400 (EDT) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Fri, 10 Jun 2005 04:02:15 -0400 (EDT) From: Jeff Roberson To: Doug Poland In-Reply-To: <20050609173531.GE68687@polands.org> Message-ID: <20050610040141.B16943@mail.chesapeake.net> References: <20050604052429.T8209@mail.chesapeake.net> <20050609133749.GA68687@polands.org> <42A84CBF.9070701@altern.org> <20050609170838.GA80335@xor.obsecurity.org> <20050609171708.GC68687@polands.org> <20050609172225.GA92378@xor.obsecurity.org> <20050609173531.GE68687@polands.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org, Kris Kennaway Subject: Re: ULE Status. 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, 10 Jun 2005 08:02:17 -0000 On Thu, 9 Jun 2005, Doug Poland wrote: > On Thu, Jun 09, 2005 at 01:22:25PM -0400, Kris Kennaway wrote: > > On Thu, Jun 09, 2005 at 12:17:08PM -0500, Doug Poland wrote: > > > On Thu, Jun 09, 2005 at 01:08:39PM -0400, Kris Kennaway wrote: > > > > On Thu, Jun 09, 2005 at 04:05:51PM +0200, Gr?gory Nou wrote: > > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > No, this usually means you forgot to recompile nvidia.ko when you > > > > updated your kernel. > > > > > > > In my case, I'm not using the nvidia driver. On this box, I brought > > > it up to 6-CURRENT from 5-STABLE via cvsup. When I run the GENERIC > > > kernel with SCHED_4BSD, I don't have the fatal trap issues. When > > > I'm running SCHED_ULE, hard locks are frequent. > > > > Right, yours is a different issue. By "hard lock" you seem to mean > > "panic" though (your fatal trap 12)..it's important to use the right > > terminology to avoid confusion :-) > > > Sorry for my imprecise language. So is this a ULE issue manifesting > itself with kernel panics? Am I reporting it correctly? > I think it's still not quite ready for prime time on SMP. On UP it seems to be stable though. Hopefully I can take a break from VFS this weekend to fix SMP again. > > -- > Regards, > Doug > _______________________________________________ > 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 Fri Jun 10 08:53:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8F3516A41C for ; Fri, 10 Jun 2005 08:53:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5467043D48 for ; Fri, 10 Jun 2005 08:53:22 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so268443rnf for ; Fri, 10 Jun 2005 01:53:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aWscTtdQlVicRn/ev3kl2f+sQhSjiDesZjJET2au382cw8CFU5IbDrWgQ8x4KMbxxZQjn6pbRPjDujzpqI0h3ZagRXQOsQwEULfRIusewwl4/jKLsCHZQuHIUVCtjuofgif3P7xr1abdjAmOLUbklOdnTBYO4i3W/EfDbjAifEA= Received: by 10.38.101.1 with SMTP id y1mr244029rnb; Fri, 10 Jun 2005 01:53:21 -0700 (PDT) Received: by 10.38.209.73 with HTTP; Fri, 10 Jun 2005 01:53:21 -0700 (PDT) Message-ID: <84dead7205061001534b9385b3@mail.gmail.com> Date: Fri, 10 Jun 2005 14:23:21 +0530 From: Joseph Koshy To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <863brq3bbz.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> <863brq3bbz.fsf@xps.des.no> Cc: current@freebsd.org, Garance A Drosehn Subject: Re: [current tinderbox] failure on ...all... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 08:53:23 -0000 > The warning is correct. Two identical types with different > not the same type unless one is a direct or indirect typedef=20 > for the other. You are right. I was under the impression that the C type system based on structural equivalence. > It also seems strange to me that you on the one hand=20 > introduce a new struct to separate MD and MI interfaces,=20 > and on the other hand continue to assume that they are=20 > assignment-compatible. =20 I'd be very surprised if two C structures with identical=20 definitions were not assignment compatible. The code in=20 question would have changed (to something like what it is now)=20 had the MD struct changed in the future. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 09:06:23 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7551416A41C; Fri, 10 Jun 2005 09:06:23 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10DCC43D1D; Fri, 10 Jun 2005 09:06:23 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2AEB160F3; Fri, 10 Jun 2005 11:06:17 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 1622860F2; Fri, 10 Jun 2005 11:06:17 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 052CD33C3B; Fri, 10 Jun 2005 11:06:17 +0200 (CEST) To: Joseph Koshy References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> <863brq3bbz.fsf@xps.des.no> <84dead7205061001534b9385b3@mail.gmail.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 10 Jun 2005 11:06:16 +0200 In-Reply-To: <84dead7205061001534b9385b3@mail.gmail.com> (Joseph Koshy's message of "Fri, 10 Jun 2005 14:23:21 +0530") Message-ID: <863brqy41j.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Learn: ham X-Spam-Score: -5.1/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on tim.des.no Cc: current@freebsd.org, Garance A Drosehn Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 09:06:23 -0000 Joseph Koshy writes: > Dag-Erling Sm=F8rgrav writes: > > It also seems strange to me that you on the one hand introduce a > > new struct to separate MD and MI interfaces, and on the other hand > > continue to assume that they are assignment-compatible. > I'd be very surprised if two C structures with identical definitions > were not assignment compatible. I wouldn't be surprised if the standard says they aren't. Unfortunately, my copy is at home. > The code in question would have > changed (to something like what it is now) had the MD struct changed > in the future. Of course, but you wouldn't be able to run an old userland on a new kernel. I thought that was (much of) the point of separating MI from MD. Please fix your MUA to attribute what it quotes. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 09:16:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E79316A41C for ; Fri, 10 Jun 2005 09:16:33 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from fafoe.narf.at (chello213047085026.6.14.vie.surfer.at [213.47.85.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F46E43D4C for ; Fri, 10 Jun 2005 09:16:32 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.1.42]) by fafoe.narf.at (Postfix) with ESMTP id BF77F40AA; Fri, 10 Jun 2005 11:16:28 +0200 (CEST) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id 68CDDAE; Fri, 10 Jun 2005 11:16:27 +0200 (CEST) Date: Fri, 10 Jun 2005 11:16:27 +0200 From: Stefan Farfeleder To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20050610091624.GA35628@wombat.fafoe.narf.at> Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Joseph Koshy , current@freebsd.org References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> <863brq3bbz.fsf@xps.des.no> <84dead7205061001534b9385b3@mail.gmail.com> <863brqy41j.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <863brqy41j.fsf@xps.des.no> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 09:16:33 -0000 On Fri, Jun 10, 2005 at 11:06:16AM +0200, Dag-Erling Smørgrav wrote: > Joseph Koshy writes: > > Dag-Erling Smørgrav writes: > > > It also seems strange to me that you on the one hand introduce a > > > new struct to separate MD and MI interfaces, and on the other hand > > > continue to assume that they are assignment-compatible. > > I'd be very surprised if two C structures with identical definitions > > were not assignment compatible. > > I wouldn't be surprised if the standard says they aren't. > Unfortunately, my copy is at home. Do you mean the following? struct t1 { int a; } x; struct t2 { int a; } y = { 42 }; x = y; The types `struct t1' and `struct t2' are not compatible and thus not assignable. See 6.2.7 and 6.5.16.1. Stefan From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 09:27:43 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDD3B16A41C; Fri, 10 Jun 2005 09:27:43 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C52243D1D; Fri, 10 Jun 2005 09:27:43 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.51 (FreeBSD)) id 1Dgfni-0000Tr-Ca; Fri, 10 Jun 2005 13:27:42 +0400 From: Vladimir Grebenschikov To: Andre Guibert de Bruet In-Reply-To: <20050608172021.W42933@lexi.siliconlandmark.com> References: <20050522112612.GA37841@frontfree.net> <1118222710.1505.6.camel@localhost> <20050608145511.D42933@lexi.siliconlandmark.com> <1118260623.966.3.camel@localhost> <20050608172021.W42933@lexi.siliconlandmark.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 10 Jun 2005 13:27:41 +0400 Message-Id: <1118395661.1066.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org, delphij@freebsd.org Subject: Re: [CALL FOR TESTERS] VESA High Resolution Console support from DragonFly 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, 10 Jun 2005 09:27:44 -0000 =F7 =D3=D2, 08/06/2005 =D7 17:29 -0400, Andre Guibert de Bruet =D0=C9=DB=C5= =D4: > On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: > > ? ??, 08/06/2005 ? 14:56 -0400, Andre Guibert de Bruet ?????: > >> On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: > >>> ? ??, 22/05/2005 ? 19:26 +0800, Xin LI ?????: > >>>> > >>>> I would like to solicit a test of the following patchset which is ba= sed > >>>> on DragonFly's changes, against -CURRENT, to bring high resolution c= onsole > >>>> support to FreeBSD. The current patchset can be considered as "BETA= " and > >>>> I would commit it if there is no complain about this patchset in the= next > >>>> week. > >>> [ ... cut ... ] > >>>> Please let me know if anything strange happens; While I have been r= unning > >>>> with the patch for a while, I would still be happy if you will repor= t that > >>>> it works :-) > >>> > >>> Tried fresh 6-CURRENT, all seems ok, but, > >>> switching console to pixel-mode 1400x1050 screen takes about 1-2 sec,= I > >>> guess it is too much. (it happens in both cases > >>> > >>> Also, I had freezed box when switching from X to console some times. > >> > >> Let me guess... It's a laptop screen or an LCD panel? > > > > Yes, exactly, it is sony vzio z1. > > > > (II) RADEON(0): Panel ID string: Samsung LTN150P1-L02 > > (II) RADEON(0): Panel Size from BIOS: 1400x1050 > > (II) RADEON(0): BIOS provided dividers will be used. >=20 > Most laptop LCDs and cheaper desktop panels take a while (The dreaded=20 > second or two) to switch resolutions. Try the patch with an external crt=20 > monitor plugged in and display mirroring enabled to see the difference fo= r=20 > yourself (Or simply try it on a desktop with a radeon card and a crt). I have got a maximum waiting for switching from X to console (X screen disappeared very quick) - about 10 secs, probably it related to some disk activity, can syscon pages be swapped ?=20 > Andy >=20 > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 09:45:51 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AFE816A41C for ; Fri, 10 Jun 2005 09:45:51 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B561D43D58 for ; Fri, 10 Jun 2005 09:45:50 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5A9jmhW045285; Fri, 10 Jun 2005 12:45:48 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 43674-17; Fri, 10 Jun 2005 12:45:47 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5A9jlbv045282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Jun 2005 12:45:47 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j5A9kFl4079630; Fri, 10 Jun 2005 12:46:15 +0300 (EEST) (envelope-from ru) Date: Fri, 10 Jun 2005 12:46:15 +0300 From: Ruslan Ermilov To: Dag-Erling Sm?rgrav , Joseph Koshy , current@freebsd.org Message-ID: <20050610094615.GC79474@ip.net.ua> References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> <863brq3bbz.fsf@xps.des.no> <84dead7205061001534b9385b3@mail.gmail.com> <863brqy41j.fsf@xps.des.no> <20050610091624.GA35628@wombat.fafoe.narf.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WChQLJJJfbwij+9x" Content-Disposition: inline In-Reply-To: <20050610091624.GA35628@wombat.fafoe.narf.at> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 09:45:51 -0000 --WChQLJJJfbwij+9x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 11:16:27AM +0200, Stefan Farfeleder wrote: > On Fri, Jun 10, 2005 at 11:06:16AM +0200, Dag-Erling Sm?rgrav wrote: > > Joseph Koshy writes: > > > Dag-Erling Sm?rgrav writes: > > > > It also seems strange to me that you on the one hand introduce a > > > > new struct to separate MD and MI interfaces, and on the other hand > > > > continue to assume that they are assignment-compatible. > > > I'd be very surprised if two C structures with identical definitions > > > were not assignment compatible. > >=20 > > I wouldn't be surprised if the standard says they aren't. > > Unfortunately, my copy is at home. >=20 > Do you mean the following? >=20 > struct t1 { int a; } x; > struct t2 { int a; } y =3D { 42 }; > x =3D y; >=20 > The types `struct t1' and `struct t2' are not compatible and thus not > assignable. See 6.2.7 and 6.5.16.1. >=20 If you're to byte-copy say t1 to t2, is it guaranteed to work? That is, do both types are guaranteed to have the same size and alignment of their structure members? I'm pretty sure this is guaranteed, as lot of code assumes this, for example, the sockaddr* structures. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --WChQLJJJfbwij+9x Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqWFnqRfpzJluFF4RApckAJwNn4pT5xNv5MmaOKZfKA9Q4YJDvQCfZ3Ed 3IHtCOLnzueEsmwmHM1fqNM= =Cpmf -----END PGP SIGNATURE----- --WChQLJJJfbwij+9x-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 09:49:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9387416A41C; Fri, 10 Jun 2005 09:49:55 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B7743D1F; Fri, 10 Jun 2005 09:49:55 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk [83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 319DE1EC375; Fri, 10 Jun 2005 11:49:54 +0200 (CEST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.3) with ESMTP id j5A9njDL072421; Fri, 10 Jun 2005 11:49:45 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Ruslan Ermilov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 10 Jun 2005 12:46:15 +0300." <20050610094615.GC79474@ip.net.ua> Date: Fri, 10 Jun 2005 11:49:45 +0200 Message-ID: <72420.1118396985@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Dag-Erling Sm?rgrav , current@freebsd.org Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 09:49:55 -0000 In message <20050610094615.GC79474@ip.net.ua>, Ruslan Ermilov writes: >> struct t1 { int a; } x; >> struct t2 { int a; } y = { 42 }; >> x = y; >> >> The types `struct t1' and `struct t2' are not compatible and thus not >> assignable. See 6.2.7 and 6.5.16.1. >> >If you're to byte-copy say t1 to t2, is it guaranteed to work? That is, >do both types are guaranteed to have the same size and alignment of their >structure members? I'm pretty sure this is guaranteed, as lot of code >assumes this, for example, the sockaddr* structures. I do not belive that is guaranteed. (If it were the structs might as well have been made assignable). You need to make sure that the two definitions are covered by the exact same compilation conditions, and you can't tell if a compiler has an option along the lines of -fstruct_is_magic=t2 Which does weird things you don't know about. The fact that it mostly works (and that we rely on this) is a testament to the fact that compiler writers emply their destructive creativity elsewhere. -- 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 Fri Jun 10 10:28:23 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 194C816A41C; Fri, 10 Jun 2005 10:28:23 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D44E43D1D; Fri, 10 Jun 2005 10:28:22 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j5AASFI6013560; Fri, 10 Jun 2005 13:28:16 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j5AASE4N081614; Fri, 10 Jun 2005 13:28:14 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j5AASDqF081613; Fri, 10 Jun 2005 13:28:13 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 10 Jun 2005 13:28:13 +0300 From: Giorgos Keramidas To: Ruslan Ermilov Message-ID: <20050610102813.GA81548@orion.daedalusnetworks.priv> References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> <863brq3bbz.fsf@xps.des.no> <84dead7205061001534b9385b3@mail.gmail.com> <863brqy41j.fsf@xps.des.no> <20050610091624.GA35628@wombat.fafoe.narf.at> <20050610094615.GC79474@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050610094615.GC79474@ip.net.ua> Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 10:28:23 -0000 On 2005-06-10 12:46, Ruslan Ermilov wrote: >On Fri, Jun 10, 2005 at 11:16:27AM +0200, Stefan Farfeleder wrote: >>On Fri, Jun 10, 2005 at 11:06:16AM +0200, Dag-Erling Sm?rgrav wrote: >>>Joseph Koshy writes: >>>> Dag-Erling Sm?rgrav writes: >>>> > It also seems strange to me that you on the one hand introduce a >>>> > new struct to separate MD and MI interfaces, and on the other hand >>>> > continue to assume that they are assignment-compatible. >>>> I'd be very surprised if two C structures with identical definitions >>>> were not assignment compatible. >>> >>> I wouldn't be surprised if the standard says they aren't. >>> Unfortunately, my copy is at home. >> >> Do you mean the following? >> >> struct t1 { int a; } x; >> struct t2 { int a; } y = { 42 }; >> x = y; >> >> The types `struct t1' and `struct t2' are not compatible and thus not >> assignable. See 6.2.7 and 6.5.16.1. > > If you're to byte-copy say t1 to t2, is it guaranteed to work? That > is, do both types are guaranteed to have the same size and alignment > of their structure members? I'm pretty sure this is guaranteed, as > lot of code assumes this, for example, the sockaddr* structures. That would be very hard to guarantee if two different modules that use the types are compiled with different alignment options, right? /* header1.h */ struct t1 {short t1s; int t1a;}; /* header2.h */ struct t2 {short t2s; int t2a;}; /* module1.c */ #include "header1.h" struct t1 x; /* module2.c */ #include "header1.h" #include "header2.h" extern struct t1 x; struct t2 y; If the two modules are compiled with different options that may affect struct member alignment, how would one ensure that it is correct to use code like this in module.c? y.t2s = 10; y.t2a = 100; memcpy(&x, &y, sizeof(x)); Even the use of sizeof(x) is tricky here, since there is no guarantee that sizeof(x) < sizeof(y). From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 10:28:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F0B616A41C for ; Fri, 10 Jun 2005 10:28:39 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (tarc.po.cs.msu.su [158.250.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAF7A43D1F for ; Fri, 10 Jun 2005 10:28:38 +0000 (GMT) (envelope-from tarc@tarc.po.cs.msu.su) Received: from tarc.po.cs.msu.su (localhost [127.0.0.1]) by tarc.po.cs.msu.su (8.13.4/8.13.3) with ESMTP id j5AASUKa044481; Fri, 10 Jun 2005 14:28:30 +0400 (MSD) (envelope-from tarc@tarc.po.cs.msu.su) Received: (from tarc@localhost) by tarc.po.cs.msu.su (8.13.4/8.13.3/Submit) id j5AASUpm044480; Fri, 10 Jun 2005 14:28:30 +0400 (MSD) (envelope-from tarc) Date: Fri, 10 Jun 2005 14:28:29 +0400 From: Tarc To: Andre Guibert de Bruet Message-ID: <20050610102829.GA44456@tarc.po.cs.msu.su> References: <20050607172121.84552.qmail@web80606.mail.yahoo.com> <20050609172640.GA23269@tarc.po.cs.msu.su> <20050609135335.Q42933@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050609135335.Q42933@lexi.siliconlandmark.com> User-Agent: Mutt/1.5.9i Cc: freebsd-current Subject: Re: Problem with TCP/IP stack? 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, 10 Jun 2005 10:28:39 -0000 On Thu, Jun 09, 2005 at 01:58:50PM -0400, Andre Guibert de Bruet wrote: > > On Thu, 9 Jun 2005, Tarc wrote: > > >Hi, > > > >I have recompilled kernel and world, reboot and after enabling > >'log_in_vain' options see in logs a lot of following lines(with different > >IPs). What happines? Is this is kernel or ocaml/mldonkey problem? > >Connection attempt to TCP 158.250.16.33:60099 from 84.109.91.22:4662 > >flags:0x12 > > That means that a connection attempt was made to local (presumably) port > 60099 from host 84.109.91.22 using remote port 4662. Thanks, I know it. > log_in_vain is > designed to spam the system log with these kinds of messages. /etc/defaults/rc.conf said in comment for 'log_in_vain '">=1 to log connects to ports w/o listeners." so it's documentation bug? > > Andy > > /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ > /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ > /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ > /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ > > _______________________________________________ > 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" -- Best regards, Arseny Nasokin From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 10:58:59 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC0EF16A421 for ; Fri, 10 Jun 2005 10:58:59 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0737243D1D for ; Fri, 10 Jun 2005 10:58:58 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5AAwume048421; Fri, 10 Jun 2005 13:58:56 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 46759-10; Fri, 10 Jun 2005 13:58:55 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5AAwt93048418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Jun 2005 13:58:55 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j5AAxMgs079934; Fri, 10 Jun 2005 13:59:22 +0300 (EEST) (envelope-from ru) Date: Fri, 10 Jun 2005 13:59:22 +0300 From: Ruslan Ermilov To: Poul-Henning Kamp Message-ID: <20050610105922.GA79872@ip.net.ua> References: <20050610094615.GC79474@ip.net.ua> <72420.1118396985@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: <72420.1118396985@critter.freebsd.dk> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Dag-Erling Sm?rgrav , current@freebsd.org Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 10:59:00 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 11:49:45AM +0200, Poul-Henning Kamp wrote: > In message <20050610094615.GC79474@ip.net.ua>, Ruslan Ermilov writes: >=20 >=20 > >> struct t1 { int a; } x; > >> struct t2 { int a; } y =3D { 42 }; > >> x =3D y; > >>=20 > >> The types `struct t1' and `struct t2' are not compatible and thus not > >> assignable. See 6.2.7 and 6.5.16.1. > >>=20 > >If you're to byte-copy say t1 to t2, is it guaranteed to work? That is, > >do both types are guaranteed to have the same size and alignment of their > >structure members? I'm pretty sure this is guaranteed, as lot of code > >assumes this, for example, the sockaddr* structures. >=20 > I do not belive that is guaranteed. (If it were the structs might as > well have been made assignable). You need to make sure that the two > definitions are covered by the exact same compilation conditions, > and you can't tell if a compiler has an option along the lines of >=20 > -fstruct_is_magic=3Dt2 >=20 > Which does weird things you don't know about. >=20 > The fact that it mostly works (and that we rely on this) is a > testament to the fact that compiler writers emply their destructive > creativity elsewhere. >=20 Well, the above example isn't quite different from when compiling two modules that use the same structure type t1 but one of them is compiled with -fstruct_is_magic=3Dt1. :-) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqXKKqRfpzJluFF4RAnnNAJ9EqDvnkIvf16Pq2NrqCjTs8zSyxACfZtxs D0qr9HdyiOJkU0dH/eATvVk= =qtdv -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 11:02:30 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B75A116A41C; Fri, 10 Jun 2005 11:02:30 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C6C143D48; Fri, 10 Jun 2005 11:02:29 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5AB2SGx048623; Fri, 10 Jun 2005 14:02:28 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 46878-13; Fri, 10 Jun 2005 14:02:27 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j5AB2Qvc048620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Jun 2005 14:02:27 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j5AB2t99079980; Fri, 10 Jun 2005 14:02:55 +0300 (EEST) (envelope-from ru) Date: Fri, 10 Jun 2005 14:02:55 +0300 From: Ruslan Ermilov To: Giorgos Keramidas Message-ID: <20050610110254.GB79872@ip.net.ua> References: <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> <863brq3bbz.fsf@xps.des.no> <84dead7205061001534b9385b3@mail.gmail.com> <863brqy41j.fsf@xps.des.no> <20050610091624.GA35628@wombat.fafoe.narf.at> <20050610094615.GC79474@ip.net.ua> <20050610102813.GA81548@orion.daedalusnetworks.priv> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E39vaYmALEf/7YXx" Content-Disposition: inline In-Reply-To: <20050610102813.GA81548@orion.daedalusnetworks.priv> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 11:02:30 -0000 --E39vaYmALEf/7YXx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 01:28:13PM +0300, Giorgos Keramidas wrote: > On 2005-06-10 12:46, Ruslan Ermilov wrote: > >On Fri, Jun 10, 2005 at 11:16:27AM +0200, Stefan Farfeleder wrote: > >>On Fri, Jun 10, 2005 at 11:06:16AM +0200, Dag-Erling Sm?rgrav wrote: > >>>Joseph Koshy writes: > >>>> Dag-Erling Sm?rgrav writes: > >>>> > It also seems strange to me that you on the one hand introduce a > >>>> > new struct to separate MD and MI interfaces, and on the other hand > >>>> > continue to assume that they are assignment-compatible. > >>>> I'd be very surprised if two C structures with identical definitions > >>>> were not assignment compatible. > >>> > >>> I wouldn't be surprised if the standard says they aren't. > >>> Unfortunately, my copy is at home. > >> > >> Do you mean the following? > >> > >> struct t1 { int a; } x; > >> struct t2 { int a; } y =3D { 42 }; > >> x =3D y; > >> > >> The types `struct t1' and `struct t2' are not compatible and thus not > >> assignable. See 6.2.7 and 6.5.16.1. > > > > If you're to byte-copy say t1 to t2, is it guaranteed to work? That > > is, do both types are guaranteed to have the same size and alignment > > of their structure members? I'm pretty sure this is guaranteed, as > > lot of code assumes this, for example, the sockaddr* structures. >=20 > That would be very hard to guarantee if two different modules that use > the types are compiled with different alignment options, right? >=20 > /* header1.h */ > struct t1 {short t1s; int t1a;}; >=20 > /* header2.h */ > struct t2 {short t2s; int t2a;}; >=20 > /* module1.c */ > #include "header1.h" > struct t1 x; >=20 > /* module2.c */ > #include "header1.h" > #include "header2.h" > extern struct t1 x; > struct t2 y; >=20 > If the two modules are compiled with different options that may affect > struct member alignment, how would one ensure that it is correct to > use code like this in module.c? >=20 > y.t2s =3D 10; > y.t2a =3D 100; > memcpy(&x, &y, sizeof(x)); >=20 > Even the use of sizeof(x) is tricky here, since there is no guarantee > that sizeof(x) < sizeof(y). >=20 And if both modules use the same t1 but compiled with different alignment options, the memcpy() in module.c won't work either, even a simple assignme= nt could break. :-) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --E39vaYmALEf/7YXx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqXNeqRfpzJluFF4RAsQ7AJ4pOpwfHa9pMA192G/s94tYnIXFDQCeMS2g P65duEJGuR4adpOBPubl9a4= =2Wtx -----END PGP SIGNATURE----- --E39vaYmALEf/7YXx-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 11:53:46 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DB1516A41C; Fri, 10 Jun 2005 11:53:46 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7189343D1F; Fri, 10 Jun 2005 11:53:45 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: from orion.daedalusnetworks.priv (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-1) with SMTP id j5ABrfS1019269; Fri, 10 Jun 2005 14:53:41 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j5ABreg8082106; Fri, 10 Jun 2005 14:53:40 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j5ABrer9082105; Fri, 10 Jun 2005 14:53:40 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Fri, 10 Jun 2005 14:53:40 +0300 From: Giorgos Keramidas To: Ruslan Ermilov Message-ID: <20050610115340.GA81777@orion.daedalusnetworks.priv> References: <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> <863brq3bbz.fsf@xps.des.no> <84dead7205061001534b9385b3@mail.gmail.com> <863brqy41j.fsf@xps.des.no> <20050610091624.GA35628@wombat.fafoe.narf.at> <20050610094615.GC79474@ip.net.ua> <20050610102813.GA81548@orion.daedalusnetworks.priv> <20050610110254.GB79872@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050610110254.GB79872@ip.net.ua> Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org Subject: Re: [current tinderbox] failure on ...all... 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, 10 Jun 2005 11:53:46 -0000 On 2005-06-10 14:02, Ruslan Ermilov wrote: >On Fri, Jun 10, 2005 at 01:28:13PM +0300, Giorgos Keramidas wrote: >> That would be very hard to guarantee if two different modules that use >> the types are compiled with different alignment options, right? >> >> /* header1.h */ >> struct t1 {short t1s; int t1a;}; >> >> /* header2.h */ >> struct t2 {short t2s; int t2a;}; >> >> /* module1.c */ >> #include "header1.h" >> struct t1 x; >> >> /* module2.c */ >> #include "header1.h" >> #include "header2.h" >> extern struct t1 x; >> struct t2 y; >> >> If the two modules are compiled with different options that may affect >> struct member alignment, how would one ensure that it is correct to >> use code like this in module.c? >> >> y.t2s = 10; >> y.t2a = 100; >> memcpy(&x, &y, sizeof(x)); >> >> Even the use of sizeof(x) is tricky here, since there is no guarantee >> that sizeof(x) < sizeof(y). > > And if both modules use the same t1 but compiled with different alignment > options, the memcpy() in module.c won't work either, even a simple assignment > could break. :-) Probably no. Two struct t1 objects have the same type and assignment between the two may be implemented as "element-at-a-time memcpy)", as mentioned in $6.2.6.1(6) and footnote (42) of the C99 standard. This may or may not break though, but I couldn't find any good reference to it. From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 11:54:06 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA3CB16A41C for ; Fri, 10 Jun 2005 11:54:06 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: from kunnilinux.birulevo.net (kunnilinux.birulevo.net [195.54.208.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07F9143D49 for ; Fri, 10 Jun 2005 11:54:05 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: (qmail 7085 invoked by uid 210); 10 Jun 2005 15:50:08 +0400 Received: from 10.4.22.222 by kunnilinux (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.85.1/921. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(10.4.22.222):. Processed in 0.056816 secs); 10 Jun 2005 11:50:08 -0000 Received: from unknown (HELO ?127.0.0.1?) (10.4.22.222) by kunnilinux.birulevo.net with SMTP; 10 Jun 2005 15:50:08 +0400 Message-ID: <42A97F5C.3010004@wincmd.ru> Date: Fri, 10 Jun 2005 15:54:04 +0400 From: Tarasov Alexey User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0523-6, 09.06.2005), Outbound message X-Antivirus-Status: Clean Subject: Couldn't make kernel on FreeBSD 6.0-CURRENT under 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, 10 Jun 2005 11:54:06 -0000 Hello! I am trying to make kernel under amd64, but I have following error: > stage 3.1. making depencies > ... > /usr/src/sys/amd64/amd64/genassym.c:1 error: code mode `kernel' not > supported in 32bit mode What should I do to make kernel properly? Best regards, Alexey. From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 11:56:53 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 542F416A41C for ; Fri, 10 Jun 2005 11:56:53 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 8A5DA43D49 for ; Fri, 10 Jun 2005 11:56:52 +0000 (GMT) (envelope-from Emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 10 Jun 2005 11:56:50 -0000 Received: from flb.schmalzbauer.de (EHLO cale.flintsbach.schmalzbauer.de) [62.245.232.135] by mail.gmx.net (mp011) with SMTP; 10 Jun 2005 13:56:50 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org User-Agent: KMail/1.8 X-Birthday: Oct. 6th 1972 X-CelPhone: +49 (0) 173 9967781 X-Tel: +49 (0) 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 X-UID: 4974 X-Length: 1733 Date: Fri, 10 Jun 2005 13:56:48 +0200 Content-Type: multipart/signed; boundary="nextPart4189483.FyMaJu3XGD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506101356.50355@harrymail> X-Y-GMX-Trusted: 0 Subject: device sio vs. device uart 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, 10 Jun 2005 11:56:53 -0000 --nextPart4189483.FyMaJu3XGD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Originally I posted this to questions@ but got no answer so I'd like to ask= =20 here: Hello, after compiling a custom kernel with device uart instead of device sio I=20 see the following in my boot message: sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) But I don't have sio in my kernel at all. Can someone please explain me the major differences (besides the newbus=20 adaption) between sio and uart? And why is sio still in GENERIC? And of course why do I see these sio messages? Thanks in advance, =2DHarry --nextPart4189483.FyMaJu3XGD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCqYACBylq0S4AzzwRAp5yAKCLQ0vB6X+00CMDosIBm7ITDnOahgCfQ16n be4M3haejRBemXSy7QyqFCk= =0l1W -----END PGP SIGNATURE----- --nextPart4189483.FyMaJu3XGD-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 11:59:22 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E69416A41C; Fri, 10 Jun 2005 11:59:22 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0253E43D1D; Fri, 10 Jun 2005 11:59:21 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j5ABxILA048602; Fri, 10 Jun 2005 06:59:19 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42A9807D.4050009@centtech.com> Date: Fri, 10 Jun 2005 06:58:53 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Daniel O'Connor" References: <200506101042.53004.doconnor@gsoft.com.au> In-Reply-To: <200506101042.53004.doconnor@gsoft.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/921/Wed Jun 8 03:51:44 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Daniel Eischen , freebsd-current@freebsd.org Subject: Re: Undefined symbol: i386_get_gsbase: 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, 10 Jun 2005 11:59:22 -0000 Daniel O'Connor wrote: > On Fri, 10 Jun 2005 03:11, Daniel Eischen wrote: > >>On Thu, 9 Jun 2005, Eric Anderson wrote: >> >>>I just upgraded from 5.4-PRERELEASE to -CURRENT, and I'm getting this >>>when I run mozilla and a few other apps: >>> >>>$ mozilla >>>/libexec/ld-elf.so.1: /usr/lib/libpthread.so.1: Undefined symbol >>>"i386_get_gsbase" >>> >>>We've seen this before, but I can't seem to find the fix - all I see is >>>reference to David Xu's patch, which is said to have been committed. >>> >>>Can someone point me to a doc, mail archive, or whatever to fix this? >>> >>>I've already rebuilt mozilla and a few other ports. Oddly enough, when >>>I run it with a remote display set to my laptop (running -current also), >>>it works, but when displaying to the local machine, does not. I'm >>>rebuilding xorg now in case that helps. >> >>i386_get_gsbase is in libc.so.6. Either mozilla or something else >>that mozilla requires is using libc.so.5. At a minimum, you need >>to rebuild mozilla and its dependencies. Or use portupgrade -af. > > > There are 2 ways to fix this. > 1) Rebuild everything old that is built against libpthread > 2) Get a copy of libc.so.5 from a more recent 5.x box (although I am suprised > 5.4 isn't recent enough). > > Peter Wemm has (2) available here > http://people.freebsd.org/~peter/libc.so.5 Thanks - that gets me by. Turns out bash, and my window manager are the culprits. (lsof | grep libc.so.5 for those who care). Sorry for the noise.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 12:08:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9C3C16A41C; Fri, 10 Jun 2005 12:08:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91A7B43D4C; Fri, 10 Jun 2005 12:08:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5AC7nth056237; Fri, 10 Jun 2005 08:07:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5AC6kGq011363; Fri, 10 Jun 2005 08:06:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 35FC07306E; Fri, 10 Jun 2005 08:06:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050610120646.35FC07306E@freebsd-current.sentex.ca> Date: Fri, 10 Jun 2005 08:06:46 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on alpha/alpha 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, 10 Jun 2005 12:08:03 -0000 TB --- 2005-06-10 10:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-10 10:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-06-10 10:30:00 - cleaning the object tree TB --- 2005-06-10 10:30:26 - checking out the source tree TB --- 2005-06-10 10:30:26 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-06-10 10:30:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-10 10:36:34 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-10 10:36:34 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-06-10 10:36:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-10 11:45:08 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-10 11:45:08 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-06-10 11:45:08 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 10 11:45:09 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Jun 10 11:58:55 UTC 2005 TB --- 2005-06-10 11:58:55 - generating LINT kernel config TB --- 2005-06-10 11:58:55 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-06-10 11:58:55 - /usr/bin/make -B LINT TB --- 2005-06-10 11:58:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-10 11:58:56 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-06-10 11:58:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 10 11:58:56 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/md4c.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/md5c.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/sched_4bsd.c In file included from /tinderbox/CURRENT/alpha/alpha/src/sys/kern/sched_4bsd.c:1388: /tinderbox/CURRENT/alpha/alpha/src/sys/kern/kern_switch.c: In function `maybe_preempt_in_ksegrp': /tinderbox/CURRENT/alpha/alpha/src/sys/kern/kern_switch.c:435: error: `IPI_PREEMPT' undeclared (first use in this function) /tinderbox/CURRENT/alpha/alpha/src/sys/kern/kern_switch.c:435: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/alpha/alpha/src/sys/kern/kern_switch.c:435: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-06-10 12:06:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-10 12:06:46 - ERROR: failed to build lint kernel TB --- 2005-06-10 12:06:46 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 12:30:55 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7671D16A41C for ; Fri, 10 Jun 2005 12:30:55 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B96F743D4C for ; Fri, 10 Jun 2005 12:30:54 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so182558rne for ; Fri, 10 Jun 2005 05:30:54 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Y+j48is5+X5Ca8aYuJM8g5A2nUoPhnva1NLjxiSqo072Qq5h/wsKFCm0F9/abXhI9l5mVgo8PvWOm5WPvt0PZggqjBr8DKGXAyvyyvHH38vt+5rDL7Nfj6D8TqKPy/xSDXUB0DDMrS3wcmFZH35+b1HDKrP63MkEAddA9sV0KIY= Received: by 10.38.78.79 with SMTP id a79mr796372rnb; Fri, 10 Jun 2005 05:30:54 -0700 (PDT) Received: by 10.38.209.73 with HTTP; Fri, 10 Jun 2005 05:30:54 -0700 (PDT) Message-ID: <84dead72050610053064895de4@mail.gmail.com> Date: Fri, 10 Jun 2005 18:00:54 +0530 From: Joseph Koshy To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <863brqy41j.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050609234619.AD1F67306E@freebsd-current.sentex.ca> <84dead720506091950779d1661@mail.gmail.com> <86oeae3d8f.fsf@xps.des.no> <84dead72050610001675a32c19@mail.gmail.com> <863brq3bbz.fsf@xps.des.no> <84dead7205061001534b9385b3@mail.gmail.com> <863brqy41j.fsf@xps.des.no> Cc: current@freebsd.org, Garance A Drosehn Subject: Re: [current tinderbox] failure on ...all... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 12:30:55 -0000 On 6/10/05, "des" =3D=3D "Dag-Erling Sm=F8rgrav " wrote: des> Of course, but you wouldn't be able to run an old userland=20 des> on a new kernel. I thought that was (much of) the point of=20 des> separating MI from MD. In the current design the first thing userland has to do is inform the kernel module about its idea of what the ABI version is. The=20 kernel module can then choose to either support it or return=20 EPROGMISMATCH. If it decides to support it, it will need to=20 respect structure sizes corresponding to $CLIENTVERSION. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 12:36:34 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 069B016A41C for ; Fri, 10 Jun 2005 12:36:34 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id A562143D1F for ; Fri, 10 Jun 2005 12:36:33 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j5ACaTk6040226; Fri, 10 Jun 2005 08:36:29 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j5ACaRng040223; Fri, 10 Jun 2005 08:36:29 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Fri, 10 Jun 2005 08:36:27 -0400 (EDT) From: Andre Guibert de Bruet To: Tarc In-Reply-To: <20050610102829.GA44456@tarc.po.cs.msu.su> Message-ID: <20050610083517.P42933@lexi.siliconlandmark.com> References: <20050607172121.84552.qmail@web80606.mail.yahoo.com> <20050609172640.GA23269@tarc.po.cs.msu.su> <20050609135335.Q42933@lexi.siliconlandmark.com> <20050610102829.GA44456@tarc.po.cs.msu.su> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.531, required 6, autolearn=not spam, AWL 0.07, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current Subject: Re: Problem with TCP/IP stack? 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, 10 Jun 2005 12:36:34 -0000 On Fri, 10 Jun 2005, Tarc wrote: > On Thu, Jun 09, 2005 at 01:58:50PM -0400, Andre Guibert de Bruet wrote: >> On Thu, 9 Jun 2005, Tarc wrote: >> >>> I have recompilled kernel and world, reboot and after enabling >>> 'log_in_vain' options see in logs a lot of following lines(with different >>> IPs). What happines? Is this is kernel or ocaml/mldonkey problem? >>> Connection attempt to TCP 158.250.16.33:60099 from 84.109.91.22:4662 >>> flags:0x12 >> >> That means that a connection attempt was made to local (presumably) port >> 60099 from host 84.109.91.22 using remote port 4662. > > Thanks, I know it. > >> log_in_vain is >> designed to spam the system log with these kinds of messages. > > /etc/defaults/rc.conf said in comment for 'log_in_vain '">=1 to log connects to ports w/o listeners." > so it's documentation bug? No, sir. What you saw logged is exactly what is documented. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 12:38:30 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9833A16A41C for ; Fri, 10 Jun 2005 12:38:30 +0000 (GMT) (envelope-from djp@polands.org) Received: from galilee.polands.org (CPE-24-208-53-189.new.res.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33EF143D1F for ; Fri, 10 Jun 2005 12:38:29 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org ([172.16.1.35]) by galilee.polands.org (8.12.9/8.12.9) with ESMTP id j5ACcHJB045953; Fri, 10 Jun 2005 07:38:18 -0500 (CDT) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.3/8.13.1) with ESMTP id j5ACcGG3039168; Fri, 10 Jun 2005 07:38:16 -0500 (CDT) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.3/8.13.1/Submit) id j5ACcGIx039167; Fri, 10 Jun 2005 07:38:16 -0500 (CDT) (envelope-from djp) Date: Fri, 10 Jun 2005 07:38:16 -0500 From: Doug Poland To: Jeff Roberson Message-ID: <20050610123816.GA39007@polands.org> References: <20050604052429.T8209@mail.chesapeake.net> <20050609133749.GA68687@polands.org> <42A84CBF.9070701@altern.org> <20050609170838.GA80335@xor.obsecurity.org> <20050609171708.GC68687@polands.org> <20050609172225.GA92378@xor.obsecurity.org> <20050609173531.GE68687@polands.org> <20050610040141.B16943@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050610040141.B16943@mail.chesapeake.net> User-Agent: Mutt/1.5.9i Cc: current@freebsd.org Subject: Re: ULE Status. 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, 10 Jun 2005 12:38:30 -0000 On Fri, Jun 10, 2005 at 04:02:15AM -0400, Jeff Roberson wrote: > On Thu, 9 Jun 2005, Doug Poland wrote: > > On Thu, Jun 09, 2005 at 01:22:25PM -0400, Kris Kennaway wrote: > > > On Thu, Jun 09, 2005 at 12:17:08PM -0500, Doug Poland wrote: > > > > On Thu, Jun 09, 2005 at 01:08:39PM -0400, Kris Kennaway wrote: > > > > > On Thu, Jun 09, 2005 at 04:05:51PM +0200, Gr?gory Nou wrote: > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > > > No, this usually means you forgot to recompile nvidia.ko when > > > > > you updated your kernel. > > > > > > > > > In my case, I'm not using the nvidia driver. On this box, I > > > > brought it up to 6-CURRENT from 5-STABLE via cvsup. When I run > > > > the GENERIC kernel with SCHED_4BSD, I don't have the fatal trap > > > > issues. When I'm running SCHED_ULE, hard locks are frequent. > > > > > > Right, yours is a different issue. By "hard lock" you seem to > > > mean "panic" though (your fatal trap 12)..it's important to use > > > the right terminology to avoid confusion :-) > > > > > Sorry for my imprecise language. So is this a ULE issue manifesting > > itself with kernel panics? Am I reporting it correctly? > > > > I think it's still not quite ready for prime time on SMP. On UP it > seems to be stable though. Hopefully I can take a break from VFS this > weekend to fix SMP again. > I'll be glad to help test. This particular SMP box is between projects and is a good guinea pig. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 12:44:08 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E574B16A41F for ; Fri, 10 Jun 2005 12:44:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7597D43D4C for ; Fri, 10 Jun 2005 12:44:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j5AChl5I040276; Fri, 10 Jun 2005 08:43:47 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j5AChjQQ040273; Fri, 10 Jun 2005 08:43:47 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Fri, 10 Jun 2005 08:43:45 -0400 (EDT) From: Andre Guibert de Bruet To: Vladimir Grebenschikov In-Reply-To: <1118395661.1066.3.camel@localhost> Message-ID: <20050610083705.X42933@lexi.siliconlandmark.com> References: <20050522112612.GA37841@frontfree.net> <1118222710.1505.6.camel@localhost> <20050608145511.D42933@lexi.siliconlandmark.com> <1118260623.966.3.camel@localhost> <20050608172021.W42933@lexi.siliconlandmark.com> <1118395661.1066.3.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.531, required 6, autolearn=not spam, AWL 0.07, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: [CALL FOR TESTERS] VESA High Resolution Console support from DragonFly 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, 10 Jun 2005 12:44:09 -0000 On Fri, 10 Jun 2005, Vladimir Grebenschikov wrote: > ? ??, 08/06/2005 ? 17:29 -0400, Andre Guibert de Bruet ?????: >> On Wed, 8 Jun 2005, Vladimir Grebenschikov wrote: >>> ? ??, 08/06/2005 ? 14:56 -0400, Andre Guibert de Bruet ?????: >>>> >>>> Let me guess... It's a laptop screen or an LCD panel? >>> >>> Yes, exactly, it is sony vzio z1. >>> >>> (II) RADEON(0): Panel ID string: Samsung LTN150P1-L02 >>> (II) RADEON(0): Panel Size from BIOS: 1400x1050 >>> (II) RADEON(0): BIOS provided dividers will be used. >> >> Most laptop LCDs and cheaper desktop panels take a while (The dreaded >> second or two) to switch resolutions. Try the patch with an external crt >> monitor plugged in and display mirroring enabled to see the difference for >> yourself (Or simply try it on a desktop with a radeon card and a crt). > > I have got a maximum waiting for switching from X to console (X screen > disappeared very quick) - about 10 secs, probably it related to some > disk activity, can syscon pages be swapped ? Wow. 10 seconds goes beyond the limits of reasonable. I would not expect to see syscons pages being swapped, even under extreme memory pressure. How much memory is available in this system? Could you make a recent boot -v (With the patch) and the kernel config available? Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 13:03:15 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94AED16A41C for ; Fri, 10 Jun 2005 13:03:15 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48A2143D1F for ; Fri, 10 Jun 2005 13:03:15 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) by lexi.siliconlandmark.com (8.13.3/8.13.3) with ESMTP id j5AD3BlP040440; Fri, 10 Jun 2005 09:03:11 -0400 (EDT) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost) by lexi.siliconlandmark.com (8.13.3/8.13.3/Submit) with ESMTP id j5AD3Bxp040437; Fri, 10 Jun 2005 09:03:11 -0400 (EDT) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Fri, 10 Jun 2005 09:03:11 -0400 (EDT) From: Andre Guibert de Bruet To: Bruce Ashfield In-Reply-To: <3bd6b93c0506091410349bad01@mail.gmail.com> Message-ID: <20050610085615.H42933@lexi.siliconlandmark.com> References: <3bd6b93c0506091410349bad01@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.518, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60, NORMAL_HTTP_TO_IP 0.03) X-MailScanner-From: andy@siliconlandmark.com Cc: freebsd-current@freebsd.org Subject: Re: RX (download) limit 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, 10 Jun 2005 13:03:15 -0000 On Thu, 9 Jun 2005, Bruce Ashfield wrote: > I've been digging around for over a week now and am either too slow > to find what I need in the docs or via google, so I thought I'd stop lurking > and see > if anyone can either help me, or slap me in the head. > > I've been seeing a strange problem with my 5.4-STABLE freebsd > firewall/router > for about a month now and I can't for the life of me explain (or fix) it. > > It can be summed up as: "any type of download seems to be limited at less > than > 30 kB/s". I'm normally seeing around 26 kB/s and sometimes a bit higher. I'm > > connecting to a known high bandwidth public site as my performance test. > Internal > transfers on my LAN work fine, but nothing out of the firewall (either from > a machine > behind it or the firewall itself) can get a decent rate. > > I suspect my FreeBSD config, since my linux box (when directly connected) or > an > openBSD box are seeing transfers rates in excess of 200kB/s when fetching > the same file. > > I'm running pppoe over a 3 meg DSL loop, using ipfilter and ipnat as my > weapons > of choice. I'm willing to try alternatives (i.e. pf), but I don't think it > is my configurations > for ipfilter and/or ipnat that are the problems. I've tried turning them > down to almost > nothing and haven't seen any changes at all in the limit. > > The closest thing I found that describes a similar problem is: > http://freebsdaddicts.org/forum/viewtopic.php?id=575 > > But trying what is suggested in that thread didn't help at all. > > In talking to some openBSD guys we had a theory that it might be something > like > the upload and download being kept symmetric and hence so low on the > download > side. In openBSD I've seen it solved using altq's but I can't find an > equivalent in > freeBSD without going to pf as my packet filter. > > ifconfig shows: > > fxp0: flags=8843 mtu 1500 > options=8 > inet6 fe80::202:b3ff:fe24:3797%fxp0 prefixlen 64 scopeid 0x1 > ether 00:02:b3:24:37:97 > media: Ethernet autoselect (10baseT/UTP) > status: active > fxp1: flags=8843 mtu 1500 > options=8 > inet6 fe80::202:b3ff:fe24:8182%fxp1 prefixlen 64 scopeid 0x2 > inet 10.*.*.* netmask 0xff000000 broadcast 10.255.255.255 > ether 00:02:b3:24:81:82 > media: Ethernet autoselect (10baseT/UTP) > status: active > plip0: flags=108810 mtu 1500 > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 > inet 127.0.0.1 netmask 0xff000000 > tun0: flags=8051 mtu 1452 > inet 66.*.*.* --> 66.*.*.* netmask 0xffffff00 > Opened by PID 242 > > I've tried everything from forcing full-duplex media, to tweaking any any > every > suggested tcp setting I could get at, none have an impact on the limit. I'll > leave > those details out for now in the interest of not too long an email. > > Right now I'd be happy enough with RTFM and/or someone else who at least > recognizes the problem. Interesting problem. This report however, does not belong on this list (stable@ or net@ might be more appropriate ones). May I suggest doing performance testing without any of the NAT/firewall rules in place? The asym nature of your DSL loop doesn't matter unless you are saturating your link both ways; downloads only go as fast as packets can get ACK'ed. I would be willing to elaborate off list. Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */ From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 14:00:48 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DAF016A41F for ; Fri, 10 Jun 2005 14:00:48 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: from web50309.mail.yahoo.com (web50309.mail.yahoo.com [206.190.38.242]) by mx1.FreeBSD.org (Postfix) with SMTP id 7344443D1F for ; Fri, 10 Jun 2005 14:00:47 +0000 (GMT) (envelope-from alanbryan1234@yahoo.com) Received: (qmail 89809 invoked by uid 60001); 10 Jun 2005 14:00:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=XX4wolRiVTp/t8InlJHAaVapBt6xDpaztDX/AOSPD0kj785/Rj90py/dsln/6U6xve4wXvzH7oCxHFNGFNptyf0DNcvIMaQXF0ZKhiakyaw6QzyB5ajgn5G4hqpdGS8SOeJ08VpMZPPAshChHQa1QFN54QffGxT+U+GlcS8In18= ; Message-ID: <20050610140046.89807.qmail@web50309.mail.yahoo.com> Received: from [67.99.246.2] by web50309.mail.yahoo.com via HTTP; Fri, 10 Jun 2005 07:00:46 PDT Date: Fri, 10 Jun 2005 07:00:46 -0700 (PDT) From: alan bryan To: "Søren" Schmidt In-Reply-To: <20050602145737.84389.qmail@web50302.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.ORG Subject: Re: nForce 4, SATA Drive only runs at UDMA33? 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, 10 Jun 2005 14:00:48 -0000 > --- Søren Schmidt wrote: > > I now have a nForce4 system here and can reproduce > > the problem. I'll > > get it fixed as soon as time permits, so stay > tuned! > > > > - Søren I tried -CURRENT again last night and it now worked! No panic and the system seems to now be correctly detecting the SATA drive. I tried to run atacontrol commands though and they were all failing. atacontrol list, atacontrol mode 0, etc... (sorry I can't remember the error right now, if you want them I can switch disks and write it down). I'll do some more testing today and let you know how it goes. Thanks for the fast fix on this! Really appreciated. --Alan Bryan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 14:28:25 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB9DF16A41C; Fri, 10 Jun 2005 14:28:24 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from aposerv.p-i-n.com (aposerv.p-i-n.com [145.253.185.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71A2943D48; Fri, 10 Jun 2005 14:28:24 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by aposerv.p-i-n.com (8.12.11/8.12.11) with ESMTP id j5AESLAN034083; Fri, 10 Jun 2005 16:28:21 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j5AESEn02492; Fri, 10 Jun 2005 16:28:14 +0200 (CEST) (envelope-from rabe) Date: Fri, 10 Jun 2005 16:28:14 +0200 From: "Raphael H. Becker" To: freebsd-scsi@freebsd.org Message-ID: <20050610162814.A25098@p-i-n.com> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> <20050609113616.I41471@p-i-n.com> <20050609130511.GA732@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050609130511.GA732@uk.tiscali.com>; from B.Candler@pobox.com on Thu, Jun 09, 2005 at 02:05:11PM +0100 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: Paul Mather , freebsd-current@freebsd.org, "Matthew D. Fuller" , Brian Candler Subject: Re: Accessing SCSI-Devices >2TB 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, 10 Jun 2005 14:28:25 -0000 Hi all, thank you for the hints about debugging. ( I think this should go over to freebsd-scsi@. I've archived the thread on -current in http://rabe.uugrn.org/temp/FreeBSD/bigraid/RAID_2TB.mbox.gz ) I've done some testing. First was to boot another OS with the RAID in two equal partitions, I tried with knoppix 3.9 (Linux 2.6.11): http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_partition.txt ... and with the RAID configuread as one big drive: http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_onebig.txt and here the relevant diffs: http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_diff.txt Second I rebooted FreeBSD with CAMDEBUG in kernel and enabled it via "camcontrol debug ..." and did a "camcontrol rescan 1" then: http://rabe.uugrn.org/temp/FreeBSD/bigraid/freebsd54_camdebug.txt A complete dmesg.boot of 5.4 can be found under http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.freebsd54_onebig.txt I will have to try a SuSE Linux Live System where this should work according to the support of the RAID. The workaround (2 partitions mapped to two LUNs and merged into a RAID in FreeBSD) might work. I have some days for playing around with the RAID before I need to set it in production. Any idea, whats wrong with it? Regards Raphael Becker On Thu, Jun 09, 2005 at 02:05:11PM +0100, Brian Candler wrote: > On Thu, Jun 09, 2005 at 11:36:16AM +0200, Raphael H. Becker wrote: > > The first idea was to have just one large logical drive (LD1) with 12 > > physical discs (PD1 - PD12), where P1 is HotSpare. The RAID wants to talk > > a LBA64 dialect of SCSI AFAIK and FreeBSD isn't able to talk this with > > the RAID --> no /dev/daX! > > SCSI has always used a Linear (or Logical) Block Address offset from the > start of the disk. What you probably mean is that the controller is issuing > a READ(16) command instead of a READ(10), for example. See the SCSI > documentation: e.g. > http://www.t10.org/ftp/t10/drafts/sbc2/sbc2r16.pdf > > Now, setting aside the ccd workarounds for now, IIUC the fundamental problem > is that you cannot attach your drive array when it presents itself as a > single volume with more than 2^31 blocks. > > This means that either: > (1) there's a problem with your drive array under this condition; or > (2) there's a problem with your SCSI controller under this condition; or > (3) there's a problem with FreeBSD under this condition. > > To prove which it is, I think you need to show the actual problematic SCSI > command sent to the drive, and the actual response (if any) which comes > back. > > According to your log at > http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051163.html > it says that FreeBSD is objecting to the response from the drive array > (protocol violation in Message In phase) > > Perhaps someone here can say what's the best way to enable this level of > debugging? From the 5.4 source tree it looks like you can define CAMDEBUG > when building the kernel, and then use "camcontrol debug" to enable > debugging for a particular target (or "all") > > Just a suggestion... > > Brian. > _______________________________________________ > 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 Fri Jun 10 15:07:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8696216A41C; Fri, 10 Jun 2005 15:07:20 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25C0F43D4C; Fri, 10 Jun 2005 15:07:19 +0000 (GMT) (envelope-from ken@nargothrond.kdm.org) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.12.11/8.12.11) with ESMTP id j5AF7JlT007154; Fri, 10 Jun 2005 09:07:19 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.12.11/8.12.5/Submit) id j5AF7IEW007153; Fri, 10 Jun 2005 09:07:18 -0600 (MDT) (envelope-from ken) Date: Fri, 10 Jun 2005 09:07:18 -0600 From: "Kenneth D. Merry" To: "Raphael H. Becker" Message-ID: <20050610150718.GA7005@nargothrond.kdm.org> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> <20050609113616.I41471@p-i-n.com> <20050609130511.GA732@uk.tiscali.com> <20050610162814.A25098@p-i-n.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050610162814.A25098@p-i-n.com> User-Agent: Mutt/1.4.2i X-Virus-Scanned: ClamAV 0.85.1/921/Wed Jun 8 02:51:44 2005 on nargothrond.kdm.org X-Virus-Status: Clean Cc: freebsd-scsi@freebsd.org, Paul Mather , freebsd-current@freebsd.org, "Matthew D. Fuller" , Brian Candler Subject: Re: Accessing SCSI-Devices >2TB 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, 10 Jun 2005 15:07:20 -0000 On Fri, Jun 10, 2005 at 16:28:14 +0200, Raphael H. Becker wrote: > On Thu, Jun 09, 2005 at 02:05:11PM +0100, Brian Candler wrote: > > On Thu, Jun 09, 2005 at 11:36:16AM +0200, Raphael H. Becker wrote: > > > The first idea was to have just one large logical drive (LD1) with 12 > > > physical discs (PD1 - PD12), where P1 is HotSpare. The RAID wants to talk > > > a LBA64 dialect of SCSI AFAIK and FreeBSD isn't able to talk this with > > > the RAID --> no /dev/daX! > > > > SCSI has always used a Linear (or Logical) Block Address offset from the > > start of the disk. What you probably mean is that the controller is issuing > > a READ(16) command instead of a READ(10), for example. See the SCSI > > documentation: e.g. > > http://www.t10.org/ftp/t10/drafts/sbc2/sbc2r16.pdf > > > > Now, setting aside the ccd workarounds for now, IIUC the fundamental problem > > is that you cannot attach your drive array when it presents itself as a > > single volume with more than 2^31 blocks. > > > > This means that either: > > (1) there's a problem with your drive array under this condition; or > > (2) there's a problem with your SCSI controller under this condition; or > > (3) there's a problem with FreeBSD under this condition. > > > > To prove which it is, I think you need to show the actual problematic SCSI > > command sent to the drive, and the actual response (if any) which comes > > back. > > > > According to your log at > > http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051163.html > > it says that FreeBSD is objecting to the response from the drive array > > (protocol violation in Message In phase) > > > > Perhaps someone here can say what's the best way to enable this level of > > debugging? From the 5.4 source tree it looks like you can define CAMDEBUG > > when building the kernel, and then use "camcontrol debug" to enable > > debugging for a particular target (or "all") > > > > Just a suggestion... > > > > Brian. > > _______________________________________________ > > 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" > > Hi all, > > thank you for the hints about debugging. > > ( I think this should go over to freebsd-scsi@. I've archived > the thread on -current in > http://rabe.uugrn.org/temp/FreeBSD/bigraid/RAID_2TB.mbox.gz ) > > > > I've done some testing. > > First was to boot another OS with the RAID in two equal partitions, I > tried with knoppix 3.9 (Linux 2.6.11): > http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_partition.txt > > ... and with the RAID configuread as one big drive: > http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_onebig.txt > > and here the relevant diffs: > http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_diff.txt This is quite interesting: =================================================================== scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs (scsi1:A:0): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) Vendor: IFT Model: A12U-G2421 Rev: 342D Type: Direct-Access ANSI SCSI revision: 03 scsi1:A:0:0: Tagged Queuing enabled. Depth 253 sdb : very big device. try to use READ CAPACITY(16). sdb : READ CAPACITY(16) failed. sdb : status=0, message=00, host=5, driver=00 sdb : use 0xffffffff as device size SCSI device sdb: 4294967296 512-byte hdwr sectors (2199023 MB) SCSI device sdb: drive cache: write back sdb : very big device. try to use READ CAPACITY(16). sdb : READ CAPACITY(16) failed. sdb : status=0, message=00, host=5, driver=00 sdb : use 0xffffffff as device size SCSI device sdb: 4294967296 512-byte hdwr sectors (2199023 MB) SCSI device sdb: drive cache: write back sdb: unknown partition table Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0 =================================================================== Linux notices that the device returned 0xffffffff as the capacity in response to a READ CAPACITY(10) command, so it tries a READ CAPACITY(16) command, which *fails*. So even under Linux you aren't getting the full capacity of your device, you're only getting 2TB. > Second I rebooted FreeBSD with CAMDEBUG in kernel and enabled it via > "camcontrol debug ..." and did a "camcontrol rescan 1" then: > http://rabe.uugrn.org/temp/FreeBSD/bigraid/freebsd54_camdebug.txt camcontrol debug -I isn't quite what we need in this situation. Instead, you should try 'camcontrol debug -c'. > A complete dmesg.boot of 5.4 can be found under > http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.freebsd54_onebig.txt > > I will have to try a SuSE Linux Live System where this should work > according to the support of the RAID. > > The workaround (2 partitions mapped to two LUNs and merged into a RAID > in FreeBSD) might work. I have some days for playing around with the > RAID before I need to set it in production. > > Any idea, whats wrong with it? >From what I can see, it's likely the device is misbehaving. The fact that the 16 byte read capacity fails under Linux is telling. If you've got a device that supports a LUN size greater than 2TB, it must support the 16 byte read capacity and read/write commands. Here are some more things you can try. Does your system boot? If so, we can try sending a few commands to the device via the pass(4) driver and see what happens. First, run 'camcontrol devlist' and see if the array is there and whether there is a pass device attached. If so, try this: camcontrol cmd passX -v -c "25 0 0 0 0 0 0 0 0 0" -i 8 "i4 i4" That will send a standard 10 byte read capacity command to the device. Next, try a 16 byte read capacity. This is where things are likely failing in the da(4) driver attach, and apparantly where things are failing under Linux: camcontrol cmd passX -v -c "9e 10 0 0 0 0 0 0 0 0 0 0 0 c 0 0" -i 12 "i4 i4 i4" If that works, there is some other problem. If it fails, then we're fairly close to the problem. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 16:26:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9755C16A41C; Fri, 10 Jun 2005 16:26:01 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5221543D53; Fri, 10 Jun 2005 16:26:01 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5AGQ0jv014247; Fri, 10 Jun 2005 09:26:00 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5AGQ0ut014246; Fri, 10 Jun 2005 09:26:00 -0700 Date: Fri, 10 Jun 2005 09:26:00 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050610162600.GA12928@odin.ac.hmc.edu> References: <20050609064452.GC1595@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20050609064452.GC1595@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org, net@freebsd.org Subject: Re: HEADSUP: internal network interface 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: Fri, 10 Jun 2005 16:26:01 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Look out! :-) This change is incoming sortly (pending final cvs updates). -- Brooks On Wed, Jun 08, 2005 at 11:44:52PM -0700, Brooks Davis wrote: > I plan to commit a major rework of network interface related storage > Friday morning PDT. This is a massive change touching every network > driver in the system. This change was discussed at the BSDCan dev > summit and derives from discussions at EuroBSDCon on dealing with > dynamic network devices. You can view the diff at: >=20 > http://people.freebsd.org/~brooks/patches/ifnet.diff >=20 > I'm not posting the diff to the list as it is nearly 700K. Below, you > will find the diff to ifnet(9) for a more technical view of the API > change. >=20 > In short, the change removes the embedded struct ifnet and layer 2 common > structures (struct arpcom, struct ifatm, struct sppp, etc) from driver > softcs and replaces them with a struct ifnet pointer which is allocated > with a new function, if_alloc which takes an interface type. For > certain types, if_alloc also fills in the new struct ifnet member, > if_l2com with an initialized layer 2 common structure. >=20 > The benefits of this change are: > - The size of struct ifnet and the layer 2 common structures is no > longer part of the network interface ABI. This means we add > features to the generic interface code so long as they do not require > action on the part of the driver without breaking the ABI. > - Since storage is no longer tied to the softc, we will able to > reference count struct ifnet more easily which is a prerequisite for > fixing the panics on removing an interface which is configured with > dummynet. > - This patch eliminates many ugly casts and the historically weakly > documented requirement that softc's be castable to ifnet's and > arpcom's. >=20 > Things to note about this change: > - External drivers including those in ports will panic if loaded until > they are converted to the new API. >=20 > Things to note about this patch: > - There are nearly 100 drivers in the tree and I only use a small set > of them so there are likely to be some small bugs in this patch. The > changes were mostly mechanical, but varying naming conventions, plus > the occasional driver written entirely from scratch introduce the > possibility of errors. Use care when updating, particularly with > remote systems. > - In most cases, this patch does not address the issue of keeping > source compatible with previous releases or other systems. I will > supply patches to do so in any case where there is a need, but I > intend to wait until after committing to do so. I hope the set of > drivers requiring these changes will be small. >=20 > -- Brooks >=20 > P.S. the posted patch contains a bug in the udav driver. It will be > fixed before commit. >=20 > --- freebsd/share/man/man9/ifnet.9 Sun Jun 5 13:33:05 2005 > +++ ifnet/share/man/man9/ifnet.9 Sun Jun 5 20:20:03 2005 > @@ -46,9 +46,17 @@ > .In net/if_types.h > .\" > .Ss "Interface Manipulation Functions" > +.Ft "struct ifnet *" > +.Fn if_alloc "u_char type" > .Ft void > .Fn if_attach "struct ifnet *ifp" > .Ft void > +.Fn if_detach "struct ifnet *ifp" > +.Ft void > +.Fn if_free "struct ifnet *ifp" > +.Ft void > +.Fn if_free_type "struct ifnet *ifp" "u_char type" > +.Ft void > .Fn if_down "struct ifnet *ifp" > .Ft int > .Fn ifioctl "struct socket *so" "u_long cmd" "caddr_t data" "struct thre= ad *td" > @@ -219,6 +227,11 @@ > .Pq Vt "void *" > A pointer to the driver's private state block. > (Initialized by driver.) > +.It Va if_l2com > +.Pq Vt "void *" > +A pointer to the common data for the interface's layer 2 protocol. > +(Initialized by > +.Fn if_alloc .) > .It Va if_link > .Pq Fn TAILQ_ENTRY ifnet > .Xr queue 3 > @@ -270,6 +283,8 @@ > to refer to a particular interface by index > (see > .Xr link_addr 3 ) . > +(Initialized by > +.Fn if_alloc .) > .It Va if_timer > .Pq Vt short > Number of seconds until the watchdog timer > @@ -988,6 +1003,14 @@ > .El > .Ss Interface Manipulation Functions > .Bl -ohang -offset indent > +.It Fn if_alloc > +Allocate and initalize an > +.Fa ifp . > +Initalization includes the allocation of an interface index and may > +include the allocation of a > +.Fa type > +specific structure in > +.Va if_l2com . > .It Fn if_attach > Link the specified interface > .Fa ifp > @@ -999,6 +1022,29 @@ > (A pointer to > this address structure is saved in the global array > .Va ifnet_addrs . ) > +The > +.Fa ifp > +must have been allocted by > +.Fn if_alloc . > +.It Fn if_detach > +Shutdown and unlink the specified > +.Fa ifp > +from the interface list. > +.It Fn if_free > +Free the given > +.Fa ifp > +back to the system. > +The interface must have been previously detached if it was ever attached. > +.It Fn if_free_type > +Identical to > +.Fn if_free > +except that the given > +.Fa type > + is used to free=20 > + .Va if_l2com > + instead of the type in > + .Va if_type . > + This is intended for use with drivers that change their interface type. > .It Fn if_down > Mark the interface > .Fa ifp >=20 > --=20 > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCqb8XXY6L6fI4GtQRAtjvAJ0do2XnwBUmAVPz4H+upM2DHtkQbACfazeW oZ11O5VqBMPEfr40rPGrs9Y= =6O8l -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 16:47:22 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B940E16A41C; Fri, 10 Jun 2005 16:47:22 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FFB343D48; Fri, 10 Jun 2005 16:47:22 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Fri, 10 Jun 2005 09:47:21 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id EAA185D08; Fri, 10 Jun 2005 09:47:20 -0700 (PDT) To: alan bryan In-reply-to: Your message of "Fri, 10 Jun 2005 07:00:46 PDT." <20050610140046.89807.qmail@web50309.mail.yahoo.com> Date: Fri, 10 Jun 2005 09:47:20 -0700 From: "Kevin Oberman" Message-Id: <20050610164720.EAA185D08@ptavv.es.net> Cc: freebsd-current@FreeBSD.ORG, S ren Schmidt Subject: Re: nForce 4, SATA Drive only runs at UDMA33? 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, 10 Jun 2005 16:47:22 -0000 > Date: Fri, 10 Jun 2005 07:00:46 -0700 (PDT) > From: alan bryan > Sender: owner-freebsd-current@freebsd.org > > > --- Søren Schmidt wrote: > > > I now have a nForce4 system here and can reproduce > > > the problem. I'll > > > get it fixed as soon as time permits, so stay > > tuned! > > > > > > - Søren > > I tried -CURRENT again last night and it now worked! > > No panic and the system seems to now be correctly > detecting the SATA drive. I tried to run atacontrol > commands though and they were all failing. atacontrol > list, atacontrol mode 0, etc... (sorry I can't > remember the error right now, if you want them I can > switch disks and write it down). > > I'll do some more testing today and let you know how > it goes. > > Thanks for the fast fix on this! Really appreciated. Try 'atacontrol mode ad0' or 'atacontrol detach ata1'. 'device' must now be the actual device name (but not not the path as in /dev/ad0) and the channel must be the device name of the channel, not simply the number. The syntax of atacontrol in current was modified a few weeks ago, but the man pages have not been updated. (I sent an updated page to the list recently, but I don't know if anyone noticed nor am I sure that Søren agrees with my proposed wording.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 16:57:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2314F16A41C; Fri, 10 Jun 2005 16:57:26 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD2FD43D49; Fri, 10 Jun 2005 16:57:25 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5AGvOXg018509; Fri, 10 Jun 2005 09:57:24 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5AGvOnl018508; Fri, 10 Jun 2005 09:57:24 -0700 Date: Fri, 10 Jun 2005 09:57:24 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050610165724.GA17120@odin.ac.hmc.edu> References: <20050609064452.GC1595@odin.ac.hmc.edu> <20050610162600.GA12928@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7AUc2qLy4jB3hD7Z" Content-Disposition: inline In-Reply-To: <20050610162600.GA12928@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org, net@freebsd.org Subject: Re: HEADSUP: internal network interface 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: Fri, 10 Jun 2005 16:57:26 -0000 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 09:26:00AM -0700, Brooks Davis wrote: > Look out! :-) >=20 > This change is incoming sortly (pending final cvs updates). I've committed the change bumping __FreeBSD_version. Hopefully the ride won't be too bumpy. If you have any problems, please report them on -current as well as to me directly. Most problems should be fairly simple to fix. I will be checking my e-mail regularly for at least the next 14 hours. -- Brooks > On Wed, Jun 08, 2005 at 11:44:52PM -0700, Brooks Davis wrote: > > I plan to commit a major rework of network interface related storage > > Friday morning PDT. This is a massive change touching every network > > driver in the system. This change was discussed at the BSDCan dev > > summit and derives from discussions at EuroBSDCon on dealing with > > dynamic network devices. You can view the diff at: > >=20 > > http://people.freebsd.org/~brooks/patches/ifnet.diff > >=20 > > I'm not posting the diff to the list as it is nearly 700K. Below, you > > will find the diff to ifnet(9) for a more technical view of the API > > change. > >=20 > > In short, the change removes the embedded struct ifnet and layer 2 comm= on > > structures (struct arpcom, struct ifatm, struct sppp, etc) from driver > > softcs and replaces them with a struct ifnet pointer which is allocated > > with a new function, if_alloc which takes an interface type. For > > certain types, if_alloc also fills in the new struct ifnet member, > > if_l2com with an initialized layer 2 common structure. > >=20 > > The benefits of this change are: > > - The size of struct ifnet and the layer 2 common structures is no > > longer part of the network interface ABI. This means we add > > features to the generic interface code so long as they do not require > > action on the part of the driver without breaking the ABI. > > - Since storage is no longer tied to the softc, we will able to > > reference count struct ifnet more easily which is a prerequisite for > > fixing the panics on removing an interface which is configured with > > dummynet. > > - This patch eliminates many ugly casts and the historically weakly > > documented requirement that softc's be castable to ifnet's and > > arpcom's. > >=20 > > Things to note about this change: > > - External drivers including those in ports will panic if loaded until > > they are converted to the new API. > >=20 > > Things to note about this patch: > > - There are nearly 100 drivers in the tree and I only use a small set > > of them so there are likely to be some small bugs in this patch. The > > changes were mostly mechanical, but varying naming conventions, plus > > the occasional driver written entirely from scratch introduce the > > possibility of errors. Use care when updating, particularly with > > remote systems. > > - In most cases, this patch does not address the issue of keeping > > source compatible with previous releases or other systems. I will > > supply patches to do so in any case where there is a need, but I > > intend to wait until after committing to do so. I hope the set of > > drivers requiring these changes will be small. > >=20 > > -- Brooks > >=20 > > P.S. the posted patch contains a bug in the udav driver. It will be > > fixed before commit. > >=20 > > --- freebsd/share/man/man9/ifnet.9 Sun Jun 5 13:33:05 2005 > > +++ ifnet/share/man/man9/ifnet.9 Sun Jun 5 20:20:03 2005 > > @@ -46,9 +46,17 @@ > > .In net/if_types.h > > .\" > > .Ss "Interface Manipulation Functions" > > +.Ft "struct ifnet *" > > +.Fn if_alloc "u_char type" > > .Ft void > > .Fn if_attach "struct ifnet *ifp" > > .Ft void > > +.Fn if_detach "struct ifnet *ifp" > > +.Ft void > > +.Fn if_free "struct ifnet *ifp" > > +.Ft void > > +.Fn if_free_type "struct ifnet *ifp" "u_char type" > > +.Ft void > > .Fn if_down "struct ifnet *ifp" > > .Ft int > > .Fn ifioctl "struct socket *so" "u_long cmd" "caddr_t data" "struct th= read *td" > > @@ -219,6 +227,11 @@ > > .Pq Vt "void *" > > A pointer to the driver's private state block. > > (Initialized by driver.) > > +.It Va if_l2com > > +.Pq Vt "void *" > > +A pointer to the common data for the interface's layer 2 protocol. > > +(Initialized by > > +.Fn if_alloc .) > > .It Va if_link > > .Pq Fn TAILQ_ENTRY ifnet > > .Xr queue 3 > > @@ -270,6 +283,8 @@ > > to refer to a particular interface by index > > (see > > .Xr link_addr 3 ) . > > +(Initialized by > > +.Fn if_alloc .) > > .It Va if_timer > > .Pq Vt short > > Number of seconds until the watchdog timer > > @@ -988,6 +1003,14 @@ > > .El > > .Ss Interface Manipulation Functions > > .Bl -ohang -offset indent > > +.It Fn if_alloc > > +Allocate and initalize an > > +.Fa ifp . > > +Initalization includes the allocation of an interface index and may > > +include the allocation of a > > +.Fa type > > +specific structure in > > +.Va if_l2com . > > .It Fn if_attach > > Link the specified interface > > .Fa ifp > > @@ -999,6 +1022,29 @@ > > (A pointer to > > this address structure is saved in the global array > > .Va ifnet_addrs . ) > > +The > > +.Fa ifp > > +must have been allocted by > > +.Fn if_alloc . > > +.It Fn if_detach > > +Shutdown and unlink the specified > > +.Fa ifp > > +from the interface list. > > +.It Fn if_free > > +Free the given > > +.Fa ifp > > +back to the system. > > +The interface must have been previously detached if it was ever attach= ed. > > +.It Fn if_free_type > > +Identical to > > +.Fn if_free > > +except that the given > > +.Fa type > > + is used to free=20 > > + .Va if_l2com > > + instead of the type in > > + .Va if_type . > > + This is intended for use with drivers that change their interface typ= e. > > .It Fn if_down > > Mark the interface > > .Fa ifp > >=20 > > --=20 > > Any statement of the form "X is the one, true Y" is FALSE. > > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 >=20 >=20 > --=20 > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --7AUc2qLy4jB3hD7Z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCqcZzXY6L6fI4GtQRAh4/AKCFsF2nC2uqoGgSyyer6jAxCt53YgCeMd6l pmH2ttrG7PdVscM32rpMegY= =j52+ -----END PGP SIGNATURE----- --7AUc2qLy4jB3hD7Z-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 17:08:02 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 729) id 2B5A816A41F; Fri, 10 Jun 2005 17:08:02 +0000 (GMT) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain Message-Id: <20050610170802.2B5A816A41F@hub.freebsd.org> Date: Fri, 10 Jun 2005 17:08:02 +0000 (GMT) From: jkoshy@FreeBSD.ORG (Joseph Koshy) Cc: jkoshy@FreeBSD.ORG Subject: Kldunload panics in uma_zfree() 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, 10 Jun 2005 17:08:02 -0000 I've been seeing this for a few days on a recent -current: # kldload MODULE # hwpmc. vkbd, etc. # kldunload MODULE leads to a panic on the lines of: "uma: Freed item 0xc1af0260 did not belong to zone mt_zone\n" The enclosed patch appears to fix the panic. Could someone review? Index: kern_malloc.c =================================================================== RCS file: /cvs/FreeBSD/src/sys/kern/kern_malloc.c,v retrieving revision 1.140 diff -u -r1.140 kern_malloc.c --- kern_malloc.c 29 May 2005 13:38:07 -0000 1.140 +++ kern_malloc.c 10 Jun 2005 16:45:51 -0000 @@ -616,7 +616,7 @@ } else kmemstatistics = mtp->ks_next; mtx_unlock(&malloc_mtx); - uma_zfree(mt_zone, mtp); + uma_zfree(mt_zone, mtip); } static int Regards, Koshy From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 17:36:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 712D816A41F for ; Fri, 10 Jun 2005 17:36:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFCE843D64 for ; Fri, 10 Jun 2005 17:36:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5CC855123D; Fri, 10 Jun 2005 13:36:17 -0400 (EDT) Date: Fri, 10 Jun 2005 13:36:17 -0400 From: Kris Kennaway To: Tarasov Alexey Message-ID: <20050610173617.GA92118@xor.obsecurity.org> References: <42A97F5C.3010004@wincmd.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <42A97F5C.3010004@wincmd.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Couldn't make kernel on FreeBSD 6.0-CURRENT under 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, 10 Jun 2005 17:36:20 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 03:54:04PM +0400, Tarasov Alexey wrote: > Hello! >=20 > I am trying to make kernel under amd64, but I have following error: >=20 > >stage 3.1. making depencies > >... > >/usr/src/sys/amd64/amd64/genassym.c:1 error: code mode `kernel' not=20 > >supported in 32bit mode >=20 > What should I do to make kernel properly? First show us exactly what you're trying to do (i.e. don't trim context and summarize too much), including your make.conf, environment variables and command input and output. Kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqc+RWry0BWjoQKURArSiAKCYZa2cXOXsW9Pzi7WWgGuSJof+xwCfT35u Xi3tRfwyNFdMY/iob5HF34I= =JCVb -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 18:20:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 977FF16A41C for ; Fri, 10 Jun 2005 18:20:07 +0000 (GMT) (envelope-from ups@tree.com) Received: from smtp.speedfactory.net (talon.speedfactory.net [66.23.216.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3716A43D48 for ; Fri, 10 Jun 2005 18:20:07 +0000 (GMT) (envelope-from ups@tree.com) Received: (qmail 12308 invoked from network); 10 Jun 2005 18:20:01 +0000 Received: from 66-23-216-49.clients.speedfactory.net (HELO palm.tree.com) (66.23.216.49) by smtp.speedfactory.net with AES256-SHA encrypted SMTP; 10 Jun 2005 18:20:01 +0000 Received: from [127.0.0.1] (ups@localhost.tree.com [127.0.0.1]) by palm.tree.com (8.12.10/8.12.10) with ESMTP id j5AIJbpP001730; Fri, 10 Jun 2005 14:19:37 -0400 (EDT) (envelope-from ups@tree.com) From: Stephan Uphoff To: Kris Kennaway In-Reply-To: <20050609183835.GA9451@xor.obsecurity.org> References: <20050609183835.GA9451@xor.obsecurity.org> Content-Type: text/plain Message-Id: <1118427576.27369.54212.camel@palm> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 10 Jun 2005 14:19:37 -0400 Content-Transfer-Encoding: 7bit Cc: "current@freebsd.org" Subject: Re: mutex still spinning while in DDB 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: Fri, 10 Jun 2005 18:20:07 -0000 On Thu, 2005-06-09 at 14:38, Kris Kennaway wrote: > I've seen the following a couple of times recently on UP machines > running up-to-date current (the panic may not be important, I'm > referring to the behaviour of DDB): > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x20:0xc054cc77 > stack pointer = 0x28:0xd4222c9c > frame pointer = 0x28:0xd4222cb4 > 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 = 37 (vnlru) > [thread pid 37 tid 100035 ] > Stopped at vnlru_free+0x87: movl %eax,0(%edx) > db> stray irq7 > stray irq7 > stray irq7 > stray irq7 > too many stray irq 7's: not logging anymore > > At this point, the keyboard only works sporadically (i.e. I have to > press keys multiple times for DDB to receive the input). > > show ktr shows a buffer full of: > > 530: UNLOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:267 > 529: LOCK (spin mutex) icu r = 0 at ../../../i386/isa/atpic.c:265 > [ ..SNIP....] > and repeated show ktr indicates that it is still logging events > (i.e. the head of the buffer is now in a different place). This > suggests that the mutex is still spinning even though the system is in > DDB. > > Kris Kris, the following patch should help as it disables interrupts before entering the debugger. (amd64 probably has the same problems and I will take a look later today ) Could you give it a spin? I would like to check it in ASAP. Stephan Index: trap.c =================================================================== RCS file: /cvsroot/src/sys/i386/i386/trap.c,v retrieving revision 1.274 diff -u -r1.274 trap.c --- trap.c 30 May 2005 06:29:28 -0000 1.274 +++ trap.c 10 Jun 2005 18:11:01 -0000 @@ -823,8 +823,15 @@ } #ifdef KDB - if ((debugger_on_panic || kdb_active) && kdb_trap(type, 0, frame)) - return; + if (debugger_on_panic || kdb_active) { + register_t eflags; + eflags = intr_disable(); + if (kdb_trap(type, 0, frame)) { + intr_restore(eflags); + return; + } + intr_restore(eflags); + } #endif printf("trap number = %d\n", type); if (type <= MAX_TRAP_MSG) From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 18:20:18 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF9AD16A46C for ; Fri, 10 Jun 2005 18:20:18 +0000 (GMT) (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 5839143D48 for ; Fri, 10 Jun 2005 18:20:18 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j5AIKHEa043380; Fri, 10 Jun 2005 11:20:17 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j5AIKGI1043379; Fri, 10 Jun 2005 11:20:16 -0700 (PDT) (envelope-from jmg) Date: Fri, 10 Jun 2005 11:20:15 -0700 From: John-Mark Gurney To: Andre Guibert de Bruet Message-ID: <20050610182015.GE742@funkthat.com> Mail-Followup-To: Andre Guibert de Bruet , Bruce Ashfield , freebsd-current@freebsd.org References: <3bd6b93c0506091410349bad01@mail.gmail.com> <20050610085615.H42933@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050610085615.H42933@lexi.siliconlandmark.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-current@freebsd.org, Bruce Ashfield Subject: Re: RX (download) limit problem 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: Fri, 10 Jun 2005 18:20:18 -0000 Andre Guibert de Bruet wrote this message on Fri, Jun 10, 2005 at 09:03 -0400: > >I've tried everything from forcing full-duplex media, to tweaking any any > >every > >suggested tcp setting I could get at, none have an impact on the limit. > >I'll > >leave > >those details out for now in the interest of not too long an email. > > > >Right now I'd be happy enough with RTFM and/or someone else who at least > >recognizes the problem. > > Interesting problem. This report however, does not belong on this list > (stable@ or net@ might be more appropriate ones). May I suggest doing > performance testing without any of the NAT/firewall rules in place? The > asym nature of your DSL loop doesn't matter unless you are saturating your > link both ways; downloads only go as fast as packets can get ACK'ed. > > I would be willing to elaborate off list. I finally decided to write a d/l limiter. It uses a divert sockets to catch the ack's and then delay the ack's till it believes there is enough room in the downstream pipe for it.. Of course, with variable latency of the connections, you won't always get a nice steady stream of incoming packets... They are a couple of python scripts and require's dsong's dpkt: http://resnet.uoregon.edu/~gurney_j/jmpc/python/acklimit.py http://resnet.uoregon.edu/~gurney_j/jmpc/python/divert.py It doesn't have the smartest queuing system, just a standard FIFO. -- 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 Fri Jun 10 19:57:01 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8100D16A41C; Fri, 10 Jun 2005 19:57:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37E8043D53; Fri, 10 Jun 2005 19:57:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5AJul8I028655; Fri, 10 Jun 2005 15:56:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5AJv0cD024015; Fri, 10 Jun 2005 15:57:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EE6A17306E; Fri, 10 Jun 2005 15:56:59 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050610195659.EE6A17306E@freebsd-current.sentex.ca> Date: Fri, 10 Jun 2005 15:56:59 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Fri, 10 Jun 2005 19:57:01 -0000 TB --- 2005-06-10 18:07:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-10 18:07:57 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-06-10 18:07:57 - cleaning the object tree TB --- 2005-06-10 18:08:06 - checking out the source tree TB --- 2005-06-10 18:08:06 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-06-10 18:08:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-10 18:14:06 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-10 18:14:06 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-10 18:14:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-10 19:46:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-10 19:46:53 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-10 19:46:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 10 19:46:53 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/ia64/ia64/obj/tinderbox/CURRENT/ia64/ia64/src/make.i386/make sh /tinderbox/CURRENT/ia64/ia64/src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vers.c linking kernel.debug ata-raid.o(.text+0x31f2): In function `ata_raid_attach': /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/ata-raid.c:116: undefined reference to `memset' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-06-10 19:56:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-10 19:56:58 - ERROR: failed to build generic kernel TB --- 2005-06-10 19:56:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 20:49:02 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F8A916A41C; Fri, 10 Jun 2005 20:49:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 485EF43D1F; Fri, 10 Jun 2005 20:49:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A9D205125D; Fri, 10 Jun 2005 16:49:01 -0400 (EDT) Date: Fri, 10 Jun 2005 16:49:01 -0400 From: Kris Kennaway To: brooks@FreeBSD.org Message-ID: <20050610204901.GA48210@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: current@FreeBSD.org Subject: panic with hme 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, 10 Jun 2005 20:49:02 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Updated an e450 to more recent 6.0 and it panicked with this: panic: trap: fast data access mmu miss cpuid = 2 KDB: enter: panic [thread pid 32 tid 100025 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> wh Tracing pid 32 tid 100025 td 0xfffff800ff132980 panic() at panic+0x16c trap() at trap+0x45c -- fast data access mmu miss tar=0 %o7=0xc00c9cfc -- hme_add_rxbuf() at hme_add_rxbuf+0x16c hme_read() at hme_read+0x190 hme_rint() at hme_rint+0x1bc hme_intr() at hme_intr+0xcc psycho_intr_stub() at psycho_intr_stub+0x8 ithread_loop() at ithread_loop+0x23c fork_exit() at fork_exit+0xcc fork_trampoline() at fork_trampoline+0x8 I'm now attempting to obtain a dump. Kris --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqfy9Wry0BWjoQKURAvF3AJwL0Yqbk80LYyNOP5TCvzwzOO0p4wCgtm4Q CjeDvuhYaIulFoB3hKvVDbg= =p04W -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 21:07:16 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AA7E16A41C; Fri, 10 Jun 2005 21:07:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6DDC43D1D; Fri, 10 Jun 2005 21:07:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F0A2B5125D; Fri, 10 Jun 2005 17:07:14 -0400 (EDT) Date: Fri, 10 Jun 2005 17:07:14 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050610210714.GA57534@xor.obsecurity.org> References: <20050610204901.GA48210@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20050610204901.GA48210@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: brooks@FreeBSD.org, current@FreeBSD.org Subject: Re: panic with hme 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, 10 Jun 2005 21:07:16 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 04:49:01PM -0400, Kris Kennaway wrote: > Updated an e450 to more recent 6.0 and it panicked with this: >=20 > panic: trap: fast data access mmu miss > cpuid =3D 2 > KDB: enter: panic > [thread pid 32 tid 100025 ] > Stopped at kdb_enter+0x3c: ta %xcc, 1 > db> wh > Tracing pid 32 tid 100025 td 0xfffff800ff132980 > panic() at panic+0x16c > trap() at trap+0x45c > -- fast data access mmu miss tar=3D0 %o7=3D0xc00c9cfc -- > hme_add_rxbuf() at hme_add_rxbuf+0x16c > hme_read() at hme_read+0x190 > hme_rint() at hme_rint+0x1bc > hme_intr() at hme_intr+0xcc > psycho_intr_stub() at psycho_intr_stub+0x8 > ithread_loop() at ithread_loop+0x23c > fork_exit() at fork_exit+0xcc > fork_trampoline() at fork_trampoline+0x8 >=20 > I'm now attempting to obtain a dump. hme0: flags=3D8843 mtu 1500 opanic: trap: fast data access mmu miss cpuid =3D 3 KDB: enter: panic [thread pid 32 tid 100025 ] Stopped atpt kdb_enter+0x3c: ta %xcc, 1 db> ions=3Db --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqgEBWry0BWjoQKURAtsbAJ9EFCgEMc29Wx4cAbULejYEMLgx5gCfZMmB IF96ybzrU5BDI7HvHJ9fvyQ= =WokL -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 21:19:48 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA4E116A41C; Fri, 10 Jun 2005 21:19:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F85A43D48; Fri, 10 Jun 2005 21:19:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5ALJYbO041867; Fri, 10 Jun 2005 17:19:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5ALJl0g059212; Fri, 10 Jun 2005 17:19:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 335657306E; Fri, 10 Jun 2005 17:19:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050610211947.335657306E@freebsd-current.sentex.ca> Date: Fri, 10 Jun 2005 17:19:47 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Fri, 10 Jun 2005 21:19:49 -0000 TB --- 2005-06-10 19:57:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-10 19:57:00 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-06-10 19:57:00 - cleaning the object tree TB --- 2005-06-10 19:57:08 - checking out the source tree TB --- 2005-06-10 19:57:08 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-06-10 19:57:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-10 20:03:04 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-10 20:03:04 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-06-10 20:03:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-10 21:12:05 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-10 21:12:05 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-06-10 21:12:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 10 21:12:05 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o if_hme.ko.debug if_hme.kld objcopy --strip-debug if_hme.ko.debug if_hme.ko ===> hwpmc (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sys/GENERIC -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c In file included from @/sys/pmc.h:35, from /tinderbox/CURRENT/powerpc/powerpc/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_mod.c:41: ./machine/profile.h:40: error: redefinition of typedef 'uintfptr_t' @/sys/types.h:285: error: previous declaration of 'uintfptr_t' was here *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sys/modules/hwpmc. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-06-10 21:19:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-10 21:19:47 - ERROR: failed to build generic kernel TB --- 2005-06-10 21:19:47 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 21:58:53 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 215B816A41C for ; Fri, 10 Jun 2005 21:58:53 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id C405643D4C for ; Fri, 10 Jun 2005 21:58:52 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so359027nzp for ; Fri, 10 Jun 2005 14:58:52 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=UHlNU+21/AqPoVMgHleKlJ5fxd1n3F0XE502A5ej10wam0sER1OCKVjEA1qtGzqXFB2n7tARPTtJc4vdQLg9qFstEIiqZISsDiM880CJWQlJFU7myo1mwqFIm+JXPkux5NLY0Ahm7qOy629zTxtP2K3AJufW4RXEurDbGsU0c+Q= Received: by 10.36.13.13 with SMTP id 13mr1555630nzm; Fri, 10 Jun 2005 14:58:52 -0700 (PDT) Received: by 10.36.79.12 with HTTP; Fri, 10 Jun 2005 14:58:52 -0700 (PDT) Message-ID: Date: Fri, 10 Jun 2005 23:58:52 +0200 From: Arjan Van Leeuwen To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Panic in fxp_intr X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2005 21:58:53 -0000 I get this panic in -CURRENT from today.=20 fxp_intr /usr/src/sys/dev/fxp/if_fxp.c:1640 I have revision 1.238 of if_fxp.c. I assume it has something to do with the changes from Brooks. I have a kernel dump & debug kernel available, if anyone's interested. Arjan winston% sudo kgdb kernel.debug.20050610-WINSTON vmcore.80 [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 ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc056d4ce in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 97 #2 0xc056cf4b in panic (fmt=3D0xc070d932 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc0458bd2 in db_panic (addr=3D-1068816132, have_addr=3D0, count=3D-1, modif=3D0xd56f0a84 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc0459009 in db_command_loop () at /usr/src/sys/ddb/db_command.c:349 #5 0xc045ae24 in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:221 #6 0xc058ad6b in kdb_trap (type=3D0, code=3D0, tf=3D0xd56f0c4c) at /usr/src/sys/kern/subr_kdb.c:471 #7 0xc06df761 in trap_fatal (frame=3D0xd56f0c4c, eva=3D246237) at /usr/src/sys/i386/i386/trap.c:826 #8 0xc06dfa8b in trap_pfault (frame=3D0xd56f0c4c, usermode=3D0, eva=3D2462= 37) at /usr/src/sys/i386/i386/trap.c:749 #9 0xc06dfe13 in trap (frame=3D {tf_fs =3D -714145784, tf_es =3D 40, tf_ds =3D -1065549784, tf_edi = =3D 246189, tf_esi =3D 0, tf_ebp =3D -714142520, tf_isp =3D -714142600, tf_ebx = =3D -1044660222, tf_edx =3D -1066303076, tf_ecx =3D -1065492788, tf_eax =3D -1044660224, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068816132, tf_cs = =3D 32, tf_eflags =3D 66054, tf_esp =3D -1044660200, tf_ss =3D 8}) at /usr/src/sys/i386/i386/trap.c:439 #10 0xc06cb39a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #11 0xd56f0008 in ?? () #12 0x00000028 in ?? () ---Type to continue, or q to quit--- #13 0xc07d0028 in w_locklistdata () #14 0x0003c1ad in ?? () #15 0x00000000 in ?? () #16 0xd56f0cc8 in ?? () #17 0xd56f0c78 in ?? () #18 0xc1bbc002 in ?? () #19 0xc071819c in ?? () #20 0xc07ddecc in w_locklistdata () #21 0xc1bbc000 in ?? () #22 0x0000000c in ?? () #23 0x00000000 in ?? () #24 0xc04b28fc in fxp_intr (xsc=3D0xc1bbc000) at /usr/src/sys/dev/fxp/if_fxp.c:1639 #25 0xc05561be in ithread_loop (arg=3D0xc1a07200) at /usr/src/sys/kern/kern_intr.c:546 #26 0xc05550a4 in fork_exit (callout=3D0xc0555fc0 , arg=3D0x0, frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:789 #27 0xc06cb3fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 (kgdb) From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 22:01:36 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4408516A41C; Fri, 10 Jun 2005 22:01:36 +0000 (GMT) (envelope-from thompsa@fud.org.nz) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D29543D4C; Fri, 10 Jun 2005 22:01:35 +0000 (GMT) (envelope-from thompsa@fud.org.nz) Received: from thompsa by heff.fud.org.nz with local (Exim 4.50 (FreeBSD)) id 1DgrZF-000IIB-Nh; Sat, 11 Jun 2005 10:01:33 +1200 Date: Sat, 11 Jun 2005 10:01:33 +1200 From: Andrew Thompson To: Brooks Davis Message-ID: <20050610220133.GA69748@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Brooks Davis , current@freebsd.org, net@freebsd.org References: <20050609064452.GC1595@odin.ac.hmc.edu> <20050610162600.GA12928@odin.ac.hmc.edu> <20050610165724.GA17120@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050610165724.GA17120@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2.1i Sender: Andrew Thompson Cc: current@freebsd.org, net@freebsd.org Subject: Re: HEADSUP: internal network interface 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: Fri, 10 Jun 2005 22:01:36 -0000 On Fri, Jun 10, 2005 at 09:57:24AM -0700, Brooks Davis wrote: > On Fri, Jun 10, 2005 at 09:26:00AM -0700, Brooks Davis wrote: > > Look out! :-) > > > > This change is incoming sortly (pending final cvs updates). > > I've committed the change bumping __FreeBSD_version. Hopefully the > ride won't be too bumpy. If you have any problems, please report them > on -current as well as to me directly. Most problems should be fairly > simple to fix. I will be checking my e-mail regularly for at least the > next 14 hours. > Im getting a panic with if_bridge, it seems to have been missed from the if_alloc() changes. cheers, Andrew Index: sys/net/if_bridge.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridge.c,v retrieving revision 1.6 diff -u -r1.6 if_bridge.c --- sys/net/if_bridge.c 10 Jun 2005 16:49:18 -0000 1.6 +++ sys/net/if_bridge.c 10 Jun 2005 21:55:30 -0000 @@ -422,7 +422,11 @@ sc = malloc(sizeof(*sc), M_DEVBUF, M_WAITOK|M_ZERO); BRIDGE_LOCK_INIT(sc); - ifp = sc->sc_ifp; + ifp = sc->sc_ifp = if_alloc(IFT_BRIDGE); + if (ifp == NULL) { + free(sc, M_DEVBUF); + return (ENOSPC); + } sc->sc_brtmax = BRIDGE_RTABLE_MAX; sc->sc_brttimeout = BRIDGE_RTABLE_TIMEOUT; @@ -447,7 +451,6 @@ ifp->if_output = bridge_output; ifp->if_start = bridge_start; ifp->if_init = bridge_init; - ifp->if_type = IFT_BRIDGE; IFQ_SET_MAXLEN(&ifp->if_snd, ifqmaxlen); ifp->if_snd.ifq_drv_maxlen = ifqmaxlen; IFQ_SET_READY(&ifp->if_snd); @@ -499,6 +502,7 @@ mtx_unlock(&bridge_list_mtx); ether_ifdetach(ifp); + if_free(ifp); /* Tear down the routing table. */ bridge_rtable_fini(sc); From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 22:08:16 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 044F916A41F; Fri, 10 Jun 2005 22:08:16 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F2FD43D53; Fri, 10 Jun 2005 22:08:15 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5AM8FEw020630; Fri, 10 Jun 2005 15:08:15 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5AM8FBa020629; Fri, 10 Jun 2005 15:08:15 -0700 Date: Fri, 10 Jun 2005 15:08:15 -0700 From: Brooks Davis To: Andrew Thompson , Brooks Davis , current@freebsd.org, net@freebsd.org Message-ID: <20050610220815.GA17775@odin.ac.hmc.edu> References: <20050609064452.GC1595@odin.ac.hmc.edu> <20050610162600.GA12928@odin.ac.hmc.edu> <20050610165724.GA17120@odin.ac.hmc.edu> <20050610220133.GA69748@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20050610220133.GA69748@heff.fud.org.nz> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Subject: Re: HEADSUP: internal network interface 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: Fri, 10 Jun 2005 22:08:16 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 10:01:33AM +1200, Andrew Thompson wrote: > On Fri, Jun 10, 2005 at 09:57:24AM -0700, Brooks Davis wrote: > > On Fri, Jun 10, 2005 at 09:26:00AM -0700, Brooks Davis wrote: > > > Look out! :-) > > >=20 > > > This change is incoming sortly (pending final cvs updates). > >=20 > > I've committed the change bumping __FreeBSD_version. Hopefully the > > ride won't be too bumpy. If you have any problems, please report them > > on -current as well as to me directly. Most problems should be fairly > > simple to fix. I will be checking my e-mail regularly for at least the > > next 14 hours. > >=20 >=20 > Im getting a panic with if_bridge, it seems to have been missed from the > if_alloc() changes. Sorry about that, I remember converting if_bridge, but looking at it, I clearly did not. The patch isn't quite right. You will have to keep the setting of if_type and call if_alloc(IFT_ETHER) and then use a matching if_free_type(ifp, IFT_ETHER). Alternativly, you could register functions to allocate the arpcom for IFT_BRIDGE as at the bottom of if_ethersubr.c. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCqg9OXY6L6fI4GtQRAnxVAKCuQg/WoQtLfaIZUDddtMnrUVXrYACfSeW6 ZYBOTLA1rRhu/oIEryOyC+4= =3ChO -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 22:10:17 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC50816A41C for ; Fri, 10 Jun 2005 22:10:17 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C2E443D1F for ; Fri, 10 Jun 2005 22:10:17 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5AMAHm3020869 for ; Fri, 10 Jun 2005 15:10:17 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5AMAHdi020868 for current@freebsd.org; Fri, 10 Jun 2005 15:10:17 -0700 Date: Fri, 10 Jun 2005 15:10:17 -0700 From: Brooks Davis To: current@freebsd.org Message-ID: <20050610221017.GB17775@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WYTEVAkct0FjGQmd" Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Subject: WARNING: current unstable 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, 10 Jun 2005 22:10:18 -0000 --WYTEVAkct0FjGQmd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable It looks like my test systems were running some of the few drivers that aren't suffering from a very strange bug. You may wish to avoid updating. I'm investigating, but so far, nothing makes much sense. :( -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --WYTEVAkct0FjGQmd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCqg/IXY6L6fI4GtQRAl/cAKDA/NR+09WDUxsv6d45BxXAc5Ip7wCfXXly OMDTb+0kowAnfD4YTG+jWOE= =9feo -----END PGP SIGNATURE----- --WYTEVAkct0FjGQmd-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 22:51:24 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4D9C16A41F for ; Fri, 10 Jun 2005 22:51:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD4F843D5D for ; Fri, 10 Jun 2005 22:51:19 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5AMpJNA024984; Fri, 10 Jun 2005 15:51:19 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5AMpJn0024983; Fri, 10 Jun 2005 15:51:19 -0700 Date: Fri, 10 Jun 2005 15:51:19 -0700 From: Brooks Davis To: Arjan Van Leeuwen Message-ID: <20050610225119.GA22949@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: Panic in fxp_intr 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, 10 Jun 2005 22:51:25 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 11:58:52PM +0200, Arjan Van Leeuwen wrote: > I get this panic in -CURRENT from today.=20 >=20 > fxp_intr > /usr/src/sys/dev/fxp/if_fxp.c:1640 >=20 > I have revision 1.238 of if_fxp.c. I assume it has something to do > with the changes from Brooks. I have a kernel dump & debug kernel > available, if anyone's interested. There kernel and dump would be useful. The machine I'm able to crash here doesn't have a 6.x userland yet so I'm not able to easily debug it. Please send info in private e-mail. Thanks, Brooks > Arjan >=20 > winston% sudo kgdb kernel.debug.20050610-WINSTON vmcore.80 > [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 conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd". > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump () at pcpu.h:165 > #1 0xc056d4ce in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c= :397 > #2 0xc056cf4b in panic (fmt=3D0xc070d932 "from debugger") > at /usr/src/sys/kern/kern_shutdown.c:553 > #3 0xc0458bd2 in db_panic (addr=3D-1068816132, have_addr=3D0, count=3D-1, > modif=3D0xd56f0a84 "") at /usr/src/sys/ddb/db_command.c:435 > #4 0xc0459009 in db_command_loop () at /usr/src/sys/ddb/db_command.c:349 > #5 0xc045ae24 in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_ma= in.c:221 > #6 0xc058ad6b in kdb_trap (type=3D0, code=3D0, tf=3D0xd56f0c4c) > at /usr/src/sys/kern/subr_kdb.c:471 > #7 0xc06df761 in trap_fatal (frame=3D0xd56f0c4c, eva=3D246237) > at /usr/src/sys/i386/i386/trap.c:826 > #8 0xc06dfa8b in trap_pfault (frame=3D0xd56f0c4c, usermode=3D0, eva=3D24= 6237) > at /usr/src/sys/i386/i386/trap.c:749 > #9 0xc06dfe13 in trap (frame=3D > {tf_fs =3D -714145784, tf_es =3D 40, tf_ds =3D -1065549784, tf_edi = =3D > 246189, tf_esi =3D 0, tf_ebp =3D -714142520, tf_isp =3D -714142600, tf_eb= x =3D > -1044660222, tf_edx =3D -1066303076, tf_ecx =3D -1065492788, tf_eax =3D > -1044660224, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068816132, tf_c= s =3D > 32, tf_eflags =3D 66054, tf_esp =3D -1044660200, tf_ss =3D 8}) > at /usr/src/sys/i386/i386/trap.c:439 > #10 0xc06cb39a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #11 0xd56f0008 in ?? () > #12 0x00000028 in ?? () > ---Type to continue, or q to quit--- > #13 0xc07d0028 in w_locklistdata () > #14 0x0003c1ad in ?? () > #15 0x00000000 in ?? () > #16 0xd56f0cc8 in ?? () > #17 0xd56f0c78 in ?? () > #18 0xc1bbc002 in ?? () > #19 0xc071819c in ?? () > #20 0xc07ddecc in w_locklistdata () > #21 0xc1bbc000 in ?? () > #22 0x0000000c in ?? () > #23 0x00000000 in ?? () > #24 0xc04b28fc in fxp_intr (xsc=3D0xc1bbc000) at > /usr/src/sys/dev/fxp/if_fxp.c:1639 > #25 0xc05561be in ithread_loop (arg=3D0xc1a07200) at > /usr/src/sys/kern/kern_intr.c:546 > #26 0xc05550a4 in fork_exit (callout=3D0xc0555fc0 , > arg=3D0x0, frame=3D0x0) > at /usr/src/sys/kern/kern_fork.c:789 > #27 0xc06cb3fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.= s:208 > (kgdb) --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCqhlmXY6L6fI4GtQRAkGFAJ4mHQ1ktvxKLJAHd6N4lMNruqyZWwCfVrZI H4RbTAiuqRbJRvf8uNnp4Vc= =4Bg6 -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 10 22:53:35 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BE0D16A41C; Fri, 10 Jun 2005 22:53:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C058F43D1F; Fri, 10 Jun 2005 22:53:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5AMrLU9047456; Fri, 10 Jun 2005 18:53:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5AMrYQ8094753; Fri, 10 Jun 2005 18:53:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E21CA7306E; Fri, 10 Jun 2005 18:53:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050610225333.E21CA7306E@freebsd-current.sentex.ca> Date: Fri, 10 Jun 2005 18:53:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Fri, 10 Jun 2005 22:53:35 -0000 TB --- 2005-06-10 21:19:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-10 21:19:47 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-10 21:19:47 - cleaning the object tree TB --- 2005-06-10 21:19:59 - checking out the source tree TB --- 2005-06-10 21:19:59 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-10 21:19:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-10 21:25:59 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-10 21:25:59 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-10 21:25:59 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-10 22:33:52 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-10 22:33:52 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-10 22:33:52 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Jun 10 22:33:53 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Jun 10 22:46:23 UTC 2005 TB --- 2005-06-10 22:46:23 - generating LINT kernel config TB --- 2005-06-10 22:46:23 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-06-10 22:46:23 - /usr/bin/make -B LINT TB --- 2005-06-10 22:46:23 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-10 22:46:23 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-10 22:46:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jun 10 22:46:23 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/md4c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/md5c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/sched_4bsd .c In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/sched_4bsd.c:1388: /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c: In function `maybe_preempt_in_ksegrp': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: `IPI_PREEMPT' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-10 22:53:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-10 22:53:33 - ERROR: failed to build lint kernel TB --- 2005-06-10 22:53:33 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 00:47:06 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FE2F16A41C for ; Sat, 11 Jun 2005 00:47:06 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53BAF43D49 for ; Sat, 11 Jun 2005 00:47:06 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5B0l5Pl004261; Fri, 10 Jun 2005 17:47:05 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5B0l5mg004260; Fri, 10 Jun 2005 17:47:05 -0700 Date: Fri, 10 Jun 2005 17:47:05 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050611004705.GD30030@odin.ac.hmc.edu> References: <20050610221017.GB17775@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hoZxPH4CaxYzWscb" Content-Disposition: inline In-Reply-To: <20050610221017.GB17775@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: WARNING: current unstable 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, 11 Jun 2005 00:47:06 -0000 --hoZxPH4CaxYzWscb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 03:10:17PM -0700, Brooks Davis wrote: > It looks like my test systems were running some of the few drivers that > aren't suffering from a very strange bug. You may wish to avoid > updating. I'm investigating, but so far, nothing makes much sense. :( Good news and bad news. The good news is that I think I've found the problem (at least I've fixed my vr(4) nic and an fxp nic works). The bad news is that I broke all the MII based drivers so it's going to take a while longer to fix (though I hope to do it tonight.) The problem is that I didn't notice the device_get_softc() calls in mii.c that were being cast to ifnet pointers. As a result, all mii based drivers ended up with mii_ifp values that were actually softcs. I've committed a hack to get the ifp from the softc by dereferencing the softc pointer. I now need to audit all miibus users and make sure they call if_alloc() before mii_phy_probe(). Once I've done that, I need to work on modifying the mii_phy_probe() API to include the ifp so I can get rid of the evil casts. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --hoZxPH4CaxYzWscb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCqjSJXY6L6fI4GtQRAkXSAJ4zxJNEuz6rZck4plvlw14ZASVqJwCbBnpG jS2+6mA6OLlT/Rm40FUrDRw= =f/8H -----END PGP SIGNATURE----- --hoZxPH4CaxYzWscb-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 00:47:45 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 637F116A41F; Sat, 11 Jun 2005 00:47:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C78543D1F; Sat, 11 Jun 2005 00:47:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EFAED5128E; Fri, 10 Jun 2005 20:47:43 -0400 (EDT) Date: Fri, 10 Jun 2005 20:47:42 -0400 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050611004740.GA22146@xor.obsecurity.org> References: <20050603194738.GA37188@xor.obsecurity.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: <20050603194738.GA37188@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: Hajimu UMEMOTO , current@FreeBSD.org Subject: Re: HEADS UP: ABI compatibility of getnet*(3) was lost 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, 11 Jun 2005 00:47:45 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 03, 2005 at 03:47:38PM -0400, Kris Kennaway wrote: > On Fri, Jun 03, 2005 at 09:29:25PM +0900, Hajimu UMEMOTO wrote: > > Hi, > >=20 > > The n_net of a struct netent was changed to an uint32_t, and 1st > > argument of getnetbyaddr() was changed to an uint32_t, to conform to > > POSIX-2001. These changes broke an ABI compatibility on 64 bit > > architecture. With these changes, shlib major of libpcap was bumped. > > You have to recompile userland programs that use getnetbyaddr(3), > > getnetbyname(3), getnetent(3) and/or libpcap on 64 bit architecture. >=20 > Unfortunately it will take me at least a week or two to rebuild > packages on sparc64 and (especially) amd64, so users of those > platforms may want to wait before upgrading if they don't want to > recompile their ports from scratch. amd64 packages are on ftp-master and will propagate out to the mirrors in the usual way. Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqjSsWry0BWjoQKURAlVXAKDtud3lGvnuVANu2pX7yoGNr4s7FACg9ZB8 M0aWDwEZcW5LOQ2WdmRLD8g= =SOwp -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 01:45:43 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 145C816A41C for ; Sat, 11 Jun 2005 01:45:42 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B682443D1F for ; Sat, 11 Jun 2005 01:45:41 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5B1jfWw009086; Fri, 10 Jun 2005 18:45:41 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5B1jf7v009085; Fri, 10 Jun 2005 18:45:41 -0700 Date: Fri, 10 Jun 2005 18:45:41 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050611014541.GA8521@odin.ac.hmc.edu> References: <20050610221017.GB17775@odin.ac.hmc.edu> <20050611004705.GD30030@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline In-Reply-To: <20050611004705.GD30030@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org Subject: Re: WARNING: current unstable 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, 11 Jun 2005 01:45:43 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 10, 2005 at 05:47:05PM -0700, Brooks Davis wrote: > On Fri, Jun 10, 2005 at 03:10:17PM -0700, Brooks Davis wrote: > > It looks like my test systems were running some of the few drivers that > > aren't suffering from a very strange bug. You may wish to avoid > > updating. I'm investigating, but so far, nothing makes much sense. :( >=20 > Good news and bad news. The good news is that I think I've found > the problem (at least I've fixed my vr(4) nic and an fxp nic works). > The bad news is that I broke all the MII based drivers so it's going to > take a while longer to fix (though I hope to do it tonight.) >=20 > The problem is that I didn't notice the device_get_softc() calls > in mii.c that were being cast to ifnet pointers. As a result, all mii > based drivers ended up with mii_ifp values that were actually softcs. > I've committed a hack to get the ifp from the softc by dereferencing the > softc pointer. I now need to audit all miibus users and make sure they > call if_alloc() before mii_phy_probe(). Once I've done that, I need to > work on modifying the mii_phy_probe() API to include the ifp so I can > get rid of the evil casts. OK, most files were well behaved so I only had six to fix. I've commited changes moving if_alloc() up in those files attach functions. I think this should resolve the currently reported panics. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCqkJEXY6L6fI4GtQRAmPqAJsFv3U/kjUwsZqSz5WBjw5uPfzCaQCfShCC lVL3pKoskhQ38QQdiQqd2jc= =Wut7 -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 02:45:33 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C9F116A41F for ; Sat, 11 Jun 2005 02:45:33 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A01CD43D49 for ; Sat, 11 Jun 2005 02:45:32 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so439382rnf for ; Fri, 10 Jun 2005 19:45:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=OWHjBSRGcMO47Us9bTXgGQA8lS2p1uj3XD9xKcOq2BwQEaK2lBPPqIR40qtvAIAkIB/8p/8FvnHg+veReR9PJEMYvPnOFIbBqI8zPg9U0F7z4Rv2zgvdqjL24Nq62bRLOpATxY7d/xsF7xw8ZXgsaOXdOADDw9+QZiWLQ2ljmqI= Received: by 10.38.66.52 with SMTP id o52mr668998rna; Fri, 10 Jun 2005 19:45:32 -0700 (PDT) Received: by 10.38.209.73 with HTTP; Fri, 10 Jun 2005 19:45:32 -0700 (PDT) Message-ID: <84dead72050610194577ec99ad@mail.gmail.com> Date: Sat, 11 Jun 2005 08:15:32 +0530 From: Joseph Koshy To: FreeBSD Tinderbox In-Reply-To: <20050610211947.335657306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_1552_30161612.1118457932110" References: <20050610211947.335657306E@freebsd-current.sentex.ca> Cc: powerpc@freebsd.org, current@freebsd.org Subject: Re: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 02:45:33 -0000 ------=_Part_1552_30161612.1118457932110 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline >>>> "tb" =3D=3D "FreeBSD Tinderbox" wrote: tb> =3D=3D=3D> hwpmc (all) tb> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/po= werpc/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D15000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/tinderbox/CURRENT/powerpc/powerpc/obj/powerpc/tinderbox/CURRENT/powerpc/= powerpc/src/sys/GENERIC -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/powerpc/powerpc/src/sys/modules/hwpmc/../../dev/hwpmc/hw= pmc_mod.c tb> In file included from @/sys/pmc.h:35, tb> from /tinderbox/CURRENT/powerpc/powerpc/src/sys/modules/hwpmc/../../dev/hwpmc/hw= pmc_mod.c:41: tb> ./machine/profile.h:40: error: redefinition of typedef 'uintfptr_t' tb> @/sys/types.h:285: error: previous declaration of 'uintfptr_t' was here tb> *** Error code 1 The attached patch brings PPC in line with the other architectures. Could someone please review? --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ------=_Part_1552_30161612.1118457932110 Content-Type: text/plain; name=ppc.txt; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ppc.txt" Index: sys/powerpc/include/profile.h =================================================================== RCS file: /cvs/FreeBSD/src/sys/powerpc/include/profile.h,v retrieving revision 1.4 diff -u -r1.4 profile.h --- sys/powerpc/include/profile.h 7 Jan 2005 02:29:19 -0000 1.4 +++ sys/powerpc/include/profile.h 11 Jun 2005 01:43:04 -0000 @@ -37,7 +37,6 @@ #define FUNCTION_ALIGNMENT 16 typedef u_int fptrdiff_t; -typedef u_int uintfptr_t; #define MCOUNT \ void \ @@ -63,6 +62,11 @@ ((pc >= (uintfptr_t)bintr) ? (uintfptr_t)bintr : \ (uintfptr_t)btrap) : ~0U) -#endif + +#else /* !_KERNEL */ + +typedef u_int uintfptr_t; + +#endif /* _KERNEL */ #endif /* !_MACHINE_PROFILE_H_ */ ------=_Part_1552_30161612.1118457932110-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 06:04:22 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97BA216A41C; Sat, 11 Jun 2005 06:04:22 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D7E343D1F; Sat, 11 Jun 2005 06:04:21 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: from beastie.frontfree.net (unknown [219.239.99.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id D62D7EB1F7A; Sat, 11 Jun 2005 14:04:19 +0800 (CST) Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id AF1E7130EF2; Sat, 11 Jun 2005 14:04:17 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 70328-14; Sat, 11 Jun 2005 14:04:12 +0800 (CST) Received: from [172.21.25.83] (unknown [172.21.25.83]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id C8780130D4E; Sat, 11 Jun 2005 14:04:11 +0800 (CST) From: Xin LI To: Joseph Koshy In-Reply-To: <84dead72050610194577ec99ad@mail.gmail.com> References: <20050610211947.335657306E@freebsd-current.sentex.ca> <84dead72050610194577ec99ad@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-oMZ1KgjAznuDKIbCBWbk" Organization: The FreeBSD Simplified Chinese Project Date: Sat, 11 Jun 2005 14:04:08 +0800 Message-Id: <1118469848.695.21.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at frontfree.net Cc: powerpc@freebsd.org, marcel@FreeBSD.org, re@FreeBSD.org, current@freebsd.org, benno@FreeBSD.org, grehan@FreeBSD.org Subject: Re: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 06:04:22 -0000 --=-oMZ1KgjAznuDKIbCBWbk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Joseph, (explicitly cc'ed to grehan@, benno@ and marcel@ as they have more authority on this topic) =E5=9C=A8 2005-06-11=E5=85=AD=E7=9A=84 08:15 +0530=EF=BC=8CJoseph Koshy=E5= =86=99=E9=81=93=EF=BC=9A [snip] > The attached patch brings PPC in line with the other > architectures. Could someone please review? The patch looks good to me. Will you please commit it if you can confirm that it does not broken something in the kernel/world (presumably you already have) so we would be able to unbreak FreeBSD/ppc before RELENG_6_BP? :-) Cheers, --=20 Xin LI http://www.delphij.net/ --=-oMZ1KgjAznuDKIbCBWbk Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCqn7Y/cVsHxFZiIoRAg7bAKCGoMjPCHjPM/uKeAR+770AnSZqZwCfXPY8 +5v0bOKtkRQSc+A3N/SEO0w= =oUcD -----END PGP SIGNATURE----- --=-oMZ1KgjAznuDKIbCBWbk-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 06:49:12 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90F8916A41C; Sat, 11 Jun 2005 06:49:12 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from deliver.smtp.vlink.ru (alias.rigel.internal.vlink.ru [217.23.88.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2611043D1F; Sat, 11 Jun 2005 06:49:11 +0000 (GMT) (envelope-from dsh@vlink.ru) Received: from smtp.smtp.vlink.ru (clamav.smtp.vlink.ru [192.168.4.1]) by deliver.smtp.vlink.ru (Postfix) with ESMTP id 8851645848; Sat, 11 Jun 2005 10:49:08 +0400 (MSD) Received: from neva.vlink.ru (neva.vlink.ru [217.107.252.29]) by smtp.smtp.vlink.ru (Postfix) with ESMTP id 5CBF045820; Sat, 11 Jun 2005 10:49:08 +0400 (MSD) Received: from neva.vlink.ru (localhost [127.0.0.1]) by neva.vlink.ru (8.13.4/8.13.4) with ESMTP id j5B6n8cA012505; Sat, 11 Jun 2005 10:49:08 +0400 (MSD) (envelope-from dsh@vlink.ru) Received: (from dsh@localhost) by neva.vlink.ru (8.13.4/8.13.4/Submit) id j5B6n7DZ012502; Sat, 11 Jun 2005 10:49:07 +0400 (MSD) (envelope-from dsh@vlink.ru) To: freebsd-current@freebsd.org From: Denis Shaposhnikov Date: Sat, 11 Jun 2005 10:49:07 +0400 Message-ID: <87is0lcrrw.fsf@neva.vlink.ru> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: ClamAV using ClamSMTP Cc: damien@freebsd.org Subject: ipw(4) ad-hoc mode / have no association 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, 11 Jun 2005 06:49:12 -0000 Hi! On this system FreeBSD localhost.my.domain 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Fri Jun 10 21:52:01 MSD 2005 dsh@localhost.my.domain:/var/FreeBSD/obj/var/FreeBSD/src/sys/WIZARD i386 I have no ad-hoc association with my peer via ipw(4) and ipw-firmware-1.3_1. I do ifconfig "${IF}" inet 192.168.0.2/24 mediaopt adhoc ssid XXX chanlist 1-13 and ifconfig ${IF} show me like status: associated ssid "" channel 2 And nothing works. BUT, with ipw-freebsd-1.7.1 from Damien's site it works fine: status: associated ssid XXX channel 2 bssid xx:xx:xx:xx:xx:xx -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 07:19:33 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A52B16A41C for ; Sat, 11 Jun 2005 07:19:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 412D743D1F for ; Sat, 11 Jun 2005 07:19:33 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 387405123D; Sat, 11 Jun 2005 03:19:32 -0400 (EDT) Date: Sat, 11 Jun 2005 03:19:31 -0400 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050611071931.GA27432@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Memory modified after free; most recently used by cred 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, 11 Jun 2005 07:19:33 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Got this on a 12-processor machine under heavy load. I'll have to try and reproduce it with memguard (currently I have memguard looking for another use-after-free in the softupdates code). Kris Memory modified after free 0xfffff80015c58e00(248) val=fffff800 @ 0xfffff80015c58e38 panic: Most recently used by cred cpuid = 6 KDB: enter: panic [thread pid 13926 tid 100573 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> wh Tracing pid 13926 tid 100573 td 0xfffff800680e5560 panic() at panic+0x16c mtrash_ctor() at mtrash_ctor+0x6c uma_zalloc_arg() at uma_zalloc_arg+0x110 malloc() at malloc+0x114 crget() at crget+0x10 crdup() at crdup+0x4 kern_access() at kern_access+0xc access() at access+0x10 syscall() at syscall+0x2d4 --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqpBZWry0BWjoQKURAr2JAJ9fuQGNev4tijXu0BbYUDzpbLxGwQCgkQxz fQE78BAAvEt0TiD6p/HxiU8= =eZL9 -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 07:29:56 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EF8316A41C for ; Sat, 11 Jun 2005 07:29:56 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: from kunnilinux.birulevo.net (kunnilinux.birulevo.net [195.54.208.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A39D743D4C for ; Sat, 11 Jun 2005 07:29:53 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: (qmail 27013 invoked by uid 210); 11 Jun 2005 11:25:53 +0400 Received: from 10.4.22.222 by kunnilinux (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.85.1/922. spamassassin: 3.0.4. perlscan: 1.25st. Clear:RC:1(10.4.22.222):. Processed in 0.118412 secs); 11 Jun 2005 07:25:53 -0000 Received: from unknown (HELO ?127.0.0.1?) (10.4.22.222) by kunnilinux.birulevo.net with SMTP; 11 Jun 2005 11:25:53 +0400 Message-ID: <42AA92EF.5070201@wincmd.ru> Date: Sat, 11 Jun 2005 11:29:51 +0400 From: Tarasov Alexey User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: Kris Kennaway , freebsd-current@freebsd.org References: <42A97F5C.3010004@wincmd.ru> <20050610173617.GA92118@xor.obsecurity.org> In-Reply-To: <20050610173617.GA92118@xor.obsecurity.org> X-Antivirus: avast! (VPS 0523-7, 10.06.2005), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re[2]: Couldn't make kernel on FreeBSD 6.0-CURRENT under 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: Sat, 11 Jun 2005 07:29:56 -0000 Hello! >On Fri, Jun 10, 2005 at 03:54:04PM +0400, Tarasov Alexey wrote: > > >>Hello! >> >>I am trying to make kernel under amd64, but I have following error: >> >> >> >>>stage 3.1. making depencies >>>... >>>/usr/src/sys/amd64/amd64/genassym.c:1 error: code mode `kernel' not >>>supported in 32bit mode >>> >>> >>What should I do to make kernel properly? >> >> > >First show us exactly what you're trying to do (i.e. don't trim >context and summarize too much), including your make.conf, environment >variables and command input and output. > >Kris > > > [11:22:58]root@computer.lexasoft.ru: > /home/lexa>uname -a > FreeBSD computer.lexasoft.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Thu > Jun 9 14:31:32 MSD 2005 > root@computer.lexasoft.ru:/usr/obj/usr/src/sys/GENERIC i386 > [11:25:12]root@computer.lexasoft.ru: > /usr/src>make buildworld No errors... > [11:25:12]root@computer.lexasoft.ru: > /usr/src>make buildkernel TARGET_ARCH=amd64 > -------------------------------------------------------------- > >>> stage 3.1: making dependencies > -------------------------------------------------------------- > cd /usr/obj/amd64/usr/src/sys/GENERIC; > MAKEOBJDIRPREFIX=/usr/obj/amd64 MACHINE_ARCH=amd64 MACHINE=amd64 > CPUTYPE= GROFF_BIN_PATH=/usr/obj/amd64/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/amd64/usr/src/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/amd64/usr/src/tmp/legacy/usr/share/tmac > _SHLIBDIRPREFIX=/usr/obj/amd64/usr/src/tmp INSTALL="sh > /usr/src/tools/install.sh" > PATH=/usr/obj/amd64/usr/src/tmp/legacy/usr/sbin:/usr/obj/amd64/usr/src/tmp/legacy/usr/bin:/usr/obj/amd64/usr/src/tmp/legacy/usr/games:/usr/obj/amd64/usr/src/tmp/usr/sbin:/usr/obj/amd64/usr/src/tmp/usr/bin:/usr/obj/amd64/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > /usr/obj/usr/src/make.i386/make KERNEL=kernel depend -DNO_MODULES_OBJ > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys > -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf > -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd > -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -include > opt_global.h -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -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 > /usr/src/sys/amd64/amd64/genassym.c > /usr/src/sys/amd64/amd64/genassym.c:1: error: code model `kernel' not > supported in the 32 bit mode > *** Error code 1 > > Stop in /usr/obj/amd64/usr/src/sys/GENERIC. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > [11:28:48]root@computer.lexasoft.ru: > /usr/src>cat /etc/make.conf > # -- use.perl generated deltas -- # > # Created: Wed Jun 1 22:17:28 2005 > # Setting to use base perl from ports: > PERL_VER=5.8.5 > PERL_VERSION=5.8.5 > PERL_ARCH=mach > NOPERL=yo > NO_PERL=yo > NO_PERL_WRAPPER=yo > > #FETCH_CMD=/usr/local/bin/wget --continue --passive-ftp -t 3 > > FETCH_CMD=/usr/local/bin/wget \${URI} Best regards, Alexey From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 07:44:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58E3716A41C for ; Sat, 11 Jun 2005 07:44:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C5EF43D48 for ; Sat, 11 Jun 2005 07:44:20 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 77B11513B6; Sat, 11 Jun 2005 03:44:19 -0400 (EDT) Date: Sat, 11 Jun 2005 03:44:19 -0400 From: Kris Kennaway To: Tarasov Alexey Message-ID: <20050611074419.GA41861@xor.obsecurity.org> References: <42A97F5C.3010004@wincmd.ru> <20050610173617.GA92118@xor.obsecurity.org> <42AA92EF.5070201@wincmd.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <42AA92EF.5070201@wincmd.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Couldn't make kernel on FreeBSD 6.0-CURRENT under 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: Sat, 11 Jun 2005 07:44:20 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 11:29:51AM +0400, Tarasov Alexey wrote: > >[11:25:12]root@computer.lexasoft.ru: > >/usr/src>make buildworld >=20 > No errors... You forgot to cross-target the buildworld with TARGET_ARCH... > >[11:25:12]root@computer.lexasoft.ru: > >/usr/src>make buildkernel TARGET_ARCH=3Damd64 =2E..thus you're trying to build the amd64 kernel with an i386 compiler. Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqpZTWry0BWjoQKURAjifAKDkviVck4p/N4I5wIr0PolKPO9TDQCfdmrM yG50DE49SkifzFQWLWsBUc8= =lsId -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 07:59:48 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6820B16A41C for ; Sat, 11 Jun 2005 07:59:48 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: from kunnilinux.birulevo.net (kunnilinux.birulevo.net [195.54.208.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F2F543D1F for ; Sat, 11 Jun 2005 07:59:45 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: (qmail 16808 invoked by uid 210); 11 Jun 2005 11:55:41 +0400 Received: from 10.4.22.222 by kunnilinux (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.85.1/922. spamassassin: 3.0.4. perlscan: 1.25st. Clear:RC:1(10.4.22.222):. Processed in 0.055114 secs); 11 Jun 2005 07:55:41 -0000 Received: from unknown (HELO ?127.0.0.1?) (10.4.22.222) by kunnilinux.birulevo.net with SMTP; 11 Jun 2005 11:55:40 +0400 Message-ID: <42AA99EB.5090802@wincmd.ru> Date: Sat, 11 Jun 2005 11:59:39 +0400 From: Tarasov Alexey User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: Kris Kennaway , freebsd-current@freebsd.org References: <42A97F5C.3010004@wincmd.ru> <20050610173617.GA92118@xor.obsecurity.org> <42AA92EF.5070201@wincmd.ru> <20050611074419.GA41861@xor.obsecurity.org> In-Reply-To: <20050611074419.GA41861@xor.obsecurity.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0523-7, 10.06.2005), Outbound message X-Antivirus-Status: Clean Cc: Subject: Re: Couldn't make kernel on FreeBSD 6.0-CURRENT under 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: Sat, 11 Jun 2005 07:59:48 -0000 Kris Kennaway wrote: >...thus you're trying to build the amd64 kernel with an i386 compiler. > > > Where can I get 64-bit compiler? Best regards, Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 08:06:47 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 243C716A41C for ; Sat, 11 Jun 2005 08:06:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id D692443D49 for ; Sat, 11 Jun 2005 08:06:46 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D1BCD512EA; Sat, 11 Jun 2005 04:06:45 -0400 (EDT) Date: Sat, 11 Jun 2005 04:06:45 -0400 From: Kris Kennaway To: Tarasov Alexey Message-ID: <20050611080645.GA45699@xor.obsecurity.org> References: <42A97F5C.3010004@wincmd.ru> <20050610173617.GA92118@xor.obsecurity.org> <42AA92EF.5070201@wincmd.ru> <20050611074419.GA41861@xor.obsecurity.org> <42AA99EB.5090802@wincmd.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline In-Reply-To: <42AA99EB.5090802@wincmd.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, Kris Kennaway Subject: Re: Couldn't make kernel on FreeBSD 6.0-CURRENT under 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: Sat, 11 Jun 2005 08:06:47 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 11:59:39AM +0400, Tarasov Alexey wrote: > Kris Kennaway wrote: >=20 > >...thus you're trying to build the amd64 kernel with an i386 compiler. > > > >=20 > > > Where can I get 64-bit compiler? I told you in the bit you snipped, do 'make buildworld TARGET_ARCH=3Damd64' Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCqpuUWry0BWjoQKURAmzXAKCOxoqg9BPo+rujRihwnXE3FeOUYwCg7+Fl xPWuQ8eNOGIN86ijDrmrwrc= =UUbK -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 10:23:38 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BA6616A41C for ; Sat, 11 Jun 2005 10:23:38 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7917F43D49 for ; Sat, 11 Jun 2005 10:23:37 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 31196 invoked by uid 89); 11 Jun 2005 10:22:32 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 11 Jun 2005 10:22:32 -0000 Date: Sat, 11 Jun 2005 12:23:32 +0200 From: Oliver Lehmann To: current@freebsd.org Message-Id: <20050611122332.4f56796f.lehmann@ans-netz.de> X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: mount_nullfs an NFS-mount -> system hangs up 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, 11 Jun 2005 10:23:38 -0000 Hi, I'm trying this: root@curry olivleh1> df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 253678 206120 27264 88% / devfs 1 1 0 100% /dev /dev/ad0s1e 253678 32 233352 0% /tmp /dev/ad0s1f 5223774 645888 4159986 13% /usr /dev/ad0s1d 253678 152190 81194 65% /var file:/mnt/files 151368706 124193488 15065722 89% /mnt/files root@curry olivleh1> mount_nullfs /mnt/files /mnt/tmp root@curry olivleh1> root@curry olivleh1> cd /mnt/tmp/ root@curry tmp> ls and the system is gone. It's running 6-CURRENT 25th May. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 10:36:26 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE03816A41C; Sat, 11 Jun 2005 10:36:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47E2243D1F; Sat, 11 Jun 2005 10:36:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5BAaBMB083663; Sat, 11 Jun 2005 06:36: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.3/8.13.3) with ESMTP id j5BAaPnw041041; Sat, 11 Jun 2005 06:36:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 088C17306E; Sat, 11 Jun 2005 06:36:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050611103624.088C17306E@freebsd-current.sentex.ca> Date: Sat, 11 Jun 2005 06:36:24 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current tinderbox] failure on alpha/alpha 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, 11 Jun 2005 10:36:26 -0000 TB --- 2005-06-11 09:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-11 09:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-06-11 09:00:00 - cleaning the object tree TB --- 2005-06-11 09:00:24 - checking out the source tree TB --- 2005-06-11 09:00:24 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-06-11 09:00:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-11 09:06:34 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-11 09:06:34 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-06-11 09:06:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-11 10:14:48 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-11 10:14:48 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-06-11 10:14:48 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jun 11 10:14:48 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Jun 11 10:28:34 UTC 2005 TB --- 2005-06-11 10:28:34 - generating LINT kernel config TB --- 2005-06-11 10:28:34 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-06-11 10:28:34 - /usr/bin/make -B LINT TB --- 2005-06-11 10:28:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-11 10:28:34 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-06-11 10:28:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 11 10:28:34 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/md4c.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/md5c.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -I/tinderbox/CURRENT/alpha/alpha/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/sched_4bsd.c In file included from /tinderbox/CURRENT/alpha/alpha/src/sys/kern/sched_4bsd.c:1388: /tinderbox/CURRENT/alpha/alpha/src/sys/kern/kern_switch.c: In function `maybe_preempt_in_ksegrp': /tinderbox/CURRENT/alpha/alpha/src/sys/kern/kern_switch.c:435: error: `IPI_PREEMPT' undeclared (first use in this function) /tinderbox/CURRENT/alpha/alpha/src/sys/kern/kern_switch.c:435: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/alpha/alpha/src/sys/kern/kern_switch.c:435: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-06-11 10:36:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-11 10:36:24 - ERROR: failed to build lint kernel TB --- 2005-06-11 10:36:24 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 11:03:25 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D44716A420 for ; Sat, 11 Jun 2005 11:03:25 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21D5943D4C for ; Sat, 11 Jun 2005 11:03:23 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so450634rne for ; Sat, 11 Jun 2005 04:03:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mNOlfnqsbNn/f6eb6O7IkAPb0b9JYp2emOoFGLB5POSqC8sdfBEj+KXhfyV7dM+VpHiLnSlEWFCEaFsiCaEDIAF7qB8RVz1tZjstVv/JmlMTExCEVLQgsFvlSFkEmge/UkrebXN97rjZ8RYeL+jayG4FlY3DP16JvyqEfPcF7oU= Received: by 10.38.150.2 with SMTP id x2mr101543rnd; Sat, 11 Jun 2005 04:03:23 -0700 (PDT) Received: by 10.38.209.73 with HTTP; Sat, 11 Jun 2005 04:03:23 -0700 (PDT) Message-ID: <84dead72050611040321441931@mail.gmail.com> Date: Sat, 11 Jun 2005 16:33:23 +0530 From: Joseph Koshy To: delphij@delphij.net In-Reply-To: <1118469848.695.21.camel@spirit> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050610211947.335657306E@freebsd-current.sentex.ca> <84dead72050610194577ec99ad@mail.gmail.com> <1118469848.695.21.camel@spirit> Cc: powerpc@freebsd.org, marcel@freebsd.org, re@freebsd.org, current@freebsd.org, benno@freebsd.org, grehan@freebsd.org Subject: Re: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 11:03:25 -0000 >>>> "xl" =3D=3D "Xin Li" said: xl> Will you please commit it if you can confirm that it does=20 xl> not broken something in the kernel/world (presumably you=20 xl> already have) so we would be able to unbreak FreeBSD/ppc=20 xl> before RELENG_6_BP? :-) I'm unable to do a full cross-build with TARGET_ARCH=3Dpowerpc with today's -CURRENT (PAM appears to be broken). This patch does not add any new failures. --=20 FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 12:49:08 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7469616A41C; Sat, 11 Jun 2005 12:49:08 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from smtp.messaging.ch (exsmtp01.agrinet.ch [81.221.250.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB7C843D49; Sat, 11 Jun 2005 12:49:07 +0000 (GMT) (envelope-from toa@pop.agri.ch) Received: from [192.168.225.5] ([80.218.0.93]) by smtp.messaging.ch with Microsoft SMTPSVC(6.0.3790.211); Sat, 11 Jun 2005 14:49:05 +0200 Message-ID: <42AADDBB.2090307@pop.agri.ch> Date: Sat, 11 Jun 2005 14:48:59 +0200 From: Andreas Tobler User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joseph Koshy References: <20050610211947.335657306E@freebsd-current.sentex.ca> <84dead72050610194577ec99ad@mail.gmail.com> <1118469848.695.21.camel@spirit> <84dead72050611040321441931@mail.gmail.com> In-Reply-To: <84dead72050611040321441931@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Jun 2005 12:49:05.0634 (UTC) FILETIME=[F3953420:01C56E83] Cc: powerpc@freebsd.org, marcel@freebsd.org, re@freebsd.org, current@freebsd.org, benno@freebsd.org, delphij@delphij.net, grehan@freebsd.org Subject: Re: [current tinderbox] failure on powerpc/powerpc 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, 11 Jun 2005 12:49:08 -0000 Joseph Koshy wrote: >>>>>"xl" == "Xin Li" said: > > > xl> Will you please commit it if you can confirm that it does > xl> not broken something in the kernel/world (presumably you > xl> already have) so we would be able to unbreak FreeBSD/ppc > xl> before RELENG_6_BP? :-) > > I'm unable to do a full cross-build with TARGET_ARCH=powerpc > with today's -CURRENT (PAM appears to be broken). > > This patch does not add any new failures. > I was able to complete a buildkernel and I also could boot it here on my albook. A buildworld takes too much time at the moment. But the one from yesterday completed, installed fine. My 2 Rappen:) Thanks, Andreas From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 14:29:26 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AD1C16A41C for ; Sat, 11 Jun 2005 14:29:26 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E19543D1F for ; Sat, 11 Jun 2005 14:29:25 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 14225 invoked from network); 11 Jun 2005 14:29:23 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[83.129.54.249]) (envelope-sender ) by smtprelay04.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 11 Jun 2005 14:29:23 -0000 Date: Sat, 11 Jun 2005 16:29:15 +0200 From: Fabian Keil To: Gilberto Villani Brito Message-ID: <20050611162915.7e447a9b@localhost> In-Reply-To: <20050608141710.666c86ff@giboia> References: <43866.62.2.21.164.1117631913.squirrel@www.gwch.net> <429DB9B2.70405@t-hosting.hu> <429DC1FB.5000606@tech-21.com.hk> <429DC31C.4020000@centtech.com> <20050608141710.666c86ff@giboia> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Sat__11_Jun_2005_16_29_15_+0200_T=.oifvlEhQd/DtP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Cc: freebsd-current@freebsd.org Subject: Re: natd 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, 11 Jun 2005 14:29:26 -0000 --Signature_Sat__11_Jun_2005_16_29_15_+0200_T=.oifvlEhQd/DtP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Gilberto Villani Brito wrote: > How can I make a nat for many different networks using different real IPs= using natd? Did you read the handbook? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-natd.html What is your problem? Fabian --=20 http://www.fabiankeil.de/ --Signature_Sat__11_Jun_2005_16_29_15_+0200_T=.oifvlEhQd/DtP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCqvVMbmGO+3DrZ9sRAjIKAJ9f2XU2Cz8dGSMhy4dmTbTEP9tNfwCfbtoc dP1GneYEN8ahFxzFLcERUiA= =jZq8 -----END PGP SIGNATURE----- --Signature_Sat__11_Jun_2005_16_29_15_+0200_T=.oifvlEhQd/DtP-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 16:10:50 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A9B316A41C; Sat, 11 Jun 2005 16:10:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E223C43D53; Sat, 11 Jun 2005 16:10:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5BGAYVF007551; Sat, 11 Jun 2005 12:10:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5BGAmAW029377; Sat, 11 Jun 2005 12:10:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4363E7306E; Sat, 11 Jun 2005 12:10:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050611161048.4363E7306E@freebsd-current.sentex.ca> Date: Sat, 11 Jun 2005 12:10:48 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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, 11 Jun 2005 16:10:50 -0000 TB --- 2005-06-11 14:49:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-11 14:49:14 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-06-11 14:49:14 - cleaning the object tree TB --- 2005-06-11 14:49:43 - checking out the source tree TB --- 2005-06-11 14:49:43 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-06-11 14:49:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-11 14:56:06 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-11 14:56:06 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-11 14:56:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-11 16:04:04 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-11 16:04:04 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-06-11 16:04:04 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jun 11 16:04:05 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c: In function `fe_probe_ubn': /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:836: error: structure has no member named `sc_enaddr' /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:837: error: structure has no member named `sc_enaddr' /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:843: error: structure has no member named `sc_enaddr' /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c: In function `fe_probe_rex': /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:975: error: structure has no member named `sc_enaddr' /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:978: error: structure has no member named `sc_enaddr' /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:979: error: structure has no member named `sc_enaddr' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-06-11 16:10:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-11 16:10:48 - ERROR: failed to build generic kernel TB --- 2005-06-11 16:10:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 16:33:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3987516A41C; Sat, 11 Jun 2005 16:33:07 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFB2E43D1D; Sat, 11 Jun 2005 16:33:06 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5BGX6GH031248; Sat, 11 Jun 2005 09:33:06 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5BGX6vF031247; Sat, 11 Jun 2005 09:33:06 -0700 Date: Sat, 11 Jun 2005 09:33:06 -0700 From: Brooks Davis To: FreeBSD Tinderbox Message-ID: <20050611163306.GD28222@odin.ac.hmc.edu> References: <20050611161048.4363E7306E@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k4f25fnPtRuIRUb3" Content-Disposition: inline In-Reply-To: <20050611161048.4363E7306E@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [current tinderbox] failure on i386/pc98 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, 11 Jun 2005 16:33:07 -0000 --k4f25fnPtRuIRUb3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 11, 2005 at 12:10:48PM -0400, FreeBSD Tinderbox wrote: > /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:836: error: stru= cture has no member named `sc_enaddr' > /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:837: error: stru= cture has no member named `sc_enaddr' > /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:843: error: stru= cture has no member named `sc_enaddr' > /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c: In function `fe= _probe_rex': > /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:975: error: stru= cture has no member named `sc_enaddr' > /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:978: error: stru= cture has no member named `sc_enaddr' > /tinderbox/CURRENT/i386/pc98/src/sys/dev/fe/if_fe_cbus.c:979: error: stru= cture has no member named `sc_enaddr' I've just committed a fix to this. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --k4f25fnPtRuIRUb3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCqxJAXY6L6fI4GtQRAizEAKDFF6eTCnNl+4QwObX3VuGTnrwlhQCeMQ4x HmWldo2Gdam2ZOin/M+5GgQ= =19I+ -----END PGP SIGNATURE----- --k4f25fnPtRuIRUb3-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 17:50:00 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92E5516A41C for ; Sat, 11 Jun 2005 17:50:00 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from mfront7.yandex.ru (mfront7.yandex.ru [213.180.200.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 797CB43D48 for ; Sat, 11 Jun 2005 17:49:59 +0000 (GMT) (envelope-from polachok@narod.ru) Received: from YAMAIL (mfront7.yandex.ru) by mail.yandex.ru id ; Sat, 11 Jun 2005 21:49:49 +0400 Date: Sat, 11 Jun 2005 21:49:49 +0400 (MSD) From: "Polakov Alexander" Sender: polachok@narod.ru Message-Id: <42AB243D.000003.03833@mfront7.yandex.ru> MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] Errors-To: polachok@narod.ru To: freebsd-current@freebsd.org X-Source-Ip: 213.158.14.242 Content-Type: Multipart/Mixed; boundary="------------Boundary-00=_1JLXULUXFQQMYJ0CCJD0" Subject: cannot build CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: polachok@narod.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2005 17:50:00 -0000 --------------Boundary-00=_1JLXULUXFQQMYJ0CCJD0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I've just cvsup'ed. Now I use CURRENT from 7th of June 2005. Here is my make.conf's part about flags: #CFLAGS= -O2 -pipe #for ruby18 & firefox #CFLAGS= -O2 -fomit-frame-pointer -pipe #CFLAGS= -O -pipe #for ltmdm & CURRENT's world #CPUTYPE?=p3 #NO C & CPP flags for bbkeys 090 #CXXFLAGS+= -O2 (yes everything is commented) and you can see the typescript -- Alexander Polakov --------------Boundary-00=_1JLXULUXFQQMYJ0CCJD0 Content-Disposition: attachment; Filename="typescript" Content-Type: application/octet-stream; name="typescript" Content-Transfer-Encoding: base64 U2NyaXB0IHN0YXJ0ZWQgb24gU2F0IEp1biAxMSAyMToxOTozNiAyMDA1CmRhcmtzdGFyIyB1bmFt ZSAtYRtbMTFgZGF0ZRtbSw0bWzExYHJtIC1yZiAvdmFyL2RiL3NldHVwLmV4ZS9uYW5vLTEuMi4z LxtbMTFgbWFuIHRwdXQbW0sbWzExYC91c3IvYmluL3RwdXQgY2ggMTAbWzExYG1hbiB0cHV0G1tL G1sxMWBybSAtcmYgL3Zhci9kYi9zZXR1cC5leGUvbmFuby0xLjIuMy8bWzExYGRhdGUbW0sNG1sx MWB1bmFtZSAtYRtbMTFgG1tLBwcHBwcHBwcHcHdkDQ0KL3Vzci9zcmMNCmRhcmtzdGFyIyBjZAgb W0sIG1tLcm0gLXJmIC91c3Ivb2JqLw0NCmRhcmtzdGFyIyBscyAvdXNyL29iB2oHCBtbSwgbW0sI G1tLCBtbSwgbW0sIG1tLCBtbSwgbW0sICBtbSwgbW0tta2RpciAvdXNyL29iagcNDQpkYXJrc3Rh ciMgbWFrZSBidWlsZHdvcmxkDQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4+IFJlYnVpbGRpbmcgdGhlIHRlbXBvcmFy eSBidWlsZCB0cmVlDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0Kcm0gLXJmIC91c3Ivb2JqL3Vzci9zcmMvdG1wDQpta2RpciAt cCAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2Jpbg0KbWtkaXIgLXAgL3Vzci9vYmov dXNyL3NyYy90bXAvbGVnYWN5L3Vzci9nYW1lcw0KbWtkaXIgLXAgL3Vzci9vYmovdXNyL3NyYy90 bXAvbGVnYWN5L3Vzci9pbmNsdWRlL2MrKy8zLjQNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMv dG1wL2xlZ2FjeS91c3IvaW5jbHVkZS9zeXMNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1w L2xlZ2FjeS91c3IvbGliDQpta2RpciAtcCAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2xpYmV4ZWMNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2Jpbg0K bWtkaXIgLXAgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zaGFyZS9kaWN0DQpta2Rp ciAtcCAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL3NoYXJlL2dyb2ZmX2ZvbnQvZGV2 WDEwMA0KbWtkaXIgLXAgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zaGFyZS9ncm9m Zl9mb250L2RldlgxMDAtMTINCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91 c3Ivc2hhcmUvZ3JvZmZfZm9udC9kZXZYNzUNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1w L2xlZ2FjeS91c3Ivc2hhcmUvZ3JvZmZfZm9udC9kZXZYNzUtMTINCm1rZGlyIC1wIC91c3Ivb2Jq L3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvZ3JvZmZfZm9udC9kZXZhc2NpaQ0KbWtkaXIg LXAgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zaGFyZS9ncm9mZl9mb250L2RldmNw MTA0Nw0KbWtkaXIgLXAgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zaGFyZS9ncm9m Zl9mb250L2RldmR2aQ0KbWtkaXIgLXAgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9z aGFyZS9ncm9mZl9mb250L2Rldmh0bWwNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xl Z2FjeS91c3Ivc2hhcmUvZ3JvZmZfZm9udC9kZXZrb2k4LXINCm1rZGlyIC1wIC91c3Ivb2JqL3Vz ci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvZ3JvZmZfZm9udC9kZXZsYXRpbjENCm1rZGlyIC1w IC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvZ3JvZmZfZm9udC9kZXZsYnAN Cm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvZ3JvZmZfZm9u dC9kZXZsajQNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUv Z3JvZmZfZm9udC9kZXZwcw0KbWtkaXIgLXAgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vz ci9zaGFyZS9ncm9mZl9mb250L2RldnV0ZjgNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1w L2xlZ2FjeS91c3Ivc2hhcmUvdG1hYy9tZG9jDQpta2RpciAtcCAvdXNyL29iai91c3Ivc3JjL3Rt cC9sZWdhY3kvdXNyL3NoYXJlL3RtYWMvbW0NCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1w L2xpYg0KbWtkaXIgLXAgL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2Jpbg0KbWtkaXIgLXAgL3Vz ci9vYmovdXNyL3NyYy90bXAvdXNyL2luY2x1ZGUNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMv dG1wL3Vzci9saWIvY29tcGF0L2FvdXQNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vz ci9saWJkYXRhL2xkc2NyaXB0cw0KbWtkaXIgLXAgL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2xp YmV4ZWMNCm1rZGlyIC1wIC91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9zYmluDQpta2RpciAtcCAv dXNyL29iai91c3Ivc3JjL3RtcC91c3Ivc2hhcmUvbWlzYw0KbWtkaXIgLXAgL3Vzci9vYmovdXNy L3NyYy90bXAvdXNyL3NoYXJlL3NubXAvZGVmcw0KbWtkaXIgLXAgL3Vzci9vYmovdXNyL3NyYy90 bXAvdXNyL3NoYXJlL3NubXAvbWlicw0KbXRyZWUgLWRlVSAtZiAvdXNyL3NyYy9ldGMvbXRyZWUv QlNELmluY2x1ZGUuZGlzdCAgLXAgL3Vzci9vYmovdXNyL3NyYy90bXAvdXNyL2luY2x1ZGUgPi9k ZXYvbnVsbA0KbG4gLXNmIC91c3Ivc3JjL3N5cyAvdXNyL29iai91c3Ivc3JjL3RtcA0KDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KPj4+IHN0YWdlIDEuMTogbGVnYWN5IHJlbGVhc2UgY29tcGF0aWJpbGl0eSBzaGltcw0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCmNkIC91c3Ivc3JjOyBNQUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvdG1wICBJ TlNUQUxMPSJzaCAvdXNyL3NyYy90b29scy9pbnN0YWxsLnNoIiAgUEFUSD0vdXNyL29iai91c3Iv c3JjL3RtcC9sZWdhY3kvdXNyL3NiaW46L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9i aW46L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9nYW1lczovc2JpbjovYmluOi91c3Iv c2JpbjovdXNyL2JpbiAgV09STERUTVA9L3Vzci9vYmovdXNyL3NyYy90bXAgIE1BS0VGTEFHUz0i LW0gL3Vzci9zcmMvdG9vbHMvYnVpbGQvbWsgIC1tIC91c3Ivc3JjL3NoYXJlL21rIiBtYWtlIC1m IE1ha2VmaWxlLmluYzEgIERFU1RESVI9ICBCT09UU1RSQVBQSU5HPTYwMDAzMCAgLUROT19IVE1M IC1ETk9fSU5GTyAtRE5PX0xJTlQgLUROT19NQU4gLUROT19OTFMgLUROT19QSUMgIC1ETk9fUFJP RklMRSAtRE5PX1NIQVJFRCAtRE5PX0NQVV9DRkxBR1MgLUROT19XQVJOUyBsZWdhY3kNCj09PT4g dG9vbHMvYnVpbGQgKG9iaixpbmNsdWRlcyxkZXBlbmQsYWxsLGluc3RhbGwpDQovdXNyL29iai91 c3Ivc3JjL3RtcC91c3Ivc3JjL3Rvb2xzL2J1aWxkIGNyZWF0ZWQgZm9yIC91c3Ivc3JjL3Rvb2xz L2J1aWxkDQpjZCAvdXNyL3NyYy90b29scy9idWlsZDsgbWFrZSBidWlsZGluY2x1ZGVzOyBtYWtl IGluc3RhbGxpbmNsdWRlcw0Kcm0gLWYgLmRlcGVuZA0KbWtkZXAgLWYgLmRlcGVuZCAtYSAgICAt SS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAvdXNyL3NyYy90b29scy9i dWlsZC9kdW1teS5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIC1JL3Vzci9v YmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Rvb2xzL2J1aWxk L2R1bW15LmMNCmJ1aWxkaW5nIHN0YXRpYyBlZ2FjeSBsaWJyYXJ5DQpyYW5saWIgbGliZWdhY3ku YQ0Kc2ggL3Vzci9zcmMvdG9vbHMvaW5zdGFsbC5zaCAtQyAtbyByb290IC1nIHdoZWVsIC1tIDQ0 NCAgIGxpYmVnYWN5LmEgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9saWINCg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCj4+PiBzdGFnZSAxLjI6IGJvb3RzdHJhcCB0b29scw0KLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCmNkIC91c3Ivc3JjOyBN QUtFT0JKRElSUFJFRklYPS91c3Ivb2JqL3Vzci9zcmMvdG1wICBJTlNUQUxMPSJzaCAvdXNyL3Ny Yy90b29scy9pbnN0YWxsLnNoIiAgUEFUSD0vdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L3NiaW46L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9iaW46L3Vzci9vYmovdXNyL3Ny Yy90bXAvbGVnYWN5L3Vzci9nYW1lczovc2JpbjovYmluOi91c3Ivc2JpbjovdXNyL2JpbiAgV09S TERUTVA9L3Vzci9vYmovdXNyL3NyYy90bXAgIE1BS0VGTEFHUz0iLW0gL3Vzci9zcmMvdG9vbHMv YnVpbGQvbWsgIC1tIC91c3Ivc3JjL3NoYXJlL21rIiBtYWtlIC1mIE1ha2VmaWxlLmluYzEgIERF U1RESVI9ICBCT09UU1RSQVBQSU5HPTYwMDAzMCAgLUROT19IVE1MIC1ETk9fSU5GTyAtRE5PX0xJ TlQgLUROT19NQU4gLUROT19OTFMgLUROT19QSUMgIC1ETk9fUFJPRklMRSAtRE5PX1NIQVJFRCAt RE5PX0NQVV9DRkxBR1MgLUROT19XQVJOUyBib290c3RyYXAtdG9vbHMNCj09PT4gZ2FtZXMvZm9y dHVuZS9zdHJmaWxlIChvYmosZGVwZW5kLGFsbCxpbnN0YWxsKQ0KL3Vzci9vYmovdXNyL3NyYy90 bXAvdXNyL3NyYy9nYW1lcy9mb3J0dW5lL3N0cmZpbGUgY3JlYXRlZCBmb3IgL3Vzci9zcmMvZ2Ft ZXMvZm9ydHVuZS9zdHJmaWxlDQpybSAtZiAuZGVwZW5kDQpta2RlcCAtZiAuZGVwZW5kIC1hICAg IC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC91c3Ivc3JjL2dhbWVz L2ZvcnR1bmUvc3RyZmlsZS9zdHJmaWxlLmMNCmVjaG8gc3RyZmlsZTogL3Vzci9saWIvbGliYy5h IC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvbGliL2xpYmVnYWN5LmEgPj4gLmRlcGVu ZA0KY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAtSS91c3Ivb2JqL3Vzci9zcmMv dG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy9nYW1lcy9mb3J0dW5lL3N0cmZpbGUv c3RyZmlsZS5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgIC1JL3Vzci9vYmov dXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlICAtc3RhdGljIC1ML3Vzci9vYmovdXNyL3Ny Yy90bXAvbGVnYWN5L3Vzci9saWIgLW8gc3RyZmlsZSBzdHJmaWxlLm8gLWxlZ2FjeQ0Kc2ggL3Vz ci9zcmMvdG9vbHMvaW5zdGFsbC5zaCAtcyAtbyByb290IC1nIHdoZWVsIC1tIDU1NSAgIHN0cmZp bGUgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9nYW1lcw0KPT09PiBnbnUvdXNyLmJp bi9ncGVyZiAob2JqLGRlcGVuZCxhbGwsaW5zdGFsbCkNCi91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vz ci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYgY3JlYXRlZCBmb3IgL3Vzci9zcmMvZ251L3Vzci5iaW4v Z3BlcmYNCj09PT4gZ251L3Vzci5iaW4vZ3BlcmYvZG9jIChvYmopDQovdXNyL29iai91c3Ivc3Jj L3RtcC91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmL2RvYyBjcmVhdGVkIGZvciAvdXNyL3NyYy9n bnUvdXNyLmJpbi9ncGVyZi9kb2MNCnJtIC1mIC5kZXBlbmQNCm1rZGVwIC1mIC5kZXBlbmQgLWEg ICAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLUkvdXNyL3NyYy9n bnUvdXNyLmJpbi9ncGVyZi8uLi8uLi8uLi9jb250cmliL2dwZXJmL2xpYiAtSS91c3Ivc3JjL2du dS91c3IuYmluL2dwZXJmICAvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8uLi8uLi9jb250 cmliL2dwZXJmL3NyYy9ib29sLWFycmF5LmNjIC91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmLy4u Ly4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL2dlbi1wZXJmLmNjIC91c3Ivc3JjL2dudS91c3IuYmlu L2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL2hhc2gtdGFibGUuY2MgL3Vzci9zcmMv Z251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29udHJpYi9ncGVyZi9zcmMvaXRlcmF0b3IuY2Mg L3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29udHJpYi9ncGVyZi9zcmMva2V5 LWxpc3QuY2MgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29udHJpYi9ncGVy Zi9zcmMvbGlzdC1ub2RlLmNjIC91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmLy4uLy4uLy4uL2Nv bnRyaWIvZ3BlcmYvc3JjL21haW4uY2MgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYvLi4vLi4v Li4vY29udHJpYi9ncGVyZi9zcmMvbmV3LmNjIC91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmLy4u Ly4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL29wdGlvbnMuY2MgL3Vzci9zcmMvZ251L3Vzci5iaW4v Z3BlcmYvLi4vLi4vLi4vY29udHJpYi9ncGVyZi9zcmMvcmVhZC1saW5lLmNjIC91c3Ivc3JjL2du dS91c3IuYmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL3RyYWNlLmNjIC91c3Iv c3JjL2dudS91c3IuYmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL3ZlY3RvcnMu Y2MgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29udHJpYi9ncGVyZi9zcmMv dmVyc2lvbi5jYyAvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8uLi8uLi9jb250cmliL2dw ZXJmL2xpYi9oYXNoLmNjICAgDQplY2hvIGdwZXJmOiAvdXNyL2xpYi9saWJjLmEgL3Vzci9vYmov dXNyL3NyYy90bXAvbGVnYWN5L3Vzci9saWIvbGliZWdhY3kuYSA+PiAuZGVwZW5kDQplY2hvIGdw ZXJmOiAvdXNyL2xpYi9saWJzdGRjKysuYSA+PiAuZGVwZW5kDQo9PT0+IGdudS91c3IuYmluL2dw ZXJmL2RvYyAoZGVwZW5kKQ0KYysrIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtSS91 c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtSS91c3Ivc3JjL2dudS91c3Iu YmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvbGliIC1JL3Vzci9zcmMvZ251L3Vzci5i aW4vZ3BlcmYgLWMgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29udHJpYi9n cGVyZi9zcmMvYm9vbC1hcnJheS5jYw0KYysrIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlw ZSAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtSS91c3Ivc3JjL2du dS91c3IuYmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvbGliIC1JL3Vzci9zcmMvZ251 L3Vzci5iaW4vZ3BlcmYgLWMgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29u dHJpYi9ncGVyZi9zcmMvZ2VuLXBlcmYuY2MNCmMrKyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcg LXBpcGUgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLUkvdXNyL3Ny Yy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8uLi8uLi9jb250cmliL2dwZXJmL2xpYiAtSS91c3Ivc3Jj L2dudS91c3IuYmluL2dwZXJmIC1jIC91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmLy4uLy4uLy4u L2NvbnRyaWIvZ3BlcmYvc3JjL2hhc2gtdGFibGUuY2MNCmMrKyAtTzIgLWZuby1zdHJpY3QtYWxp YXNpbmcgLXBpcGUgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLUkv dXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8uLi8uLi9jb250cmliL2dwZXJmL2xpYiAtSS91 c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmIC1jIC91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmLy4u Ly4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL2l0ZXJhdG9yLmNjDQpjKysgLU8yIC1mbm8tc3RyaWN0 LWFsaWFzaW5nIC1waXBlIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRl IC1JL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29udHJpYi9ncGVyZi9saWIg LUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZiAtYyAvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVy Zi8uLi8uLi8uLi9jb250cmliL2dwZXJmL3NyYy9rZXktbGlzdC5jYw0KYysrIC1PMiAtZm5vLXN0 cmljdC1hbGlhc2luZyAtcGlwZSAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5j bHVkZSAtSS91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYv bGliIC1JL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYgLWMgL3Vzci9zcmMvZ251L3Vzci5iaW4v Z3BlcmYvLi4vLi4vLi4vY29udHJpYi9ncGVyZi9zcmMvbGlzdC1ub2RlLmNjDQpjKysgLU8yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vz ci9pbmNsdWRlIC1JL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29udHJpYi9n cGVyZi9saWIgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZiAtYyAvdXNyL3NyYy9nbnUvdXNy LmJpbi9ncGVyZi8uLi8uLi8uLi9jb250cmliL2dwZXJmL3NyYy9tYWluLmNjDQpjKysgLU8yIC1m bm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vz ci9pbmNsdWRlIC1JL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29udHJpYi9n cGVyZi9saWIgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZiAtYyAvdXNyL3NyYy9nbnUvdXNy LmJpbi9ncGVyZi8uLi8uLi8uLi9jb250cmliL2dwZXJmL3NyYy9uZXcuY2MNCmMrKyAtTzIgLWZu by1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNy L2luY2x1ZGUgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8uLi8uLi9jb250cmliL2dw ZXJmL2xpYiAtSS91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmIC1jIC91c3Ivc3JjL2dudS91c3Iu YmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL29wdGlvbnMuY2MNCmMrKyAtTzIg LWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kv dXNyL2luY2x1ZGUgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8uLi8uLi9jb250cmli L2dwZXJmL2xpYiAtSS91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmIC1jIC91c3Ivc3JjL2dudS91 c3IuYmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL3JlYWQtbGluZS5jYw0KYysr IC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xl Z2FjeS91c3IvaW5jbHVkZSAtSS91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmLy4uLy4uLy4uL2Nv bnRyaWIvZ3BlcmYvbGliIC1JL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3BlcmYgLWMgL3Vzci9zcmMv Z251L3Vzci5iaW4vZ3BlcmYvLi4vLi4vLi4vY29udHJpYi9ncGVyZi9zcmMvdHJhY2UuY2MNCmMr KyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9s ZWdhY3kvdXNyL2luY2x1ZGUgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8uLi8uLi9j b250cmliL2dwZXJmL2xpYiAtSS91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmIC1jIC91c3Ivc3Jj L2dudS91c3IuYmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL3ZlY3RvcnMuY2MN CmMrKyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL29iai91c3Ivc3JjL3Rt cC9sZWdhY3kvdXNyL2luY2x1ZGUgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8uLi8u Li9jb250cmliL2dwZXJmL2xpYiAtSS91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmIC1jIC91c3Iv c3JjL2dudS91c3IuYmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvc3JjL3ZlcnNpb24u Y2MNCmMrKyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL29iai91c3Ivc3Jj L3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8u Li8uLi9jb250cmliL2dwZXJmL2xpYiAtSS91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmIC1jIC91 c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmLy4uLy4uLy4uL2NvbnRyaWIvZ3BlcmYvbGliL2hhc2gu Y2MNCmMrKyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkvdXNyL29iai91c3Ivc3Jj L3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLUkvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncGVyZi8uLi8u Li8uLi9jb250cmliL2dwZXJmL2xpYiAtSS91c3Ivc3JjL2dudS91c3IuYmluL2dwZXJmICAtc3Rh dGljIC1ML3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9saWIgLW8gZ3BlcmYgYm9vbC1h cnJheS5vIGdlbi1wZXJmLm8gaGFzaC10YWJsZS5vIGl0ZXJhdG9yLm8ga2V5LWxpc3QubyBsaXN0 LW5vZGUubyBtYWluLm8gbmV3Lm8gb3B0aW9ucy5vIHJlYWQtbGluZS5vIHRyYWNlLm8gdmVjdG9y cy5vIHZlcnNpb24ubyBoYXNoLm8gLWxlZ2FjeQ0KPT09PiBnbnUvdXNyLmJpbi9ncGVyZi9kb2Mg KGFsbCkNCnNoIC91c3Ivc3JjL3Rvb2xzL2luc3RhbGwuc2ggLXMgLW8gcm9vdCAtZyB3aGVlbCAt bSA1NTUgICBncGVyZiAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2Jpbg0KPT09PiBn bnUvdXNyLmJpbi9ncGVyZi9kb2MgKGluc3RhbGwpDQo9PT0+IGdudS91c3IuYmluL2dyb2ZmL3Rt YWMgKG9iaixkZXBlbmQsYWxsLGluc3RhbGwpDQovdXNyL29iai91c3Ivc3JjL3RtcC91c3Ivc3Jj L2dudS91c3IuYmluL2dyb2ZmL3RtYWMgY3JlYXRlZCBmb3IgL3Vzci9zcmMvZ251L3Vzci5iaW4v Z3JvZmYvdG1hYw0Kc2VkIC1mIC91c3Ivc3JjL2dudS91c3IuYmluL2dyb2ZmL3RtYWMvLi4vLi4v Li4vLi4vY29udHJpYi9ncm9mZi90bWFjL3N0cmlwLnNlZCAvdXNyL3NyYy9nbnUvdXNyLmJpbi9n cm9mZi90bWFjLy4uLy4uLy4uLy4uL2NvbnRyaWIvZ3JvZmYvdG1hYy9kb2MtY29tbW9uID4gZG9j LWNvbW1vbi1zDQpzZWQgLWYgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3JvZmYvdG1hYy8uLi8uLi8u Li8uLi9jb250cmliL2dyb2ZmL3RtYWMvc3RyaXAuc2VkIC91c3Ivc3JjL2dudS91c3IuYmluL2dy b2ZmL3RtYWMvLi4vLi4vLi4vLi4vY29udHJpYi9ncm9mZi90bWFjL2RvYy1kaXRyb2ZmID4gZG9j LWRpdHJvZmYtcw0Kc2VkIC1mIC91c3Ivc3JjL2dudS91c3IuYmluL2dyb2ZmL3RtYWMvLi4vLi4v Li4vLi4vY29udHJpYi9ncm9mZi90bWFjL3N0cmlwLnNlZCAvdXNyL3NyYy9nbnUvdXNyLmJpbi9n cm9mZi90bWFjLy4uLy4uLy4uLy4uL2NvbnRyaWIvZ3JvZmYvdG1hYy9kb2MtbnJvZmYgPiBkb2Mt bnJvZmYtcw0Kc2VkIC1mIC91c3Ivc3JjL2dudS91c3IuYmluL2dyb2ZmL3RtYWMvLi4vLi4vLi4v Li4vY29udHJpYi9ncm9mZi90bWFjL3N0cmlwLnNlZCAvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncm9m Zi90bWFjLy4uLy4uLy4uLy4uL2NvbnRyaWIvZ3JvZmYvdG1hYy9kb2Mtc3ltcyA+IGRvYy1zeW1z LXMNCnNlZCAtZiAvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncm9mZi90bWFjLy4uLy4uLy4uLy4uL2Nv bnRyaWIvZ3JvZmYvdG1hYy9zdHJpcC5zZWQgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3JvZmYvdG1h Yy9mci5JU084ODU5LTEgPiBmci5JU084ODU5LTEtcw0Kc2VkIC1mIC91c3Ivc3JjL2dudS91c3Iu YmluL2dyb2ZmL3RtYWMvLi4vLi4vLi4vLi4vY29udHJpYi9ncm9mZi90bWFjL3N0cmlwLnNlZCAv dXNyL3NyYy9nbnUvdXNyLmJpbi9ncm9mZi90bWFjL3J1LktPSTgtUiA+IHJ1LktPSTgtUi1zDQpz ZWQgLWYgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3JvZmYvdG1hYy8uLi8uLi8uLi8uLi9jb250cmli L2dyb2ZmL3RtYWMvc3RyaXAuc2VkIC91c3Ivc3JjL2dudS91c3IuYmluL2dyb2ZmL3RtYWMvLi4v Li4vLi4vLi4vY29udHJpYi9ncm9mZi90bWFjL2UudG1hYyA+IGUudG1hYy1zDQpzZWQgLWYgL3Vz ci9zcmMvZ251L3Vzci5iaW4vZ3JvZmYvdG1hYy8uLi8uLi8uLi8uLi9jb250cmliL2dyb2ZmL3Rt YWMvc3RyaXAuc2VkIC91c3Ivc3JjL2dudS91c3IuYmluL2dyb2ZmL3RtYWMvLi4vLi4vLi4vLi4v Y29udHJpYi9ncm9mZi90bWFjL2RvYy50bWFjID4gZG9jLnRtYWMtcw0Kc2VkIC1mIC91c3Ivc3Jj L2dudS91c3IuYmluL2dyb2ZmL3RtYWMvLi4vLi4vLi4vLi4vY29udHJpYi9ncm9mZi90bWFjL3N0 cmlwLnNlZCAvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncm9mZi90bWFjL21kb2MubG9jYWwgPiBtZG9j LmxvY2FsLXMNCnNlZCAtZSAicztAVE1BQ19BTl9QUkVGSVhAOztnIiAgLWUgInM7QFRNQUNfU19Q UkVGSVhAOztnIiAgLWUgInM7QFBOTVRPUFNfTk9TRVRQQUdFQDtwbm10b3BzO2ciICAvdXNyL3Ny Yy9nbnUvdXNyLmJpbi9ncm9mZi90bWFjLy4uLy4uLy4uLy4uL2NvbnRyaWIvZ3JvZmYvdG1hYy9h bi50bWFjID4gYW4udG1hYy1zDQpzZWQgLWUgInM7QFRNQUNfQU5fUFJFRklYQDs7ZyIgIC1lICJz O0BUTUFDX1NfUFJFRklYQDs7ZyIgIC1lICJzO0BQTk1UT1BTX05PU0VUUEFHRUA7cG5tdG9wcztn IiAgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3JvZmYvdG1hYy8uLi8uLi8uLi8uLi9jb250cmliL2dy b2ZmL3RtYWMvbWFuLnRtYWMgPiBtYW4udG1hYy1zDQpzZWQgLWUgInM7QFRNQUNfQU5fUFJFRklY QDs7ZyIgIC1lICJzO0BUTUFDX1NfUFJFRklYQDs7ZyIgIC1lICJzO0BQTk1UT1BTX05PU0VUUEFH RUA7cG5tdG9wcztnIiAgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3JvZmYvdG1hYy8uLi8uLi8uLi8u Li9jb250cmliL2dyb2ZmL3RtYWMvcy50bWFjID4gcy50bWFjLXMNCnNlZCAtZSAicztAVE1BQ19B Tl9QUkVGSVhAOztnIiAgLWUgInM7QFRNQUNfU19QUkVGSVhAOztnIiAgLWUgInM7QFBOTVRPUFNf Tk9TRVRQQUdFQDtwbm10b3BzO2ciICAvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncm9mZi90bWFjLy4u Ly4uLy4uLy4uL2NvbnRyaWIvZ3JvZmYvdG1hYy9tcy50bWFjID4gbXMudG1hYy1zDQpzZWQgLWUg InM7QFRNQUNfQU5fUFJFRklYQDs7ZyIgIC1lICJzO0BUTUFDX1NfUFJFRklYQDs7ZyIgIC1lICJz O0BQTk1UT1BTX05PU0VUUEFHRUA7cG5tdG9wcztnIiAgL3Vzci9zcmMvZ251L3Vzci5iaW4vZ3Jv ZmYvdG1hYy8uLi8uLi8uLi8uLi9jb250cmliL2dyb2ZmL3RtYWMvd3d3LnRtYWMgPiB3d3cudG1h Yy1zDQpjZCAvdXNyL3NyYy9nbnUvdXNyLmJpbi9ncm9mZi90bWFjLy4uLy4uLy4uLy4uL2NvbnRy aWIvZ3JvZmYvdG1hYzsgIHNoIC91c3Ivc3JjL3Rvb2xzL2luc3RhbGwuc2ggLW8gcm9vdCAtZyB3 aGVlbCAtbSA0NDQgIG1hbmRvYy50bWFjIGFuZG9jLnRtYWMgYW4tb2xkLnRtYWMgIG1lLnRtYWMg IG1kb2MudG1hYyAgcGljLnRtYWMgIGE0LnRtYWMgIHBhcGVyc2l6ZS50bWFjICBlYy50bWFjICBz YWZlci50bWFjICB0cmFjZS50bWFjICBwcy50bWFjIHBzb2xkLnRtYWMgcHNwaWMudG1hYyBwc2F0 ay50bWFjICBkdmkudG1hYyAgdHR5LnRtYWMgdHR5LWNoYXIudG1hYyAgbGF0aW4xLnRtYWMgbGF0 aW4yLnRtYWMgbGF0aW45LnRtYWMgY3AxMDQ3LnRtYWMgIFgudG1hYyBYcHMudG1hYyAgbGo0LnRt YWMgIGxicC50bWFjICBodG1sLnRtYWMgaHRtbC1lbmQudG1hYyAgZXVyb3BzLnRtYWMgIGNvbXBv c2l0ZS50bWFjICBlcW5yYyAgdHJvZmZyYyB0cm9mZnJjLWVuZCAgaHlwaGVuLnVzIGh5cGhlbmV4 LnVzIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvdG1hYw0KY2QgL3Vzci9z cmMvZ251L3Vzci5iaW4vZ3JvZmYvdG1hYzsgIHNoIC91c3Ivc3JjL3Rvb2xzL2luc3RhbGwuc2gg LW8gcm9vdCAtZyB3aGVlbCAtbSA0NDQgIGtvaTgtci50bWFjIGh5cGhlbi5ydSAvdXNyL29iai91 c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL3NoYXJlL3RtYWMNCmNkIC91c3Ivb2JqL3Vzci9zcmMvdG1w L3Vzci9zcmMvZ251L3Vzci5iaW4vZ3JvZmYvdG1hYw0Kc2ggL3Vzci9zcmMvdG9vbHMvaW5zdGFs bC5zaCAtbyByb290IC1nIHdoZWVsIC1tIDQ0NCAgZS50bWFjLXMgL3Vzci9vYmovdXNyL3NyYy90 bXAvbGVnYWN5L3Vzci9zaGFyZS90bWFjL2UudG1hYw0Kc2ggL3Vzci9zcmMvdG9vbHMvaW5zdGFs bC5zaCAtbyByb290IC1nIHdoZWVsIC1tIDQ0NCAgZG9jLnRtYWMtcyAvdXNyL29iai91c3Ivc3Jj L3RtcC9sZWdhY3kvdXNyL3NoYXJlL3RtYWMvZG9jLnRtYWMNCnNoIC91c3Ivc3JjL3Rvb2xzL2lu c3RhbGwuc2ggLW8gcm9vdCAtZyB3aGVlbCAtbSA0NDQgIG1kb2MubG9jYWwtcyAvdXNyL29iai91 c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL3NoYXJlL3RtYWMvbWRvYy5sb2NhbA0Kc2ggL3Vzci9zcmMv dG9vbHMvaW5zdGFsbC5zaCAtbyByb290IC1nIHdoZWVsIC1tIDQ0NCAgYW4udG1hYy1zIC91c3Iv b2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvdG1hYy9hbi50bWFjDQpzaCAvdXNyL3Ny Yy90b29scy9pbnN0YWxsLnNoIC1vIHJvb3QgLWcgd2hlZWwgLW0gNDQ0ICBtYW4udG1hYy1zIC91 c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvdG1hYy9tYW4udG1hYw0Kc2ggL3Vz ci9zcmMvdG9vbHMvaW5zdGFsbC5zaCAtbyByb290IC1nIHdoZWVsIC1tIDQ0NCAgcy50bWFjLXMg L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zaGFyZS90bWFjL3MudG1hYw0Kc2ggL3Vz ci9zcmMvdG9vbHMvaW5zdGFsbC5zaCAtbyByb290IC1nIHdoZWVsIC1tIDQ0NCAgbXMudG1hYy1z IC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvdG1hYy9tcy50bWFjDQpzaCAv dXNyL3NyYy90b29scy9pbnN0YWxsLnNoIC1vIHJvb3QgLWcgd2hlZWwgLW0gNDQ0ICB3d3cudG1h Yy1zIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvdG1hYy93d3cudG1hYw0K c2ggL3Vzci9zcmMvdG9vbHMvaW5zdGFsbC5zaCAtbyByb290IC1nIHdoZWVsIC1tIDQ0NCAgZG9j LWNvbW1vbi1zIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Ivc2hhcmUvdG1hYy9tZG9j L2RvYy1jb21tb24NCnNoIC91c3Ivc3JjL3Rvb2xzL2luc3RhbGwuc2ggLW8gcm9vdCAtZyB3aGVl bCAtbSA0NDQgIGRvYy1kaXRyb2ZmLXMgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9z aGFyZS90bWFjL21kb2MvZG9jLWRpdHJvZmYNCnNoIC91c3Ivc3JjL3Rvb2xzL2luc3RhbGwuc2gg LW8gcm9vdCAtZyB3aGVlbCAtbSA0NDQgIGRvYy1ucm9mZi1zIC91c3Ivb2JqL3Vzci9zcmMvdG1w L2xlZ2FjeS91c3Ivc2hhcmUvdG1hYy9tZG9jL2RvYy1ucm9mZg0Kc2ggL3Vzci9zcmMvdG9vbHMv aW5zdGFsbC5zaCAtbyByb290IC1nIHdoZWVsIC1tIDQ0NCAgZG9jLXN5bXMtcyAvdXNyL29iai91 c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL3NoYXJlL3RtYWMvbWRvYy9kb2Mtc3ltcw0Kc2ggL3Vzci9z cmMvdG9vbHMvaW5zdGFsbC5zaCAtbyByb290IC1nIHdoZWVsIC1tIDQ0NCAgZnIuSVNPODg1OS0x LXMgL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9zaGFyZS90bWFjL21kb2MvZnIuSVNP ODg1OS0xDQpzaCAvdXNyL3NyYy90b29scy9pbnN0YWxsLnNoIC1vIHJvb3QgLWcgd2hlZWwgLW0g NDQ0ICBydS5LT0k4LVItcyAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL3NoYXJlL3Rt YWMvbWRvYy9ydS5LT0k4LVINCnNoIC91c3Ivc3JjL3Rvb2xzL2luc3RhbGwuc2ggLW8gcm9vdCAt ZyB3aGVlbCAtbSA0NDQgIC91c3Ivc3JjL2dudS91c3IuYmluL2dyb2ZmL3RtYWMvLi4vLi4vLi4v Li4vY29udHJpYi9ncm9mZi90bWFjL21hbi5sb2NhbCAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdh Y3kvdXNyL3NoYXJlL3RtYWMNCj09PT4gdXNyLmJpbi9sb3JkZXIgKG9iaixkZXBlbmQsYWxsLGlu c3RhbGwpDQovdXNyL29iai91c3Ivc3JjL3RtcC91c3Ivc3JjL3Vzci5iaW4vbG9yZGVyIGNyZWF0 ZWQgZm9yIC91c3Ivc3JjL3Vzci5iaW4vbG9yZGVyDQpzaCAvdXNyL3NyYy90b29scy9pbnN0YWxs LnNoIC1vIHJvb3QgIC1nIHdoZWVsIC1tIDU1NSAgL3Vzci9zcmMvdXNyLmJpbi9sb3JkZXIvbG9y ZGVyLnNoICAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2Jpbi9sb3JkZXINCj09PT4g dXNyLmJpbi9tYWtld2hhdGlzIChvYmosZGVwZW5kLGFsbCxpbnN0YWxsKQ0KL3Vzci9vYmovdXNy L3NyYy90bXAvdXNyL3NyYy91c3IuYmluL21ha2V3aGF0aXMgY3JlYXRlZCBmb3IgL3Vzci9zcmMv dXNyLmJpbi9tYWtld2hhdGlzDQpybSAtZiAuZGVwZW5kDQpta2RlcCAtZiAuZGVwZW5kIC1hICAg IC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC91c3Ivc3JjL3Vzci5i aW4vbWFrZXdoYXRpcy9tYWtld2hhdGlzLmMNCmVjaG8gbWFrZXdoYXRpczogL3Vzci9saWIvbGli Yy5hIC91c3IvbGliL2xpYnouYSAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2xpYi9s aWJlZ2FjeS5hID4+IC5kZXBlbmQNCmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAg LUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNy LmJpbi9tYWtld2hhdGlzL21ha2V3aGF0aXMuYw0KY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1waXBlICAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAgLXN0YXRp YyAtTC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvbGliIC1vIG1ha2V3aGF0aXMgbWFr ZXdoYXRpcy5vIC1seiAtbGVnYWN5DQpzaCAvdXNyL3NyYy90b29scy9pbnN0YWxsLnNoIC1zIC1v IHJvb3QgLWcgd2hlZWwgLW0gNTU1ICAgbWFrZXdoYXRpcyAvdXNyL29iai91c3Ivc3JjL3RtcC9s ZWdhY3kvdXNyL2Jpbg0Kc2ggL3Vzci9zcmMvdG9vbHMvaW5zdGFsbC5zaCAtbyByb290ICAtZyB3 aGVlbCAtbSA1NTUgIC91c3Ivc3JjL3Vzci5iaW4vbWFrZXdoYXRpcy9tYWtld2hhdGlzLmxvY2Fs LnNoICAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2xpYmV4ZWMvbWFrZXdoYXRpcy5s b2NhbA0KL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9saWJleGVjL2NhdG1hbi5sb2Nh bCAtPiAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2xpYmV4ZWMvbWFrZXdoYXRpcy5s b2NhbA0KPT09PiB1c3IuYmluL3JwY2dlbiAob2JqLGRlcGVuZCxhbGwsaW5zdGFsbCkNCi91c3Iv b2JqL3Vzci9zcmMvdG1wL3Vzci9zcmMvdXNyLmJpbi9ycGNnZW4gY3JlYXRlZCBmb3IgL3Vzci9z cmMvdXNyLmJpbi9ycGNnZW4NCnJtIC1mIC5kZXBlbmQNCm1rZGVwIC1mIC5kZXBlbmQgLWEgICAg LURpbmxpbmU9cnBjZ2VuX2lubGluZSAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAvdXNyL3NyYy91c3IuYmluL3JwY2dlbi9ycGNfbWFpbi5jIC91c3Ivc3JjL3Vzci5i aW4vcnBjZ2VuL3JwY19jbG50b3V0LmMgL3Vzci9zcmMvdXNyLmJpbi9ycGNnZW4vcnBjX2NvdXQu YyAvdXNyL3NyYy91c3IuYmluL3JwY2dlbi9ycGNfaG91dC5jIC91c3Ivc3JjL3Vzci5iaW4vcnBj Z2VuL3JwY19wYXJzZS5jIC91c3Ivc3JjL3Vzci5iaW4vcnBjZ2VuL3JwY19zYW1wbGUuYyAvdXNy L3NyYy91c3IuYmluL3JwY2dlbi9ycGNfc2Nhbi5jIC91c3Ivc3JjL3Vzci5iaW4vcnBjZ2VuL3Jw Y19zdmNvdXQuYyAvdXNyL3NyYy91c3IuYmluL3JwY2dlbi9ycGNfdGJsb3V0LmMgL3Vzci9zcmMv dXNyLmJpbi9ycGNnZW4vcnBjX3V0aWwuYw0KZWNobyBycGNnZW46IC91c3IvbGliL2xpYmMuYSAv dXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2xpYi9saWJlZ2FjeS5hID4+IC5kZXBlbmQN CmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtRGlubGluZT1ycGNnZW5faW5saW5l ICAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy91 c3IuYmluL3JwY2dlbi9ycGNfbWFpbi5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBp cGUgLURpbmxpbmU9cnBjZ2VuX2lubGluZSAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kv dXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9ycGNnZW4vcnBjX2NsbnRvdXQuYw0KY2Mg LU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIC1EaW5saW5lPXJwY2dlbl9pbmxpbmUgIC1J L3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5i aW4vcnBjZ2VuL3JwY19jb3V0LmMNCmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAt RGlubGluZT1ycGNnZW5faW5saW5lICAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3Iv aW5jbHVkZSAtYyAvdXNyL3NyYy91c3IuYmluL3JwY2dlbi9ycGNfaG91dC5jDQpjYyAtTzIgLWZu by1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLURpbmxpbmU9cnBjZ2VuX2lubGluZSAgLUkvdXNyL29i ai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9ycGNn ZW4vcnBjX3BhcnNlLmMNCmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtRGlubGlu ZT1ycGNnZW5faW5saW5lICAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVk ZSAtYyAvdXNyL3NyYy91c3IuYmluL3JwY2dlbi9ycGNfc2FtcGxlLmMNCmNjIC1PMiAtZm5vLXN0 cmljdC1hbGlhc2luZyAtcGlwZSAtRGlubGluZT1ycGNnZW5faW5saW5lICAtSS91c3Ivb2JqL3Vz ci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy91c3IuYmluL3JwY2dlbi9y cGNfc2Nhbi5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLURpbmxpbmU9cnBj Z2VuX2lubGluZSAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMg L3Vzci9zcmMvdXNyLmJpbi9ycGNnZW4vcnBjX3N2Y291dC5jDQpjYyAtTzIgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLXBpcGUgLURpbmxpbmU9cnBjZ2VuX2lubGluZSAgLUkvdXNyL29iai91c3Ivc3Jj L3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vzci9zcmMvdXNyLmJpbi9ycGNnZW4vcnBjX3Ri bG91dC5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLURpbmxpbmU9cnBjZ2Vu X2lubGluZSAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vz ci9zcmMvdXNyLmJpbi9ycGNnZW4vcnBjX3V0aWwuYw0KY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFz aW5nIC1waXBlIC1EaW5saW5lPXJwY2dlbl9pbmxpbmUgIC1JL3Vzci9vYmovdXNyL3NyYy90bXAv bGVnYWN5L3Vzci9pbmNsdWRlICAtc3RhdGljIC1ML3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5 L3Vzci9saWIgLW8gcnBjZ2VuIHJwY19tYWluLm8gcnBjX2NsbnRvdXQubyBycGNfY291dC5vIHJw Y19ob3V0Lm8gcnBjX3BhcnNlLm8gcnBjX3NhbXBsZS5vIHJwY19zY2FuLm8gcnBjX3N2Y291dC5v IHJwY190YmxvdXQubyBycGNfdXRpbC5vIC1sZWdhY3kNCnNoIC91c3Ivc3JjL3Rvb2xzL2luc3Rh bGwuc2ggLXMgLW8gcm9vdCAtZyB3aGVlbCAtbSA1NTUgICBycGNnZW4gL3Vzci9vYmovdXNyL3Ny Yy90bXAvbGVnYWN5L3Vzci9iaW4NCj09PT4gdXNyLmJpbi94aW5zdGFsbCAob2JqLGRlcGVuZCxh bGwsaW5zdGFsbCkNCi91c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9zcmMvdXNyLmJpbi94aW5zdGFs bCBjcmVhdGVkIGZvciAvdXNyL3NyYy91c3IuYmluL3hpbnN0YWxsDQpybSAtZiAuZGVwZW5kDQpt a2RlcCAtZiAuZGVwZW5kIC1hICAgIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9p bmNsdWRlIC91c3Ivc3JjL3Vzci5iaW4veGluc3RhbGwveGluc3RhbGwuYw0KZWNobyB4aW5zdGFs bDogL3Vzci9saWIvbGliYy5hIC91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvbGliL2xp YmVnYWN5LmEgPj4gLmRlcGVuZA0KY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlICAt SS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyAvdXNyL3NyYy91c3Iu YmluL3hpbnN0YWxsL3hpbnN0YWxsLmMNCmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlw ZSAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgIC1zdGF0aWMgLUwv dXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2xpYiAtbyB4aW5zdGFsbCB4aW5zdGFsbC5v IC1sZWdhY3kNCnNoIC91c3Ivc3JjL3Rvb2xzL2luc3RhbGwuc2ggLXMgLW8gcm9vdCAtZyB3aGVl bCAtbSA1NTUgICB4aW5zdGFsbCAvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2Jpbi9p bnN0YWxsDQo9PT0+IHVzci5zYmluL2NvbmZpZyAob2JqLGRlcGVuZCxhbGwsaW5zdGFsbCkNCi91 c3Ivb2JqL3Vzci9zcmMvdG1wL3Vzci9zcmMvdXNyLnNiaW4vY29uZmlnIGNyZWF0ZWQgZm9yIC91 c3Ivc3JjL3Vzci5zYmluL2NvbmZpZw0KeWFjYyAtZCAvdXNyL3NyYy91c3Iuc2Jpbi9jb25maWcv Y29uZmlnLnkNCmNwIHkudGFiLmMgY29uZmlnLmMNCmxleCAtdCAgL3Vzci9zcmMvdXNyLnNiaW4v Y29uZmlnL2xhbmcubCA+IGxhbmcuYw0Kcm0gLWYgLmRlcGVuZA0KbWtkZXAgLWYgLmRlcGVuZCAt YSAgICAtSS4gLUkvdXNyL3NyYy91c3Iuc2Jpbi9jb25maWcgLUkvdXNyL29iai91c3Ivc3JjL3Rt cC9sZWdhY3kvdXNyL2luY2x1ZGUgY29uZmlnLmMgL3Vzci9zcmMvdXNyLnNiaW4vY29uZmlnL21h aW4uYyBsYW5nLmMgL3Vzci9zcmMvdXNyLnNiaW4vY29uZmlnL21rbWFrZWZpbGUuYyAvdXNyL3Ny Yy91c3Iuc2Jpbi9jb25maWcvbWtoZWFkZXJzLmMgL3Vzci9zcmMvdXNyLnNiaW4vY29uZmlnL21r b3B0aW9ucy5jDQplY2hvIGNvbmZpZzogL3Vzci9saWIvbGliYy5hIC91c3IvbGliL2xpYmwuYSAv dXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2xpYi9saWJlZ2FjeS5hID4+IC5kZXBlbmQN CmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAtSS4gLUkvdXNyL3NyYy91c3Iuc2Jp bi9jb25maWcgIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIGNv bmZpZy5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgLUkuIC1JL3Vzci9zcmMv dXNyLnNiaW4vY29uZmlnICAtSS91c3Ivb2JqL3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVk ZSAtYyAvdXNyL3NyYy91c3Iuc2Jpbi9jb25maWcvbWFpbi5jDQpjYyAtTzIgLWZuby1zdHJpY3Qt YWxpYXNpbmcgLXBpcGUgLUkuIC1JL3Vzci9zcmMvdXNyLnNiaW4vY29uZmlnICAtSS91c3Ivb2Jq L3Vzci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAtYyBsYW5nLmMNCmNjIC1PMiAtZm5vLXN0 cmljdC1hbGlhc2luZyAtcGlwZSAtSS4gLUkvdXNyL3NyYy91c3Iuc2Jpbi9jb25maWcgIC1JL3Vz ci9vYmovdXNyL3NyYy90bXAvbGVnYWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5zYmlu L2NvbmZpZy9ta21ha2VmaWxlLmMNCmNjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSAt SS4gLUkvdXNyL3NyYy91c3Iuc2Jpbi9jb25maWcgIC1JL3Vzci9vYmovdXNyL3NyYy90bXAvbGVn YWN5L3Vzci9pbmNsdWRlIC1jIC91c3Ivc3JjL3Vzci5zYmluL2NvbmZpZy9ta2hlYWRlcnMuYw0K Y2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIC1JLiAtSS91c3Ivc3JjL3Vzci5zYmlu L2NvbmZpZyAgLUkvdXNyL29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL2luY2x1ZGUgLWMgL3Vz ci9zcmMvdXNyLnNiaW4vY29uZmlnL21rb3B0aW9ucy5jDQpjYyAtTzIgLWZuby1zdHJpY3QtYWxp YXNpbmcgLXBpcGUgLUkuIC1JL3Vzci9zcmMvdXNyLnNiaW4vY29uZmlnICAtSS91c3Ivb2JqL3Vz ci9zcmMvdG1wL2xlZ2FjeS91c3IvaW5jbHVkZSAgLXN0YXRpYyAtTC91c3Ivb2JqL3Vzci9zcmMv dG1wL2xlZ2FjeS91c3IvbGliIC1vIGNvbmZpZyBjb25maWcubyBtYWluLm8gbGFuZy5vIG1rbWFr ZWZpbGUubyBta2hlYWRlcnMubyBta29wdGlvbnMubyAtbGwgLWxlZ2FjeQ0Kc2ggL3Vzci9zcmMv dG9vbHMvaW5zdGFsbC5zaCAtcyAtbyByb290IC1nIHdoZWVsIC1tIDU1NSAgIGNvbmZpZyAvdXNy L29iai91c3Ivc3JjL3RtcC9sZWdhY3kvdXNyL3NiaW4NCjogd3JvbmcgbnVtYmVyIG9yIHR5cGVz IG9mIGFyZ3VtZW50cw0KdXNhZ2U6IGluc3RhbGwgWy1iQ2NwU3N2XSBbLUIgc3VmZml4XSBbLWYg ZmxhZ3NdIFstZyBncm91cF0gWy1tIG1vZGVdDQogICAgICAgICAgICAgICBbLW8gb3duZXJdIGZp bGUxIGZpbGUyDQogICAgICAgaW5zdGFsbCBbLWJDY3BTc3ZdIFstQiBzdWZmaXhdIFstZiBmbGFn c10gWy1nIGdyb3VwXSBbLW0gbW9kZV0NCiAgICAgICAgICAgICAgIFstbyBvd25lcl0gZmlsZTEg Li4uIGZpbGVOIGRpcmVjdG9yeQ0KICAgICAgIGluc3RhbGwgLWQgWy12XSBbLWcgZ3JvdXBdIFst bSBtb2RlXSBbLW8gb3duZXJdIGRpcmVjdG9yeSAuLi4NCioqKiBFcnJvciBjb2RlIDY0DQoNClN0 b3AgaW4gL3Vzci9zcmMvdXNyLnNiaW4vY29uZmlnLg0KKioqIEVycm9yIGNvZGUgMQ0KDQpTdG9w IGluIC91c3Ivc3JjLg0KKioqIEVycm9yIGNvZGUgMQ0KDQpTdG9wIGluIC91c3Ivc3JjLg0KKioq IEVycm9yIGNvZGUgMQ0KDQpTdG9wIGluIC91c3Ivc3JjLg0KZGFya3N0YXIjIGV4aXQNDQpleGl0 DQoKU2NyaXB0IGRvbmUgb24gU2F0IEp1biAxMSAyMToyNDowMCAyMDA1Cg== --------------Boundary-00=_1JLXULUXFQQMYJ0CCJD0-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 18:22:02 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CE9916A41C; Sat, 11 Jun 2005 18:22:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C04043D48; Sat, 11 Jun 2005 18:22:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5BILl3K016997; Sat, 11 Jun 2005 14:21:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5BIM1Sk051995; Sat, 11 Jun 2005 14:22:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 00D777306E; Sat, 11 Jun 2005 14:22:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050611182200.00D777306E@freebsd-current.sentex.ca> Date: Sat, 11 Jun 2005 14:22:00 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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, 11 Jun 2005 18:22:02 -0000 TB --- 2005-06-11 16:10:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-11 16:10:48 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-06-11 16:10:48 - cleaning the object tree TB --- 2005-06-11 16:11:13 - checking out the source tree TB --- 2005-06-11 16:11:13 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-06-11 16:11:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-11 16:17:04 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-11 16:17:04 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-11 16:17:04 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-11 17:50:25 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-11 17:50:25 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-11 17:50:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jun 11 17:50:25 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Jun 11 18:10:39 UTC 2005 TB --- 2005-06-11 18:10:39 - generating LINT kernel config TB --- 2005-06-11 18:10:39 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2005-06-11 18:10:39 - /usr/bin/make -B LINT TB --- 2005-06-11 18:10:39 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-11 18:10:39 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-06-11 18:10:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 11 18:10:39 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT /ia64/ia64/src/sys/kern/md4c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT /ia64/ia64/src/sys/kern/md5c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/dev/twa -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT /ia64/ia64/src/sys/kern/sched_4bsd.c In file included from /tinderbox/CURRENT/ia64/ia64/src/sys/kern/sched_4bsd.c:1388: /tinderbox/CURRENT/ia64/ia64/src/sys/kern/kern_switch.c: In function `maybe_preempt_in_ksegrp': /tinderbox/CURRENT/ia64/ia64/src/sys/kern/kern_switch.c:435: error: `IPI_PREEMPT' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/sys/kern/kern_switch.c:435: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/sys/kern/kern_switch.c:435: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-06-11 18:22:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-11 18:22:00 - ERROR: failed to build lint kernel TB --- 2005-06-11 18:22:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 21:22:32 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E863F16A41C; Sat, 11 Jun 2005 21:22:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D6CF43D1F; Sat, 11 Jun 2005 21:22:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j5BLMHnB028203; Sat, 11 Jun 2005 17:22:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j5BLMVSs027964; Sat, 11 Jun 2005 17:22:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F08E7306E; Sat, 11 Jun 2005 17:22:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050611212231.4F08E7306E@freebsd-current.sentex.ca> Date: Sat, 11 Jun 2005 17:22:31 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [current 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: Sat, 11 Jun 2005 21:22:33 -0000 TB --- 2005-06-11 19:48:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-06-11 19:48:52 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-06-11 19:48:52 - cleaning the object tree TB --- 2005-06-11 19:49:26 - checking out the source tree TB --- 2005-06-11 19:49:26 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-06-11 19:49:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-06-11 19:55:22 - building world (CFLAGS=-O2 -pipe) TB --- 2005-06-11 19:55:22 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-11 19:55:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-06-11 21:02:46 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-11 21:02:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-11 21:02:46 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Jun 11 21:02:46 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Jun 11 21:15:06 UTC 2005 TB --- 2005-06-11 21:15:06 - generating LINT kernel config TB --- 2005-06-11 21:15:06 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-06-11 21:15:06 - /usr/bin/make -B LINT TB --- 2005-06-11 21:15:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-06-11 21:15:07 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-06-11 21:15:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 11 21:15:07 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/md4c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/md5c.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/sched_4bsd .c In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/sched_4bsd.c:1388: /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c: In function `maybe_preempt_in_ksegrp': /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: `IPI_PREEMPT' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/kern_switch.c:435: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-06-11 21:22:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-06-11 21:22:31 - ERROR: failed to build lint kernel TB --- 2005-06-11 21:22:31 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Jun 11 22:25:20 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 626DF16A41C; Sat, 11 Jun 2005 22:25:20 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from dns.p-i-n.com (dns.p-i-n.com [145.253.185.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74AAB43D1F; Sat, 11 Jun 2005 22:25:19 +0000 (GMT) (envelope-from rabe@p-i-n.com) Received: from p-i-n.com (inside.p-i-n.com [129.10.9.21]) by dns.p-i-n.com (8.12.9p2/8.12.9) with ESMTP id j5BMP7Of094104; Sun, 12 Jun 2005 00:25:07 +0200 (CEST) (envelope-from rabe@p-i-n.com) Received: (from rabe@localhost) by p-i-n.com (8.11.6/8.11.6) id j5BMP8j84481; Sun, 12 Jun 2005 00:25:08 +0200 (CEST) (envelope-from rabe) Date: Sun, 12 Jun 2005 00:25:08 +0200 From: "Raphael H. Becker" To: "Kenneth D. Merry" Message-ID: <20050612002508.B25098@p-i-n.com> References: <20050608152459.BF24E16A45C@hub.freebsd.org> <1118248386.7479.10.camel@zappa.Chelsea-Ct.Org> <20050608171130.GA64736@over-yonder.net> <1118252322.7479.28.camel@zappa.Chelsea-Ct.Org> <20050609113616.I41471@p-i-n.com> <20050609130511.GA732@uk.tiscali.com> <20050610162814.A25098@p-i-n.com> <20050610150718.GA7005@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050610150718.GA7005@nargothrond.kdm.org>; from ken@freebsd.org on Fri, Jun 10, 2005 at 09:07:18AM -0600 Organization: PHOENIX Pharmahandel AG & Co KG, Mannheim, Deutschland Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org Subject: Re: Accessing SCSI-Devices >2TB 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, 11 Jun 2005 22:25:20 -0000 On Fri, Jun 10, 2005 at 09:07:18AM -0600, Kenneth D. Merry wrote: > > and here the relevant diffs: > > http://rabe.uugrn.org/temp/FreeBSD/bigraid/dmesg.knoppix_diff.txt > > This is quite interesting: [....] > Linux notices that the device returned 0xffffffff as the capacity in > response to a READ CAPACITY(10) command, so it tries a READ CAPACITY(16) > command, which *fails*. > > So even under Linux you aren't getting the full capacity of your device, > you're only getting 2TB. The support told me, SuSE Linux is known to work with >2TB in one device, means they might have some patches to work around. I will try a SuSE live system next days just to get sure it works. But the System won't be SuSE in future. > > Second I rebooted FreeBSD with CAMDEBUG in kernel and enabled it via > > "camcontrol debug ..." and did a "camcontrol rescan 1" then: > > http://rabe.uugrn.org/temp/FreeBSD/bigraid/freebsd54_camdebug.txt > > camcontrol debug -I isn't quite what we need in this situation. Instead, > you should try 'camcontrol debug -c'. # camcontrol debug -c 1:0 # camcontrol rescan 1 Re-scan of bus 1 was successful in /var/log/messages: kernel: (probe0:ahc1:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 kernel: (probe0:ahc1:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 kernel: (probe0:ahc1:0:0:0): INQUIRY. CDB: 12 0 0 0 fc 0 kernel: (probe0:ahc1:0:0:0): MODE SENSE(06). CDB: 1a 0 a 0 14 0 kernel: (probe0:ahc1:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 kernel: (probe0:ahc1:0:0:1): INQUIRY. CDB: 12 20 0 0 24 0 kernel: (probe0:ahc1:0:0:2): INQUIRY. CDB: 12 40 0 0 24 0 kernel: (probe0:ahc1:0:0:3): INQUIRY. CDB: 12 60 0 0 24 0 kernel: (probe0:ahc1:0:0:4): INQUIRY. CDB: 12 80 0 0 24 0 kernel: (probe0:ahc1:0:0:5): INQUIRY. CDB: 12 a0 0 0 24 0 kernel: (probe0:ahc1:0:0:6): INQUIRY. CDB: 12 c0 0 0 24 0 kernel: (probe0:ahc1:0:0:7): INQUIRY. CDB: 12 e0 0 0 24 0 Does not say anything to me. > > Any idea, whats wrong with it? > > >From what I can see, it's likely the device is misbehaving. The fact that > the 16 byte read capacity fails under Linux is telling. If you've got a > device that supports a LUN size greater than 2TB, it must support the 16 > byte read capacity and read/write commands. So you would say this is a misbehaviour of the RAID's firmware/controller? > Here are some more things you can try. Does your system boot? Well, that RAID is just one of 3 RAIDs, the system is on the internal PERC-RAID. > If so, we > can try sending a few commands to the device via the pass(4) driver and see > what happens. > First, run 'camcontrol devlist' and see if the array is there and whether > there is a pass device attached. If so, try this: > > camcontrol cmd passX -v -c "25 0 0 0 0 0 0 0 0 0" -i 8 "i4 i4" at scbus1 target 0 lun 0 (pass3) # camcontrol cmd pass3 -v -c "25 0 0 0 0 0 0 0 0 0" -i 8 "i4 i4" -1 512 > That will send a standard 10 byte read capacity command to the device. > Next, try a 16 byte read capacity. This is where things are likely failing > in the da(4) driver attach, and apparantly where things are failing under > Linux: > > camcontrol cmd passX -v -c "9e 10 0 0 0 0 0 0 0 0 0 0 0 c 0 0" -i 12 "i4 i4 i4" # camcontrol cmd pass3 -v -c "9e 10 0 0 0 0 0 0 0 0 0 0 0 c 0 0" -i 12 "i4 i4 i4" camcontrol: error sending command (pass3:ahc1:0:0:0): SERVICE ACTION IN(16). CDB: 9e 10 0 0 0 0 0 0 0 0 0 0 0 c 0 0 (pass3:ahc1:0:0:0): CAM Status: Target Bus Phase Sequence Failure dmesg: (pass3:ahc1:0:0:0): No or incomplete CDB sent to device. (pass3:ahc1:0:0:0): Protocol violation in Message-in phase. Attempting to abort. (pass3:ahc1:0:0:0): Abort Tag Message Sent (pass3:ahc1:0:0:0): SCB 8 - Abort Tag Completed. > If that works, there is some other problem. If it fails, then we're > fairly close to the problem. So, if it's a problem with the RAIDs firmware and/or maybe hardware, do you expect there's a workaround in FreeBSD for it? Regards Raphael Becker