From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 4 04:16:01 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0282D16A420 for ; Sun, 4 Sep 2005 04:16:01 +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 111BE43D48 for ; Sun, 4 Sep 2005 04:15:59 +0000 (GMT) (envelope-from keramida@freebsd.org) Received: (qmail 11704 invoked by uid 207); 4 Sep 2005 04:15:58 -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.219):. Processed in 1.800281 secs); 04 Sep 2005 04:15:58 -0000 Received: from dialup219.ach.sch.gr (HELO gothmog.gr) ([81.186.70.219]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 4 Sep 2005 04:15:56 -0000 Received: from gothmog.gr (gothmog [127.0.0.1]) by gothmog.gr (8.13.4/8.13.4) with ESMTP id j844FewM007920; Sun, 4 Sep 2005 07:15:40 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from giorgos@localhost) by gothmog.gr (8.13.4/8.13.4/Submit) id j83FjQJ0001388; Sat, 3 Sep 2005 18:45:26 +0300 (EEST) (envelope-from keramida@freebsd.org) Date: Sat, 3 Sep 2005 18:45:26 +0300 From: Giorgos Keramidas To: Rein Kadastik Message-ID: <20050903154526.GA1247@gothmog.gr> References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <4319864A.3040706@uninet.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4319864A.3040706@uninet.ee> Cc: freebsd-hackers@freebsd.org Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2005 04:16:01 -0000 On 2005-09-03 14:17, Rein Kadastik wrote: > Rein Kadastik wrote: > >Well I have one guess here. In estonian alphabet, the z comes > >immediately after s and before t. So as the regex orders [a-z] the > >characters t, u, v, w, x, y are left out > > > >How to order the sed to use english alphabet? > > Well, My guess was right. I have a following line in the /etc/profile: > > export LANG=et_EE.ISO8859-15 > > After I expoerted LANG=en_US.ISO8859-1, the sed started to work. > > I did not thought that LANG parameter will also alter the alfabet and > therefore the expression [a-z] does not cover the full alphabet anymore. By using a character class: [[:alpha:]] AFAIK, if you are using non-English locales, there's no guarantee that [a-z] will be the entire set of lowercase letters, or that it will only include lowercase letters, for that matter. From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 4 06:36:52 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CD0016A41F for ; Sun, 4 Sep 2005 06:36:52 +0000 (GMT) (envelope-from wigry@uninet.ee) Received: from mail.neti.ee (smtp-out-1.neti.ee [194.126.101.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D8B043D53 for ; Sun, 4 Sep 2005 06:36:50 +0000 (GMT) (envelope-from wigry@uninet.ee) Message-ID: <431A9606.6010401@uninet.ee> Date: Sun, 04 Sep 2005 09:36:54 +0300 From: Rein Kadastik User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <4319864A.3040706@uninet.ee> <20050903154526.GA1247@gothmog.gr> In-Reply-To: <20050903154526.GA1247@gothmog.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2005 06:36:52 -0000 Giorgos Keramidas wrote: >On 2005-09-03 14:17, Rein Kadastik wrote: > > >>Rein Kadastik wrote: >> >> >>>Well I have one guess here. In estonian alphabet, the z comes >>>immediately after s and before t. So as the regex orders [a-z] the >>>characters t, u, v, w, x, y are left out >>> >>>How to order the sed to use english alphabet? >>> >>> >>Well, My guess was right. I have a following line in the /etc/profile: >> >>export LANG=et_EE.ISO8859-15 >> >>After I expoerted LANG=en_US.ISO8859-1, the sed started to work. >> >>I did not thought that LANG parameter will also alter the alfabet and >>therefore the expression [a-z] does not cover the full alphabet anymore. >> >> > >By using a character class: > > [[:alpha:]] > >AFAIK, if you are using non-English locales, there's no guarantee that >[a-z] will be the entire set of lowercase letters, or that it will only >include lowercase letters, for that matter. > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > Yep, I know but it does not matter. The form [a-z] is used all over the place in the FreeBSD source (1629 lines in 4.11-RELEASE-p11 and almost 1600 in 5-STABLE). Totally hopeless. Seems, that no developer have ever heard about character classes and it VERY UNSAFE to try to compile (and actually even run) FreeBSD with some other locale than C/en_US.ISO8859-1. I actually searched for existance of character classes in source code. Found around 30 matches. Mostly in manual pages. Perl configure script checks if tr supports them, but it actually never uses the featuire (even if available). I am totally dissappointed about this. I thought about reporting a bug, but as it is everywhere, there is no point to do so. Rein From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 4 08:03:12 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EC4716A41F for ; Sun, 4 Sep 2005 08:03:12 +0000 (GMT) (envelope-from gjb@gbch.net) Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by mx1.FreeBSD.org (Postfix) with SMTP id 9545F43D48 for ; Sun, 4 Sep 2005 08:03:06 +0000 (GMT) (envelope-from gjb@gbch.net) Received: (qmail 69513 invoked from network); 4 Sep 2005 18:03:04 +1000 Received: from iliad.gbch.net (172.16.1.9) by gw.gbch.net with SMTP; 4 Sep 2005 18:03:04 +1000 Received: (qmail 98618 invoked by uid 1001); 4 Sep 2005 18:03:03 +1000 Message-ID: Date: Sun, 4 Sep 2005 18:03:02 +1000 From: Greg Black To: Rein Kadastik References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <4319864A.3040706@uninet.ee> <20050903154526.GA1247@gothmog.gr> <431A9606.6010401@uninet.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <431A9606.6010401@uninet.ee> User-Agent: Mutt/1.4.2.1i; gjb-muttsend.sh 1.7 2004-10-05 X-Uptime: 79 days X-Operating-System: FreeBSD 5.4-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Blog: http://www.gbch.net/gjb/blog/ X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-PGP-Key-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-Request-PGP: http://www.gbch.net/keys/4B04B7D6.asc Cc: freebsd-hackers@freebsd.org Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2005 08:03:12 -0000 On 2005-09-04, Rein Kadastik wrote: > Giorgos Keramidas wrote: > >> By using a character class: >> >> [[:alpha:]] >> >> AFAIK, if you are using non-English locales, there's no guarantee that >> [a-z] will be the entire set of lowercase letters, or that it will only >> include lowercase letters, for that matter. > > Yep, I know but it does not matter. The form [a-z] is used all over the > place in the FreeBSD source (1629 lines in 4.11-RELEASE-p11 and almost > 1600 in 5-STABLE). Totally hopeless. Seems, that no developer have ever > heard about character classes and it VERY UNSAFE to try to compile (and > actually even run) FreeBSD with some other locale than C/en_US.ISO8859-1. > > I actually searched for existance of character classes in source code. > Found around 30 matches. Mostly in manual pages. Perl configure script > checks if tr supports them, but it actually never uses the featuire > (even if available). > > I am totally dissappointed about this. I thought about reporting a bug, > but as it is everywhere, there is no point to do so. That's a really weird decision. The English speaking people are never going to notice or be troubled by bugs like this, but they are bugs and it makes sense to fix them. But, as always, it's up to the people who are affected to do the initial work. So, rather than whining about how hopeless FreeBSD is, get busy and send in the PR so that it can be fixed. It is, after all, a simple thing to fix. Greg From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 4 08:51:13 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3963C16A41F for ; Sun, 4 Sep 2005 08:51:13 +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 D006643D46 for ; Sun, 4 Sep 2005 08:51: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-2.free.fr (Postfix) with ESMTP id 5B412323524; Sun, 4 Sep 2005 10:51:11 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 32F35405A; Sun, 4 Sep 2005 10:51:26 +0200 (CEST) Date: Sun, 4 Sep 2005 10:51:26 +0200 From: Jeremie Le Hen To: Andrea Campi Message-ID: <20050904085126.GG659@obiwan.tataz.chchile.org> References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <20050903112741.GL36768@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050903112741.GL36768@webcom.it> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org, Rein Kadastik Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2005 08:51:13 -0000 Hi Andrea, > That's expected, and it's well known. You should either force LANG=C > or (MUCH better) use [[:alpha:]]. See man re_format(7) for more info. > > Oh, and by the way: this has nothing to do with hackers@, you should > have tried questions@ first. I agree this has initially a little to do with -hackers@ but the appearance this thread took in the last messages makes me think the opposite : I think LANG=C should be hard-coded in the buildworld process. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 4 09:14:31 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBC0C16A41F for ; Sun, 4 Sep 2005 09:14:31 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FA1943D45 for ; Sun, 4 Sep 2005 09:14:31 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id 69C891B; Sun, 4 Sep 2005 11:14:30 +0200 (CEST) Date: Sun, 4 Sep 2005 11:14:30 +0200 From: Andrea Campi To: Jeremie Le Hen Message-ID: <20050904091430.GA91865@webcom.it> References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <20050903112741.GL36768@webcom.it> <20050904085126.GG659@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050904085126.GG659@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.10i Cc: freebsd-hackers@freebsd.org, Rein Kadastik Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2005 09:14:31 -0000 On Sun, Sep 04, 2005 at 10:51:26AM +0200, Jeremie Le Hen wrote: > > Oh, and by the way: this has nothing to do with hackers@, you should > > have tried questions@ first. > > I agree this has initially a little to do with -hackers@ but the > appearance this thread took in the last messages makes me think > the opposite : I think LANG=C should be hard-coded in the buildworld > process. Well, it was just a "by the way", but I still stand by my opinion. If this is a real bug, it should be brought up on current@, where most developers hang. hackers@ is by now mostly deserted by people in the know, or at best quickly scanned from time to time for subjects that hint at a thread with some value. The signal-to-noise ratio on this list is tragically low these days... Actually, the best way forward would probably be to mail Ruslan directly. Bye, Andrea -- Press every key to continue. From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 4 17:17:20 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F3B416A41F for ; Sun, 4 Sep 2005 17:17:20 +0000 (GMT) (envelope-from wigry@uninet.ee) Received: from mail.neti.ee (smtp-out-3.neti.ee [194.126.101.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id F230043D49 for ; Sun, 4 Sep 2005 17:17:19 +0000 (GMT) (envelope-from wigry@uninet.ee) Message-ID: <431B2C28.10500@uninet.ee> Date: Sun, 04 Sep 2005 20:17:28 +0300 From: Rein Kadastik User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <20050903112741.GL36768@webcom.it> <20050904085126.GG659@obiwan.tataz.chchile.org> <20050904091430.GA91865@webcom.it> In-Reply-To: <20050904091430.GA91865@webcom.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2005 17:17:20 -0000 Andrea Campi wrote: >On Sun, Sep 04, 2005 at 10:51:26AM +0200, Jeremie Le Hen wrote: > > >>>Oh, and by the way: this has nothing to do with hackers@, you should >>>have tried questions@ first. >>> >>> >>I agree this has initially a little to do with -hackers@ but the >>appearance this thread took in the last messages makes me think >>the opposite : I think LANG=C should be hard-coded in the buildworld >>process. >> >> > >Well, it was just a "by the way", but I still stand by my opinion. If this >is a real bug, it should be brought up on current@, where most developers >hang. hackers@ is by now mostly deserted by people in the know, or at best >quickly scanned from time to time for subjects that hint at a thread with >some value. The signal-to-noise ratio on this list is tragically low these >days... > >Actually, the best way forward would probably be to mail Ruslan directly. > >Bye, > Andrea > > > LANG=C would be nice but the character classes should be implemented as well. I would like to be the one who concentrates on that subject but then I need some more information, how to actually do the job because as I understand, these things are quite heavily managed in FreeBSD project. Almost all parts of the FreeBSD source are affected in some way or another. So it would be nice to have some input from people with more experience, how to do the thing correctly. Rein From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 4 19:48:25 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46F3216A41F for ; Sun, 4 Sep 2005 19:48:25 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D0DD43D48 for ; Sun, 4 Sep 2005 19:48:24 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j84JmLwP011912 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 5 Sep 2005 05:48:22 +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 j84JmLSR085082; Mon, 5 Sep 2005 05:48:21 +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 j84JmKEh085081; Mon, 5 Sep 2005 05:48:20 +1000 (EST) (envelope-from pjeremy) Date: Mon, 5 Sep 2005 05:48:20 +1000 From: Peter Jeremy To: Rein Kadastik Message-ID: <20050904194820.GC77285@cirb503493.alcatel.com.au> References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <20050903112741.GL36768@webcom.it> <20050904085126.GG659@obiwan.tataz.chchile.org> <20050904091430.GA91865@webcom.it> <431B2C28.10500@uninet.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <431B2C28.10500@uninet.ee> User-Agent: Mutt/1.4.2i Cc: freebsd-hackers@freebsd.org Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2005 19:48:25 -0000 On Sun, 2005-Sep-04 20:17:28 +0300, Rein Kadastik wrote: >Andrea Campi wrote: >>Actually, the best way forward would probably be to mail Ruslan directly. Agreed. >LANG=C would be nice but the character classes should be implemented as >well. I would like to be the one who concentrates on that subject but >then I need some more information, how to actually do the job because as >I understand, these things are quite heavily managed in FreeBSD project. "find /usr/src -type f | xargs egrep 'a-z|A-Z|0-9'" returns just under 3600 hits on -current. Based on a quick scan, most of these are regexps that should be replaced by character classes but someone will need to manually work through them all. I agree with Andrea that you should mail Ruslan directly to discuss the best way forward. A single PR with a patch for all about 3000 problematic regexps probably couldn't be committed but we don't want 3000 PR's about one problem either. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 4 21:05:24 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5ACF16A41F for ; Sun, 4 Sep 2005 21:05:24 +0000 (GMT) (envelope-from wigry@uninet.ee) Received: from mail.neti.ee (smtp-out-3.neti.ee [194.126.101.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41F4443D46 for ; Sun, 4 Sep 2005 21:05:23 +0000 (GMT) (envelope-from wigry@uninet.ee) Message-ID: <431B619D.80309@uninet.ee> Date: Mon, 05 Sep 2005 00:05:33 +0300 From: Rein Kadastik User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <20050903112741.GL36768@webcom.it> <20050904085126.GG659@obiwan.tataz.chchile.org> <20050904091430.GA91865@webcom.it> <431B2C28.10500@uninet.ee> <20050904194820.GC77285@cirb503493.alcatel.com.au> In-Reply-To: <20050904194820.GC77285@cirb503493.alcatel.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2005 21:05:24 -0000 Peter Jeremy wrote: >On Sun, 2005-Sep-04 20:17:28 +0300, Rein Kadastik wrote: > > >>Andrea Campi wrote: >> >> >>>Actually, the best way forward would probably be to mail Ruslan directly. >>> >>> > >Agreed. > > Any contacts? >>LANG=C would be nice but the character classes should be implemented as >>well. I would like to be the one who concentrates on that subject but >>then I need some more information, how to actually do the job because as >>I understand, these things are quite heavily managed in FreeBSD project. >> >> > >"find /usr/src -type f | xargs egrep 'a-z|A-Z|0-9'" returns just under >3600 hits on -current. Based on a quick scan, most of these are >regexps that should be replaced by character classes but someone will >need to manually work through them all. > > Yep, because those replacements has to be done intelligently in order to use full potential of character classes. Rein From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 00:44:20 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A90116A41F for ; Mon, 5 Sep 2005 00:44:20 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from lakecmmtao05.coxmail.com (lakecmmtao05.coxmail.com [68.99.120.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id E705443D46 for ; Mon, 5 Sep 2005 00:44:19 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dns1 ([64.58.171.82]) by lakecmmtao05.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050905004419.HPAX2425.lakecmmtao05.coxmail.com@dns1> for ; Sun, 4 Sep 2005 20:44:19 -0400 From: Vizion Date: Sun, 4 Sep 2005 17:40:10 -0700 User-Agent: KMail/1.8 Cc: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200509041740.11099.vizion@vizion.occoxmail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit To: Undisclosed.Recipients: ; Subject: expat with php configuration X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 00:44:20 -0000 Hi Practical ignorance is driving the following question: I trying to configure php5 with expat (using latest port expat2 (version expat-1.95.8_3)) and have no experience with expat. I am also a comparative newcomer to php. I have compiled and installed expat2 and about to configuring php. An example configure command option for php with expat (taken from pro Apache by Peter Wainwright) is: --with-expat-dir=/usr/local/expat \ I cannot find any reference to the function of this expat-dir. Is this option there to create a working directory? If it is meant to be a working directory what security issues are involved? or Is it intended to point to the expat libraries? If so would appropriate dir be /usr/local/lib/ where libexpat.a and libexpat.so.5 are located? I am also confused because there seems, in the port a need for some clarity about the role of the files when on considers the following man page entry: ----- NAME libbsdxml -- eXpat XML parser library SYNOPSIS #include DESCRIPTION The libbsdxml library is a verbatim copy of the eXpat XML library version 1.95.5. To avoid version and autoconfiguration issues, the library has been renamed to libbsdxml rather than retain the original eXpat library and include file names to prevent confusion and autoconfiguration issues for 3rd party software. ----- It was only after installing expat that I found the only man pages is the brief reference page under libbsdxml. It seems that in addition to the expat libs I mentioned there are also the libbsdxml libraries: dns1# locate libbsdxml /lib/libbsdxml.so.1 /usr/lib/libbsdxml.a /usr/lib/libbsdxml.so /usr/lib/libbsdxml_p.a /usr/share/man/cat3/libbsdxml.3.gz /usr/share/man/man3/libbsdxml.3.gz /usr/src/lib/libexpat/libbsdxml.3 /usr/src/lib/libexpat/libbsdxml.3,v Can anyone please clarify things for me thanks David -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 05:32:34 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9969616A4A1 for ; Mon, 5 Sep 2005 05:32:32 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9238A43EE7 for ; Mon, 5 Sep 2005 05:27:56 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j855PY4C079415; Sun, 4 Sep 2005 23:25:34 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sun, 04 Sep 2005 23:25:10 -0600 (MDT) Message-Id: <20050904.232510.04190370.imp@bsdimp.com> To: PeterJeremy@optushome.com.au From: "M. Warner Losh" In-Reply-To: <20050904194820.GC77285@cirb503493.alcatel.com.au> References: <20050904091430.GA91865@webcom.it> <431B2C28.10500@uninet.ee> <20050904194820.GC77285@cirb503493.alcatel.com.au> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sun, 04 Sep 2005 23:25:35 -0600 (MDT) Cc: freebsd-hackers@FreeBSD.ORG, wigry@uninet.ee Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 05:32:36 -0000 In message: <20050904194820.GC77285@cirb503493.alcatel.com.au> Peter Jeremy writes: : On Sun, 2005-Sep-04 20:17:28 +0300, Rein Kadastik wrote: : >Andrea Campi wrote: : >>Actually, the best way forward would probably be to mail Ruslan directly. : : Agreed. : : >LANG=C would be nice but the character classes should be implemented as : >well. I would like to be the one who concentrates on that subject but : >then I need some more information, how to actually do the job because as : >I understand, these things are quite heavily managed in FreeBSD project. : : "find /usr/src -type f | xargs egrep 'a-z|A-Z|0-9'" returns just under : 3600 hits on -current. Based on a quick scan, most of these are : regexps that should be replaced by character classes but someone will : need to manually work through them all. : : I agree with Andrea that you should mail Ruslan directly to discuss : the best way forward. A single PR with a patch for all about 3000 : problematic regexps probably couldn't be committed but we don't : want 3000 PR's about one problem either. Most of the problems are in contrib sources, which will take some time to update and correct in our upstream sources. Warner From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 08:55:57 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A909C16A41F for ; Mon, 5 Sep 2005 08:55:57 +0000 (GMT) (envelope-from mwest@cs.uct.ac.za) Received: from apotheosis.cs.uct.ac.za (apotheosis.cs.uct.ac.za [137.158.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B3DC43D48 for ; Mon, 5 Sep 2005 08:55:56 +0000 (GMT) (envelope-from mwest@cs.uct.ac.za) Date: Mon, 5 Sep 2005 10:56:40 +0200 From: Matthew West To: John Nielsen Message-ID: <20050905085640.GA92085@apotheosis.org.za> References: <051d01c5afba$cdc9a7d0$9f90a8c0@donatas> <200509020847.31406.lists@jnielsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200509020847.31406.lists@jnielsen.net> User-Agent: Mutt/1.4.1i Cc: hackers@freebsd.org, Donatas Subject: Re: kernel.gz.aa & kernel.gz.ab X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 08:55:57 -0000 On Fri, Sep 02, 2005 at 08:47:30AM -0400, John Nielsen wrote: > On Friday 02 September 2005 08:35, Donatas wrote: > > wonder how could I decompress $subj files....they doesn't seems to be in > > tar or gzip formats. > > > > files are taken from kern1.flp nad kern2.flp on 5.4-RELEASE/floppies > > cat kernel.gz.aa kernel.gz.ab > kernel.gz > gunzip kernel.gz You're still missing the first part of the file. You also need to grab kernel.gz.boot from the boot.flp image. Then you can do a: cat kernel.gz.boot kernel.gz.aa kernel.gz.ab > kernel.gz Take a look at src/release/scripts/split-file.sh to see how these files are generated. Useful if you want to do an install with a custom kernel, without building a whole release. -- mwest@cs.uct.ac.za From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 09:40:27 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A48516A41F for ; Mon, 5 Sep 2005 09:40:27 +0000 (GMT) (envelope-from tjr@freebsd.org) Received: from mail.netspace.net.au (cumulus.netspace.net.au [203.10.110.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95F0F43D45 for ; Mon, 5 Sep 2005 09:40:26 +0000 (GMT) (envelope-from tjr@freebsd.org) Received: from [192.168.0.2] (220-253-29-118.VIC.netspace.net.au [220.253.29.118]) by mail.netspace.net.au (Postfix) with ESMTP id 588E57AF4E; Mon, 5 Sep 2005 19:40:21 +1000 (EST) Message-ID: <431C1284.70207@freebsd.org> Date: Mon, 05 Sep 2005 19:40:20 +1000 From: Tim Robbins User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rein Kadastik References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <4319864A.3040706@uninet.ee> <20050903154526.GA1247@gothmog.gr> <431A9606.6010401@uninet.ee> In-Reply-To: <431A9606.6010401@uninet.ee> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 09:40:27 -0000 Rein Kadastik wrote: > Giorgos Keramidas wrote: > >> On 2005-09-03 14:17, Rein Kadastik wrote: >> >> >>> Rein Kadastik wrote: >>> >>> >>>> Well I have one guess here. In estonian alphabet, the z comes >>>> immediately after s and before t. So as the regex orders [a-z] the >>>> characters t, u, v, w, x, y are left out >>>> >>>> How to order the sed to use english alphabet? >>>> >>> >>> Well, My guess was right. I have a following line in the /etc/profile: >>> >>> export LANG=et_EE.ISO8859-15 >>> >>> After I expoerted LANG=en_US.ISO8859-1, the sed started to work. >>> >>> I did not thought that LANG parameter will also alter the alfabet and >>> therefore the expression [a-z] does not cover the full alphabet >>> anymore. >>> >> >> >> By using a character class: >> >> [[:alpha:]] >> >> AFAIK, if you are using non-English locales, there's no guarantee that >> [a-z] will be the entire set of lowercase letters, or that it will only >> include lowercase letters, for that matter. >> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" >> >> >> > Yep, I know but it does not matter. The form [a-z] is used all over > the place in the FreeBSD source (1629 lines in 4.11-RELEASE-p11 and > almost 1600 in 5-STABLE). Totally hopeless. Seems, that no developer > have ever heard about character classes and it VERY UNSAFE to try to > compile (and actually even run) FreeBSD with some other locale than > C/en_US.ISO8859-1. > > I actually searched for existance of character classes in source code. > Found around 30 matches. Mostly in manual pages. Perl configure script > checks if tr supports them, but it actually never uses the featuire > (even if available). > > I am totally dissappointed about this. I thought about reporting a > bug, but as it is everywhere, there is no point to do so. I think you're blowing things out of proportion. Providing that you build world as root (which most people do), and that you don't change the LANG setting for root (think single-user mode), the following command will give you an approximate idea of which utilities are affected: $ find /usr/src -name \*.c | xargs grep -e '".*a-z' -e '".*A-Z' 25 Of these 25 hits, about half are in comments or test code that is never built. The utilities that are genuinely affected are: kbdmap, scon, ppp (when using ATM), m4 (in GNU compatibility mode), fdisk, named, cvs, diff and vi. Tim From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 11:35:45 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 114A116A41F for ; Mon, 5 Sep 2005 11:35:45 +0000 (GMT) (envelope-from wigry@uninet.ee) Received: from mail.neti.ee (mx1.elion.ee [194.126.101.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4DC743D5C for ; Mon, 5 Sep 2005 11:35:40 +0000 (GMT) (envelope-from wigry@uninet.ee) Message-ID: <431C2D8A.2090801@uninet.ee> Date: Mon, 05 Sep 2005 14:35:38 +0300 From: Rein Kadastik User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <43196C96.6040504@uninet.ee> <20050903101800.GA77285@cirb503493.alcatel.com.au> <43198251.6070606@uninet.ee> <43198354.3000402@uninet.ee> <4319864A.3040706@uninet.ee> <20050903154526.GA1247@gothmog.gr> <431A9606.6010401@uninet.ee> <431C1284.70207@freebsd.org> In-Reply-To: <431C1284.70207@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee Subject: Re: sed not working X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 11:35:45 -0000 Tim Robbins wrote: > Rein Kadastik wrote: > >> Giorgos Keramidas wrote: >> >>> On 2005-09-03 14:17, Rein Kadastik wrote: >>> >>> >>>> Rein Kadastik wrote: >>>> >>>> >>>>> Well I have one guess here. In estonian alphabet, the z comes >>>>> immediately after s and before t. So as the regex orders [a-z] the >>>>> characters t, u, v, w, x, y are left out >>>>> >>>>> How to order the sed to use english alphabet? >>>>> >>>> >>>> >>>> Well, My guess was right. I have a following line in the /etc/profile: >>>> >>>> export LANG=et_EE.ISO8859-15 >>>> >>>> After I expoerted LANG=en_US.ISO8859-1, the sed started to work. >>>> >>>> I did not thought that LANG parameter will also alter the alfabet and >>>> therefore the expression [a-z] does not cover the full alphabet >>>> anymore. >>>> >>> >>> >>> >>> By using a character class: >>> >>> [[:alpha:]] >>> >>> AFAIK, if you are using non-English locales, there's no guarantee that >>> [a-z] will be the entire set of lowercase letters, or that it will only >>> include lowercase letters, for that matter. >>> >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to >>> "freebsd-hackers-unsubscribe@freebsd.org" >>> >>> >>> >> Yep, I know but it does not matter. The form [a-z] is used all over >> the place in the FreeBSD source (1629 lines in 4.11-RELEASE-p11 and >> almost 1600 in 5-STABLE). Totally hopeless. Seems, that no developer >> have ever heard about character classes and it VERY UNSAFE to try to >> compile (and actually even run) FreeBSD with some other locale than >> C/en_US.ISO8859-1. >> >> I actually searched for existance of character classes in source >> code. Found around 30 matches. Mostly in manual pages. Perl configure >> script checks if tr supports them, but it actually never uses the >> featuire (even if available). >> >> I am totally dissappointed about this. I thought about reporting a >> bug, but as it is everywhere, there is no point to do so. > > > I think you're blowing things out of proportion. Providing that you > build world as root (which most people do), and that you don't change > the LANG setting for root (think single-user mode), the following > command will give you an approximate idea of which utilities are > affected: > $ find /usr/src -name \*.c | xargs grep -e '".*a-z' -e '".*A-Z' > 25 > > Of these 25 hits, about half are in comments or test code that is > never built. The utilities that are genuinely affected are: kbdmap, > scon, ppp (when using ATM), m4 (in GNU compatibility mode), fdisk, > named, cvs, diff and vi. > > Tim > Well not quite. For starters, the modules that fail for my buildworld are ncurses, csh/tcsh and gdb (interesting that so few as the problem itself is way bigger). Secondly there are not 25 results but a bit more (most of the regex'es are not in .c files). Third, I already sent email to Ruslan and am waiting fore a response. I am fully aware of the size of such a project and quite willing to try to make things better. And BTW my systemwide LANG is set to et_EE.ISO8859-15 which I personally like. As the system provides localization functionality, it must handle it in every situation apropriately (which is not the case right now). Peace -- Rein Rein From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 12:41:05 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22FF216A41F for ; Mon, 5 Sep 2005 12:41:05 +0000 (GMT) (envelope-from kpielorz@tdx.co.uk) Received: from caladan.tdx.co.uk (caladan2.tdx.co.uk [62.13.130.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53A8743D48 for ; Mon, 5 Sep 2005 12:41:03 +0000 (GMT) (envelope-from kpielorz@tdx.co.uk) Received: from thebrick.dmpriest.net.uk (thebrick.dmpriest.net.uk [62.13.130.30]) by caladan.tdx.co.uk (8.13.3/8.13.1) with ESMTP id j85Cewak058525 for ; Mon, 5 Sep 2005 13:41:00 +0100 (BST) (envelope-from kpielorz@tdx.co.uk) Date: Mon, 05 Sep 2005 13:41:00 +0100 From: Karl Pielorz To: hackers@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: FreeBSD 6.0 Beta #3 - IDE Problems? (Intel / ICH6 based laptop) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 12:41:05 -0000 Hi All, I recently tried to boot the FreeBSD 6.0 Beta #3 on my laptop, and ran into a problem. The hard drive controller probes as: " atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 17 at device 31.2 on pci0 ... ad0: 57231MB [116280/16/63] at ata0-master UDMA100 " But I then get the following spewed out: " ad0: FAILURE - READ_DMA status=51 error=4 LBA=11721023 ad0: FAILURE - READ_DMA status=51 error=4 LBA=0 ad0: FAILURE - READ_DMA status=51 error=4 LBA=11721022 ad0: FAILURE - READ_DMA status=51 error=4 LBA=1 ad0: FAILURE - READ_DMA status=51 error=4 LBA=11721023 ad0: FAILURE - READ_DMA status=51 error=4 LBA=0 ad0: FAILURE - READ_DMA status=51 error=4 LBA=11721017 " Sysinstall cautions me that the Geometry for the drive is unlikely, and that it's using a more sensible one (it displays 7296/255/63, with 117210240 blocks). The drive itself is partitioned already (with a WinXP partition, and a FreeBSD slice, from an older 5.x install) - however, sysinstall claims it can't see any of that and the drive is all unused. The laptop itself is a Dell XPS Gen 2. Any suggestions? Thanks, -Karl From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 13:52:20 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACF6A16A41F for ; Mon, 5 Sep 2005 13:52:20 +0000 (GMT) (envelope-from uvarovsl@mail.pnpi.spb.ru) Received: from mail.lsi.ru (mail.lsi.ru [212.58.192.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04F0443D46 for ; Mon, 5 Sep 2005 13:52:19 +0000 (GMT) (envelope-from uvarovsl@mail.pnpi.spb.ru) Received: by mail.lsi.ru (Postfix, from userid 426) id 4523D38703E; Mon, 5 Sep 2005 17:52:17 +0400 (MSD) Received: from [10.0.0.10] (unknown [212.58.210.222]) by mail.lsi.ru (Postfix) with ESMTP id 07A94387000 for ; Mon, 5 Sep 2005 17:52:14 +0400 (MSD) Message-ID: <431C4D90.2010602@mail.pnpi.spb.ru> Date: Mon, 05 Sep 2005 17:52:16 +0400 From: Sergey Uvarov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050719 Fedora/1.7.10-1.5.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 13:52:20 -0000 Hello hackers, all knows that vn_fullpath() is unreliable. However I really need to get a filename for a given vnode. To simplify the task, I do not care of synthetic file systems or hardlinks. I have looked through archives in hope to find a better solution. It seems that linux_getcwd() approach could help. However to make that code work for me, I need to know a directory vnode where the file resides. vnode->v_dd field looks promising. But as I understand it did not help if file name is not in a name cache. So the question: is it ever possible to get directory vnode for a given file vnode? Thank you in advance, Sergey. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 15:50:27 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0BAF16A41F for ; Mon, 5 Sep 2005 15:50:27 +0000 (GMT) (envelope-from kpielorz@tdx.co.uk) Received: from caladan.tdx.co.uk (caladan2.tdx.co.uk [62.13.130.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ED8443D45 for ; Mon, 5 Sep 2005 15:50:26 +0000 (GMT) (envelope-from kpielorz@tdx.co.uk) Received: from thebrick.dmpriest.net.uk (thebrick.dmpriest.net.uk [62.13.130.30]) by caladan.tdx.co.uk (8.13.3/8.13.1) with ESMTP id j85FoJdM059497; Mon, 5 Sep 2005 16:50:19 +0100 (BST) (envelope-from kpielorz@tdx.co.uk) Date: Mon, 05 Sep 2005 16:50:21 +0100 From: Karl Pielorz To: Stanislav Sedov Message-ID: In-Reply-To: <20050905153112.GA9283@core.310.ru> References: <20050905153112.GA9283@core.310.ru> X-Mailer: Mulberry/4.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 6.0 Beta #3 - IDE Problems? (Intel / ICH6 based laptop) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 15:50:28 -0000 --On 05 September 2005 19:31 +0400 Stanislav Sedov wrote: > Try to disable ACPI - it can helps. There may be some problems with ACPI > on your laptop - BIOS update sometime helps. But first try to disable ACPI > during FreeBSD boot. Latest BIOS on the machine already (apparently published sometime in August, '05) - No difference at all with ACPI disabled, apart from one PNP warning [which is understandable] and appeared to be something to do with the onboard sound. -Karl ps. When I said 'slice' in my earlier post, I meant partition - the hard drive has a WinXP partition, and a FreeBSD partition with the various slices on it, which Sysinstall doesn't see at all at installation time (in case anyone was rolling eyes )... From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 17:00:13 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8590216A420 for ; Mon, 5 Sep 2005 17:00:13 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA96043D46 for ; Mon, 5 Sep 2005 17:00:12 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so844148rna for ; Mon, 05 Sep 2005 10:00:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=Ix8Hpk8U00NVGnSxgi10nP60i+8w0BKSbkDdaiBcAVIGGiLndcgO5XJhU5fhylQ+xh1P3cEDLdtJ/0AtqEdRQbYvSpYEKUZz3oG77kJpDsfM8pMJjjv4w+iEdPDKDISd4nrL1P601GcdCGdwrO677mExUFCyqp4e1+O8yNKCkcM= Received: by 10.38.24.60 with SMTP id 60mr291127rnx; Mon, 05 Sep 2005 10:00:11 -0700 (PDT) Received: by 10.38.12.59 with HTTP; Mon, 5 Sep 2005 10:00:11 -0700 (PDT) Message-ID: <17db6d3a0509051000622868bc@mail.gmail.com> Date: Mon, 5 Sep 2005 22:30:11 +0530 From: Nikhil Dharashivkar To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-scsi@freebsd.org Subject: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 17:00:13 -0000 Hi, i want to hack the ktrace system call. Basically, I want to monitor scsi disk IO through dastrategy() routine. It seems that kern_ktrace.c implements different functions for ktrace options like -tc / -ti ... etc (see man page). So, is it possible to add new option for disk IO with new structure object containing disk io information which will be pass to ktr_submittrequest thr' ktr_request structure. Will data will be written correctly in ktrace.out and will kdump analyze that ? --=20 Thanks and Regards, Nikhil. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 17:00:57 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED59E16A41F for ; Mon, 5 Sep 2005 17:00:57 +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 4073843D45 for ; Mon, 5 Sep 2005 17:00:57 +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 CE66C46B09; Mon, 5 Sep 2005 13:00:56 -0400 (EDT) Date: Mon, 5 Sep 2005 18:00:56 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Sergey Uvarov In-Reply-To: <431C4D90.2010602@mail.pnpi.spb.ru> Message-ID: <20050905175709.H88940@fledge.watson.org> References: <431C4D90.2010602@mail.pnpi.spb.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 17:00:58 -0000 On Mon, 5 Sep 2005, Sergey Uvarov wrote: > all knows that vn_fullpath() is unreliable. However I really need to get > a filename for a given vnode. To simplify the task, I do not care of > synthetic file systems or hardlinks. > > I have looked through archives in hope to find a better solution. It > seems that linux_getcwd() approach could help. However to make that code > work for me, I need to know a directory vnode where the file resides. > vnode->v_dd field looks promising. But as I understand it did not help > if file name is not in a name cache. > > So the question: is it ever possible to get directory vnode for a given > file vnode? One way to look at the problem is from the perspective of how you might derive that information from an on-disk inode. If you look at the UFS layout on-disk, you'll see that there is no pointer to a directory back from a leaf inode; in kernel, you can have a reference to a vnode with no back pointer to a directory vnode. In order to find the parent, you potentially have to iterate through all directories on the hard disk looking for the parent, which is a potentially long-running activity. It's also not at all theoretical: vnodes are often accessed without any path lookup at all. For example, background fsck may pull inodes off disk without a name lookup, and the NFS server can receive file handle references following a reboot from a live client that maintains cached references -- it will service them without performing a lookup. So unfortunately, the answer is complex: (a) you may have to search the disk for a name, and (b) you may not even find one, since there can be files without any name at all (i.e., a temporary file that has been unlinked). On non-UFS style file systems, such as HFS+, it is possible to generate a path from the file system root without extensive disk I/O. However, all common UNIX-like file systems don't have this property -- Sun's version of UFS, ext2fs/ext3fs, and so on. If the child vnode is a directory, you can just follow it's '..' link or covered vnode, of course... Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 18:24:28 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BE1616A41F; Mon, 5 Sep 2005 18:24:28 +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 B0FB243D48; Mon, 5 Sep 2005 18:24:27 +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 j85IOQ2b017816; Mon, 5 Sep 2005 12:24:26 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <431C8D5B.7080309@samsco.org> Date: Mon, 05 Sep 2005 12:24:27 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nikhil Dharashivkar References: <17db6d3a0509051000622868bc@mail.gmail.com> In-Reply-To: <17db6d3a0509051000622868bc@mail.gmail.com> 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-hackers@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 18:24:28 -0000 Nikhil Dharashivkar wrote: > Hi, > i want to hack the ktrace system call. Basically, I want to monitor > scsi disk IO through dastrategy() routine. > It seems that kern_ktrace.c implements different functions for > ktrace options like -tc / -ti ... etc (see man page). So, is it > possible to add new option for disk IO with new structure object > containing disk io information which will be pass to > ktr_submittrequest thr' ktr_request structure. > Will data will be written correctly in ktrace.out and will > kdump analyze that ? > > > What are you trying to monitor? Would the existing devstat interface work? Scott From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 18:44:08 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DD0116A41F; Mon, 5 Sep 2005 18:44:08 +0000 (GMT) (envelope-from shmukler@mail.ru) Received: from f41.mail.ru (f41.mail.ru [194.67.57.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E1443D4C; Mon, 5 Sep 2005 18:44:07 +0000 (GMT) (envelope-from shmukler@mail.ru) Received: from mail by f41.mail.ru with local id 1ECLxl-00003m-00; Mon, 05 Sep 2005 22:45:01 +0400 Received: from [24.136.16.101] by win.mail.ru with HTTP; Mon, 05 Sep 2005 22:45:01 +0400 From: Igor Shmukler To: Robert Watson Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [24.136.16.101] Date: Mon, 05 Sep 2005 22:45:01 +0400 In-Reply-To: <20050905175709.H88940@fledge.watson.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-hackers@freebsd.org, Sergey Uvarov Subject: Re[2]: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Igor Shmukler List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 18:44:08 -0000 Robert, You are correct about the Unix file system organization, but does it mean reliable vnode to fullname conversation is not possible? As long as vnode is referenced we should be able to perform the lookup for any file system. Linux does a pretty good job with d_path() and I understand Matt changed his NC to provide this. The FreeBSD name cache requires work. It could and IMHO should be improved. If there is a desire to have FreeBSD improved in this area, why doesn't someone look at a solution I submitted for returning devfs names. While a perfect solution would require serious changes to the OS, a solution that would work for referenced vnodes is easier to implement. igor. -----Original Message----- From: Robert Watson To: Sergey Uvarov Date: Mon, 5 Sep 2005 18:00:56 +0100 (BST) Subject: Re: vn_fullpath() again > > On Mon, 5 Sep 2005, Sergey Uvarov wrote: > > > all knows that vn_fullpath() is unreliable. However I really need to get > > a filename for a given vnode. To simplify the task, I do not care of > > synthetic file systems or hardlinks. > > > > I have looked through archives in hope to find a better solution. It > > seems that linux_getcwd() approach could help. However to make that code > > work for me, I need to know a directory vnode where the file resides. > > vnode->v_dd field looks promising. But as I understand it did not help > > if file name is not in a name cache. > > > > So the question: is it ever possible to get directory vnode for a given > > file vnode? > > One way to look at the problem is from the perspective of how you might > derive that information from an on-disk inode. If you look at the UFS > layout on-disk, you'll see that there is no pointer to a directory back > from a leaf inode; in kernel, you can have a reference to a vnode with no > back pointer to a directory vnode. In order to find the parent, you > potentially have to iterate through all directories on the hard disk > looking for the parent, which is a potentially long-running activity. > It's also not at all theoretical: vnodes are often accessed without any > path lookup at all. For example, background fsck may pull inodes off disk > without a name lookup, and the NFS server can receive file handle > references following a reboot from a live client that maintains cached > references -- it will service them without performing a lookup. > > So unfortunately, the answer is complex: (a) you may have to search the > disk for a name, and (b) you may not even find one, since there can be > files without any name at all (i.e., a temporary file that has been > unlinked). > > On non-UFS style file systems, such as HFS+, it is possible to generate a > path from the file system root without extensive disk I/O. However, all > common UNIX-like file systems don't have this property -- Sun's version of > UFS, ext2fs/ext3fs, and so on. > > If the child vnode is a directory, you can just follow it's '..' link or > covered vnode, of course... > > Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 18:52:16 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A8D916A41F; Mon, 5 Sep 2005 18:52:16 +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 CB39243D48; Mon, 5 Sep 2005 18:52:13 +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 j85IqClm017944; Mon, 5 Sep 2005 12:52:12 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <431C93DD.20402@samsco.org> Date: Mon, 05 Sep 2005 12:52:13 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Rajesh S. Ghanekar" References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> In-Reply-To: <431C92F2.9090104@persistent.co.in> 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-hackers@freebsd.org, Nikhil Dharashivkar , freebsd-scsi@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 18:52:16 -0000 Rajesh S. Ghanekar wrote: > Scott Long wrote: > >> Nikhil Dharashivkar wrote: >> >>> Hi, >>> i want to hack the ktrace system call. Basically, I want to monitor >>> scsi disk IO through dastrategy() routine. >>> It seems that kern_ktrace.c implements different functions for >>> ktrace options like -tc / -ti ... etc (see man page). So, is it >>> possible to add new option for disk IO with new structure object >>> containing disk io information which will be pass to >>> ktr_submittrequest thr' ktr_request structure. >>> Will data will be written correctly in ktrace.out and will >>> kdump analyze that ? >>> >>> >>> >> >> What are you trying to monitor? Would the existing devstat interface >> work? > > > May be he requires how many bytes transferred (read/write) while a > process is executing. > I guess devstat doesn't do it from process context, it gives total IO > read/writes from a device, > if registred via devstat. Please correct me if I am wrong. > > > - Rajesh > There isn't a 1:1 correlation between the bytes that the userland program writes, and the bytes that actually get written to disk. Filesystem metadata writes will happen if the file needs to be extended, not to mention the access time being updated. Some writes won't even originate from a userland program, like swap writes. GEOM also decouples the I/O path, so it's not the user process that will actually do the write, it's the g_down kthread. I would think that this would make tracking I/O via ktrace very hard. Scott From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 21:26:45 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F94D16A41F for ; Mon, 5 Sep 2005 21:26:45 +0000 (GMT) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A61B43D49 for ; Mon, 5 Sep 2005 21:26:44 +0000 (GMT) (envelope-from hselasky@c2i.net) X-T2-Posting-ID: Y1QAsIk9O44SO+J/q9KNyQ== Received: from mp-216-120-226.daxnet.no ([193.216.120.226] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 4.3.4) with ESMTP id 438379911 for freebsd-hackers@freebsd.org; Mon, 05 Sep 2005 23:26:42 +0200 From: Hans Petter Selasky To: freebsd-hackers@freebsd.org Date: Mon, 5 Sep 2005 23:27:36 +0200 User-Agent: KMail/1.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509052327.36934.hselasky@c2i.net> Subject: Bus DMA question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hselasky@c2i.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 21:26:45 -0000 Hi, When one creates a DMA tag for a PCI device, using "bus_dma_tag_create()", I see that most drivers use "NULL" for the parent field, at some point, but shouldn't this field actually point to the DMA tag of the bus where the device is physically attached ? --HPS From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 23:58:38 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B51A16A41F for ; Mon, 5 Sep 2005 23:58:38 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 192E743D48 for ; Mon, 5 Sep 2005 23:58:37 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from stealth.local (pcp09741457pcs.goosck01.sc.comcast.net [69.241.83.8]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id j85NwLsh078753; Mon, 5 Sep 2005 16:58:22 -0700 (PDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: Matthew West Date: Mon, 5 Sep 2005 19:58:15 -0400 User-Agent: KMail/1.8.1 References: <051d01c5afba$cdc9a7d0$9f90a8c0@donatas> <200509020847.31406.lists@jnielsen.net> <20050905085640.GA92085@apotheosis.org.za> In-Reply-To: <20050905085640.GA92085@apotheosis.org.za> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509051958.15927.lists@jnielsen.net> X-Virus-Scanned: ClamAV 0.85.1/1064/Mon Sep 5 14:05:55 2005 on ns1.jnielsen.net X-Virus-Status: Clean Cc: hackers@freebsd.org, Donatas Subject: Re: kernel.gz.aa & kernel.gz.ab X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 23:58:38 -0000 On Monday 05 September 2005 04:56 am, Matthew West wrote: > On Fri, Sep 02, 2005 at 08:47:30AM -0400, John Nielsen wrote: > > On Friday 02 September 2005 08:35, Donatas wrote: > > > wonder how could I decompress $subj files....they doesn't seems to be > > > in tar or gzip formats. > > > > > > files are taken from kern1.flp nad kern2.flp on 5.4-RELEASE/floppies > > > > cat kernel.gz.aa kernel.gz.ab > kernel.gz > > gunzip kernel.gz > > You're still missing the first part of the file. > > You also need to grab kernel.gz.boot from the boot.flp image. > > Then you can do a: > > cat kernel.gz.boot kernel.gz.aa kernel.gz.ab > kernel.gz That makes sense. Do you know offhand what the other file on the boot floppy is for (kernel.gz.split, I believe)? JN From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 00:13:54 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E21EE16A41F for ; Tue, 6 Sep 2005 00:13:54 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DFC043D46 for ; Tue, 6 Sep 2005 00:13:54 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from stealth.local (pcp09741457pcs.goosck01.sc.comcast.net [69.241.83.8]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id j860Dnsh085830; Mon, 5 Sep 2005 17:13:49 -0700 (PDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-hackers@freebsd.org Date: Mon, 5 Sep 2005 20:13:43 -0400 User-Agent: KMail/1.8.1 References: <051d01c5afba$cdc9a7d0$9f90a8c0@donatas> <20050905085640.GA92085@apotheosis.org.za> <200509051958.15927.lists@jnielsen.net> In-Reply-To: <200509051958.15927.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509052013.43723.lists@jnielsen.net> X-Virus-Scanned: ClamAV 0.85.1/1064/Mon Sep 5 14:05:55 2005 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Donatas Subject: Re: kernel.gz.aa & kernel.gz.ab X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 00:13:55 -0000 On Monday 05 September 2005 07:58 pm, John Nielsen wrote: > On Monday 05 September 2005 04:56 am, Matthew West wrote: > > On Fri, Sep 02, 2005 at 08:47:30AM -0400, John Nielsen wrote: > > > On Friday 02 September 2005 08:35, Donatas wrote: > > > > wonder how could I decompress $subj files....they doesn't seems to > > > > be in tar or gzip formats. > > > > > > > > files are taken from kern1.flp nad kern2.flp on > > > > 5.4-RELEASE/floppies > > > > > > cat kernel.gz.aa kernel.gz.ab > kernel.gz > > > gunzip kernel.gz > > > > You're still missing the first part of the file. > > > > You also need to grab kernel.gz.boot from the boot.flp image. > > > > Then you can do a: > > > > cat kernel.gz.boot kernel.gz.aa kernel.gz.ab > kernel.gz > > That makes sense. Do you know offhand what the other file on the boot > floppy is for (kernel.gz.split, I believe)? .. or I could just follow your advice: > Take a look at src/release/scripts/split-file.sh to see how these files > are generated. Sorry for the noise. (kenel.gz.split is the split index file) JN From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 02:58:12 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76EEE16A41F for ; Tue, 6 Sep 2005 02:58:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E959843D48 for ; Tue, 6 Sep 2005 02:58:11 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id j862uA4m092285; Mon, 5 Sep 2005 20:56:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 05 Sep 2005 20:55:46 -0600 (MDT) Message-Id: <20050905.205546.99359919.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200509052327.36934.hselasky@c2i.net> References: <200509052327.36934.hselasky@c2i.net> 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 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 05 Sep 2005 20:56:15 -0600 (MDT) Cc: freebsd-hackers@freebsd.org Subject: Re: Bus DMA question X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 02:58:12 -0000 In message: <200509052327.36934.hselasky@c2i.net> Hans Petter Selasky writes: : When one creates a DMA tag for a PCI device, using "bus_dma_tag_create()", I : see that most drivers use "NULL" for the parent field, at some point, but : shouldn't this field actually point to the DMA tag of the bus where the : device is physically attached ? Should be, but isn't yet. We need to add an API to the bus_if.m file. For now, pass NULL. Warner From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 04:49:23 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E1C816A420 for ; Tue, 6 Sep 2005 04:49:23 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 102D343D46 for ; Tue, 6 Sep 2005 04:49:21 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so929921rna for ; Mon, 05 Sep 2005 21:49:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LcV1R2HbewQmEt2p7nLehbUW2AzhUpEGSotNftzoFlOTuP3uNKjExtwDZxWCScVkm9jve+kYH60kkJDoCOGSGw5Xl8TrA4vCncUUk28ncgCWkn2CMnO1ca8ENDuqsYvJNPOY+WzYr1GsFACvhzEOrxhmaN4SI0CgQ8s/AX70W8g= Received: by 10.38.76.51 with SMTP id y51mr469541rna; Mon, 05 Sep 2005 21:49:21 -0700 (PDT) Received: by 10.38.12.59 with HTTP; Mon, 5 Sep 2005 21:49:21 -0700 (PDT) Message-ID: <17db6d3a05090521494a284c01@mail.gmail.com> Date: Tue, 6 Sep 2005 10:19:21 +0530 From: Nikhil Dharashivkar To: Scott Long In-Reply-To: <431C93DD.20402@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> Cc: freebsd-hackers@freebsd.org, "Rajesh S. Ghanekar" , freebsd-scsi@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 04:49:23 -0000 Yes, what rajesh saying is right , i want to print IO Bytes. On 9/6/05, Scott Long wrote: > Rajesh S. Ghanekar wrote: > > Scott Long wrote: > > > >> Nikhil Dharashivkar wrote: > >> > >>> Hi, > >>> i want to hack the ktrace system call. Basically, I want to monito= r > >>> scsi disk IO through dastrategy() routine. > >>> It seems that kern_ktrace.c implements different functions for > >>> ktrace options like -tc / -ti ... etc (see man page). So, is it > >>> possible to add new option for disk IO with new structure object > >>> containing disk io information which will be pass to > >>> ktr_submittrequest thr' ktr_request structure. > >>> Will data will be written correctly in ktrace.out and will > >>> kdump analyze that ? > >>> > >>> > >>> > >> > >> What are you trying to monitor? Would the existing devstat interface > >> work? > > > > > > May be he requires how many bytes transferred (read/write) while a > > process is executing. > > I guess devstat doesn't do it from process context, it gives total IO > > read/writes from a device, > > if registred via devstat. Please correct me if I am wrong. > > > > > > - Rajesh > > >=20 > There isn't a 1:1 correlation between the bytes that the userland > program writes, and the bytes that actually get written to disk. > Filesystem metadata writes will happen if the file needs to be > extended, not to mention the access time being updated. Some writes > won't even originate from a userland program, like swap writes. > GEOM also decouples the I/O path, so it's not the user process that > will actually do the write, it's the g_down kthread. I would think > that this would make tracking I/O via ktrace very hard. >=20 > Scott >=20 --=20 Thanks and Regards, Nikhil. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 04:52:26 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C52BE16A41F for ; Tue, 6 Sep 2005 04:52:26 +0000 (GMT) (envelope-from donatas@lrtc.net) Received: from mail.lrtc.lt (pegasus.lrtc.lt [217.9.240.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8DBD43D45 for ; Tue, 6 Sep 2005 04:52:25 +0000 (GMT) (envelope-from donatas@lrtc.net) Received: (qmail 6095 invoked from network); 6 Sep 2005 04:49:06 -0000 Received: from p2p-241-242-ird.vln0.lrtc.net (HELO donatas) (d.gendvilas@[217.9.241.242]) (envelope-sender ) by mail.lrtc.lt (qmail-ldap-1.03) with SMTP for ; 6 Sep 2005 04:49:06 -0000 Message-ID: <027701c5b29e$c5e7d910$9f90a8c0@donatas> From: "Donatas" To: Date: Tue, 6 Sep 2005 07:52:24 +0300 Organization: AB Lietuvos Radijo ir Televizijos Centras MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Content-Type: text/plain; charset="iso-8859-4" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: kernel.gz.aa & kernel.gz.ab X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Donatas List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 04:52:26 -0000 it is a split index file >> > > wonder how could I decompress $subj files....they doesn't seems = to be >> > > in tar or gzip formats. >> > > >> > > files are taken from kern1.flp nad kern2.flp on = 5.4-RELEASE/floppies >> > >> > cat kernel.gz.aa kernel.gz.ab > kernel.gz >> > gunzip kernel.gz >> >> You're still missing the first part of the file. >> >> You also need to grab kernel.gz.boot from the boot.flp image. >> >> Then you can do a: >> >> cat kernel.gz.boot kernel.gz.aa kernel.gz.ab > kernel.gz >=20 > That makes sense. Do you know offhand what the other file on the boot = > floppy is for (kernel.gz.split, I believe)? From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 04:58:38 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC98816A41F; Tue, 6 Sep 2005 04:58:38 +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 265D543D46; Tue, 6 Sep 2005 04:58:37 +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 j864wakS020533; Mon, 5 Sep 2005 22:58:36 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <431D21FE.4080305@samsco.org> Date: Mon, 05 Sep 2005 22:58:38 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nikhil Dharashivkar References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a05090521494a284c01@mail.gmail.com> In-Reply-To: <17db6d3a05090521494a284c01@mail.gmail.com> 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-hackers@freebsd.org, "Rajesh S. Ghanekar" , freebsd-scsi@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 04:58:38 -0000 Nikhil Dharashivkar wrote: > Yes, what rajesh saying is right , i want to print IO Bytes. You want to capture writes coming from userland, or you want to capture all low-level disk writes? Are you trying to correlate these writes with a particular user process? Consider an mmaped file. A userland program will modify the memory fronting the file, at at some point the pagedaemon kthread will come in and flush those dirty pages, independent of the user process. Also, like I said, device strategy routines are decoupled from the syscall callers by the g_down kthread. Trying to figure out the userland thread from dastrategy that is responsible for the I/O is going to be tricky, if even possible at all. Scott > > On 9/6/05, Scott Long wrote: > >>Rajesh S. Ghanekar wrote: >> >>>Scott Long wrote: >>> >>> >>>>Nikhil Dharashivkar wrote: >>>> >>>> >>>>>Hi, >>>>> i want to hack the ktrace system call. Basically, I want to monitor >>>>>scsi disk IO through dastrategy() routine. >>>>> It seems that kern_ktrace.c implements different functions for >>>>>ktrace options like -tc / -ti ... etc (see man page). So, is it >>>>>possible to add new option for disk IO with new structure object >>>>>containing disk io information which will be pass to >>>>>ktr_submittrequest thr' ktr_request structure. >>>>> Will data will be written correctly in ktrace.out and will >>>>>kdump analyze that ? >>>>> >>>>> >>>>> >>>> >>>>What are you trying to monitor? Would the existing devstat interface >>>>work? >>> >>> >>>May be he requires how many bytes transferred (read/write) while a >>>process is executing. >>>I guess devstat doesn't do it from process context, it gives total IO >>>read/writes from a device, >>>if registred via devstat. Please correct me if I am wrong. >>> >>> >>>- Rajesh >>> >> >>There isn't a 1:1 correlation between the bytes that the userland >>program writes, and the bytes that actually get written to disk. >>Filesystem metadata writes will happen if the file needs to be >>extended, not to mention the access time being updated. Some writes >>won't even originate from a userland program, like swap writes. >>GEOM also decouples the I/O path, so it's not the user process that >>will actually do the write, it's the g_down kthread. I would think >>that this would make tracking I/O via ktrace very hard. >> >>Scott >> > > > From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 05:03:54 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 884EC16A41F for ; Tue, 6 Sep 2005 05:03:54 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA3BE43D49 for ; Tue, 6 Sep 2005 05:03:53 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so931038rna for ; Mon, 05 Sep 2005 22:03:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sbSG28rNpKgyg1Glb70yDYJFxdDz28NsWu0nCjzIlP9FCjfeHqkskZ2gbRftJVyEx4Ai1DSj32POq8BTdDsXa6+ROGwuqTLIfnFAqAUnwOPjQPq5AAyAj1jHfp+oG8beypatVxZQDQZLh2KhdRc9cb7FFQn7bxX3UE4yHSsa3/c= Received: by 10.38.73.47 with SMTP id v47mr474921rna; Mon, 05 Sep 2005 22:03:53 -0700 (PDT) Received: by 10.38.12.59 with HTTP; Mon, 5 Sep 2005 22:03:53 -0700 (PDT) Message-ID: <17db6d3a0509052203b1da14a@mail.gmail.com> Date: Tue, 6 Sep 2005 10:33:53 +0530 From: Nikhil Dharashivkar To: Scott Long In-Reply-To: <431C93DD.20402@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> Cc: freebsd-hackers@freebsd.org, "Rajesh S. Ghanekar" , freebsd-scsi@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 05:03:54 -0000 Hi Scott and Rajesh, Thanks for replying me. Basically what happend, while testing scsi driver on freebsd, at some point it crashes. So, there is no way to know how much IO is performed. To know the IO state just before the driver fails, i selected ktrace to print IO information whatever i ll get from dastrategy routine. On 9/6/05, Scott Long wrote: > Rajesh S. Ghanekar wrote: > > Scott Long wrote: > > > >> Nikhil Dharashivkar wrote: > >> > >>> Hi, > >>> i want to hack the ktrace system call. Basically, I want to monito= r > >>> scsi disk IO through dastrategy() routine. > >>> It seems that kern_ktrace.c implements different functions for > >>> ktrace options like -tc / -ti ... etc (see man page). So, is it > >>> possible to add new option for disk IO with new structure object > >>> containing disk io information which will be pass to > >>> ktr_submittrequest thr' ktr_request structure. > >>> Will data will be written correctly in ktrace.out and will > >>> kdump analyze that ? > >>> > >>> > >>> > >> > >> What are you trying to monitor? Would the existing devstat interface > >> work? > > > > > > May be he requires how many bytes transferred (read/write) while a > > process is executing. > > I guess devstat doesn't do it from process context, it gives total IO > > read/writes from a device, > > if registred via devstat. Please correct me if I am wrong. > > > > > > - Rajesh > > >=20 > There isn't a 1:1 correlation between the bytes that the userland > program writes, and the bytes that actually get written to disk. > Filesystem metadata writes will happen if the file needs to be > extended, not to mention the access time being updated. Some writes > won't even originate from a userland program, like swap writes. > GEOM also decouples the I/O path, so it's not the user process that > will actually do the write, it's the g_down kthread. I would think > that this would make tracking I/O via ktrace very hard. >=20 > Scott >=20 --=20 Thanks and Regards, Nikhil. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 06:33:49 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E54E16A41F; Tue, 6 Sep 2005 06:33:49 +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 9D60943D45; Tue, 6 Sep 2005 06:33:46 +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 j866XhYA020937; Tue, 6 Sep 2005 00:33:44 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <431D3849.3050706@samsco.org> Date: Tue, 06 Sep 2005 00:33:45 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nikhil Dharashivkar References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> In-Reply-To: <17db6d3a0509052203b1da14a@mail.gmail.com> 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-hackers@freebsd.org, "Rajesh S. Ghanekar" , freebsd-scsi@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 06:33:49 -0000 Nikhil Dharashivkar wrote: > Hi Scott and Rajesh, > Thanks for replying me. Basically what happend, while testing > scsi driver on freebsd, at some point it crashes. So, there is no way > to know how much IO is performed. To know the IO state just before the > driver fails, i selected ktrace to print IO information whatever i ll > get from dastrategy routine. You have reason to believe that certain I/O patterns cause the crash? What driver is being used? What is the crash? Scott From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 06:47:11 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 328E716A41F for ; Tue, 6 Sep 2005 06:47:11 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7563943D4C for ; Tue, 6 Sep 2005 06:47:09 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so938326rna for ; Mon, 05 Sep 2005 23:47:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VoPrW1OIEzVvBkN4hfT48Ck5stzrPrDQQSKUJoH9fwcjwosaHogOU9FzUqBSurCqaSKeZzHIDE6J7t+Aoks0luE03eAeBqNG/F+USoXgIi1ZPUrbb+H9LAeJdfcOP5n1nz8jrjjcWDoIpGnHNvwDJ764EKAVwNFelnTHJraFb3k= Received: by 10.38.74.43 with SMTP id w43mr502892rna; Mon, 05 Sep 2005 23:47:08 -0700 (PDT) Received: by 10.38.12.59 with HTTP; Mon, 5 Sep 2005 23:47:08 -0700 (PDT) Message-ID: <17db6d3a05090523474f5385be@mail.gmail.com> Date: Tue, 6 Sep 2005 12:17:08 +0530 From: Nikhil Dharashivkar To: Scott Long In-Reply-To: <431D3849.3050706@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> <431D3849.3050706@samsco.org> Cc: freebsd-hackers@freebsd.org, freebsd-scsi@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 06:47:11 -0000 Crashed occured only once at client side, for some long duration test. But it is informed that at some point to monitor the testing report should have some IO trace. =20 On 9/6/05, Scott Long wrote: > Nikhil Dharashivkar wrote: > > Hi Scott and Rajesh, > > Thanks for replying me. Basically what happend, while testing > > scsi driver on freebsd, at some point it crashes. So, there is no way > > to know how much IO is performed. To know the IO state just before the > > driver fails, i selected ktrace to print IO information whatever i ll > > get from dastrategy routine. >=20 > You have reason to believe that certain I/O patterns cause the crash? > What driver is being used? What is the crash? >=20 > Scott >=20 >=20 >=20 --=20 Thanks and Regards, Nikhil. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 08:11:35 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E0116A41F for ; Tue, 6 Sep 2005 08:11:35 +0000 (GMT) (envelope-from alsbergt@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 714C143D48 for ; Tue, 6 Sep 2005 08:11:34 +0000 (GMT) (envelope-from alsbergt@cs.huji.ac.il) Received: from serin.cs.huji.ac.il ([132.65.80.149]) by cs1.cs.huji.ac.il with esmtp id 1ECYYH-0007Jz-99 for freebsd-hackers@freebsd.org; Tue, 06 Sep 2005 11:11:33 +0300 Received: from alsbergt by serin.cs.huji.ac.il with local (Exim 4.44 (FreeBSD)) id 1ECYYH-0005xq-83 for freebsd-hackers@freebsd.org; Tue, 06 Sep 2005 11:11:33 +0300 Date: Tue, 6 Sep 2005 11:11:33 +0300 From: Tom Alsberg To: FreeBSD Hackers List Message-ID: <20050906081133.GA22769@cs.huji.ac.il> Mail-Followup-To: Tom Alsberg , FreeBSD Hackers List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Face: "5"j@Y1Peoz1; ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ; t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|; s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 08:11:35 -0000 Greetings, We have a FreeBSD 5.4 server which we try run in production, but have severe problems with it crashing every few days. Having run it with DDB, it originally appeared to be filesystem and NFS related on crash. However, I enabled dumps to swap and fired up kgdb on the core, and it seems to go through vn_read and ffs_read, making the impression that it is not NFS related. I haven't yet figured enough about how to check which file the pread tried to access, which process it was, and what the process was doing at that time (any pointers to documentation appreciated, but I honestly haven't looked that much yet). Any way, it seems to be caused by pread somehow. Can somebody make more of it using the information I have now at hand (stack-trace follows)? This began when I upgraded the server from FreeBSD 4.10 to FreeBSD 5.4. The server is filesystem intensive, mainly NFS (running Samba). It appears that frames 11 and up are the relevant ones - everything below that is initiated by the trap and DDB itself. P.S. Are there easy ways to access individual processes (their data, list open files, running status, IPCs, etc. and perhaps even stack trace of them) given a kernel core file? -- Tom Follows bt from gdb: #0 doadump () at pcpu.h:160 #1 0xc046657a in db_fncall (dummy1=0, dummy2=0, dummy3=-1065484837, dummy4=0xeb4e1850 "|<...binary crap...>\n") at /r+d/5.4/src/sys/ddb/db_command.c:531 #2 0xc0466388 in db_command (last_cmdp=0xc0906664, cmd_table=0x0, aux_cmd_tablep=0xc0885e1c, aux_cmd_tablep_end=0xc0885e38) at /r+d/5.4/src/sys/ddb/db_command.c:349 #3 0xc0466450 in db_command_loop () at /r+d/5.4/src/sys/ddb/db_command.c:455 #4 0xc0467fe9 in db_trap (type=12, code=0) at /r+d/5.4/src/sys/ddb/db_main.c:221 #5 0xc0646483 in kdb_trap (type=12, code=0, tf=0x1) at /r+d/5.4/src/sys/kern/subr_kdb.c:470 #6 0xc07fafc5 in trap_fatal (frame=0xeb4e19e4, eva=28) at /r+d/5.4/src/sys/i386/i386/trap.c:812 #7 0xc07fad23 in trap_pfault (frame=0xeb4e19e4, usermode=0, eva=28) at /r+d/5.4/src/sys/i386/i386/trap.c:735 #8 0xc07fa939 in trap (frame= {tf_fs = -1067319272, tf_es = -699793392, tf_ds = 1048592, tf_edi = -699757236, tf_esi = -699757236, tf_ebp = -347203024, tf_isp = -347203056, tf_ebx = -699757236, tf_edx = 0, tf_ecx = -1024473216, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1066976993, tf_cs = 8, tf_eflags = 66050, tf_esp = -699757236, tf_ss = -699757236}) at /r+d/5.4/src/sys/i386/i386/trap.c:425 #9 0xc07e890a in calltrap () at /r+d/5.4/src/sys/i386/i386/exception.s:140 #10 0xc0620018 in linker_load_file (filename=0xd64a8d4c "\002", result=0x1) at /r+d/5.4/src/sys/kern/kern_linker.c:327 #11 0xc0674176 in getnewbuf (slpflag=0, slptimeo=0, size=16384, maxsize=16384) at /r+d/5.4/src/sys/kern/vfs_bio.c:1885 #12 0xc06755fd in getblk (vp=0xc3242318, blkno=19, size=16384, slpflag=0, slptimeo=0, flags=0) at /r+d/5.4/src/sys/kern/vfs_bio.c:2585 #13 0xc0679b32 in cluster_read (vp=0xc3242318, filesize=1302528, lblkno=19, size=16384, cred=0x0, totread=32768, seqcount=0, bpp=0x0) at /r+d/5.4/src/sys/kern/vfs_cluster.c:117 #14 0xc076ed72 in ffs_read (ap=0x0) at /r+d/5.4/src/sys/ufs/ffs/ffs_vnops.c:462 #15 0xc068ed9c in vn_read (fp=0xc3be1088, uio=0xeb4e1cbc, active_cred=0xc2d55800, flags=1, td=0xc2efc780) at vnode_if.h:398 #16 0xc064f4d5 in dofileread (td=0xc2efc780, fd=61, fp=0xc3be1088, auio=0xeb4e1cbc, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:233 #17 0xc064f435 in kern_preadv (td=0xc2efc780, fd=61, auio=0xeb4e1cbc, offset=319488) at /r+d/5.4/src/sys/kern/sys_generic.c:242 #18 0xc064f2e3 in pread (td=0xc2efc780, uap=0x0) at /r+d/5.4/src/sys/kern/sys_generic.c:151 #19 0xc07fb333 in syscall (frame= {tf_fs = 47, tf_es = 131119, tf_ds = 137691183, tf_edi = 0, tf_esi = 319488, tf_ebp = -1077959384, tf_isp = -347202204, tf_ebx = -2008021396, tf_edx = 137863231, tf_ecx = 61, tf_eax = 198, tf_trapno = 0, tf_err = 2, tf_eip = -2008518601, tf_cs = 31, tf_eflags = 646, tf_esp = -1077959428, tf_ss = 47}) at /r+d/5.4/src/sys/i386/i386/trap.c:1009 #20 0xc07e895f in Xint0x80_syscall () at /r+d/5.4/src/sys/i386/i386/exception.s:201 -- Tom Alsberg - hacker (being the best description fitting this space) Web page: http://www.cs.huji.ac.il/~alsbergt/ DISCLAIMER: The above message does not even necessarily represent what my fingers have typed on the keyboard, save anything further. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 08:19:00 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40C3516A41F for ; Tue, 6 Sep 2005 08:19:00 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BDED43D49 for ; Tue, 6 Sep 2005 08:18:59 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j868IvHi000942 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 6 Sep 2005 18:18:57 +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 j868IuSR028985; Tue, 6 Sep 2005 18:18:56 +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 j868IuGK028984; Tue, 6 Sep 2005 18:18:56 +1000 (EST) (envelope-from pjeremy) Date: Tue, 6 Sep 2005 18:18:55 +1000 From: Peter Jeremy To: Nikhil Dharashivkar Message-ID: <20050906081855.GA26550@cirb503493.alcatel.com.au> References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17db6d3a0509052203b1da14a@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 08:19:00 -0000 On Tue, 2005-Sep-06 10:33:53 +0530, Nikhil Dharashivkar wrote: > Thanks for replying me. Basically what happend, while testing >scsi driver on freebsd, at some point it crashes. So, there is no way >to know how much IO is performed. To know the IO state just before the >driver fails, i selected ktrace to print IO information whatever i ll >get from dastrategy routine. It's not clear how ktrace is going to help here. The ktrXXX(9) functions place ktr_request events in a queue. A kernel thread then dumps the queue entries into a file via the normal buffer cache. The data on disk is typically about 30 seconds behind real time. If the system crashes, you will lose any events that are still in the buffer cache or ktr_todo queue. Another problem is that since ktrace generates disk I/O, it is likely to disturb your testing. A better approach would seem to be to build a circular buffer and store the I/O requests in the buffer. When the system crashes, you can look at the last entries in the buffer. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 08:31:19 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4A5C16A41F; Tue, 6 Sep 2005 08:31: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 8E5A143D46; Tue, 6 Sep 2005 08:31:17 +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 01E12610B; Tue, 6 Sep 2005 10:31:02 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id E5A7960FE; Tue, 6 Sep 2005 10:31:01 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 3E84433DA1; Tue, 6 Sep 2005 10:31:12 +0200 (CEST) To: Igor Shmukler References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 06 Sep 2005 10:31:12 +0200 In-Reply-To: (Igor Shmukler's message of "Mon, 05 Sep 2005 22:45:01 +0400") Message-ID: <86y86ad2cv.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-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-hackers@freebsd.org, Robert Watson , Sergey Uvarov Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 08:31:20 -0000 Igor Shmukler writes: > You are correct about the Unix file system organization, but does it > mean reliable vnode to fullname conversation is not possible? Yes. Get over it. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 08:40:03 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33AFC16A41F for ; Tue, 6 Sep 2005 08:40:03 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A70E643D45 for ; Tue, 6 Sep 2005 08:40:02 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so948356rna for ; Tue, 06 Sep 2005 01:40:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XYjhMfsi1w93Ea1gNMFquhR0CUNIMQjm2d261Ew6x78YK7B/AShyJdoPSZZi+z1IlBB2dv4BkjXHq56HSFixCrk/Vrun9/R0b1vXhY45PmnnqBINFoGs8wrA1SNGl7TIiln4LWEKE15wdn6DkZt37a8xRuR3Irxz1NTWByJdu9E= Received: by 10.38.90.67 with SMTP id n67mr540354rnb; Tue, 06 Sep 2005 01:40:02 -0700 (PDT) Received: by 10.38.12.59 with HTTP; Tue, 6 Sep 2005 01:40:02 -0700 (PDT) Message-ID: <17db6d3a050906014048e2045b@mail.gmail.com> Date: Tue, 6 Sep 2005 14:10:02 +0530 From: Nikhil Dharashivkar To: Peter Jeremy In-Reply-To: <20050906081855.GA26550@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: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> <20050906081855.GA26550@cirb503493.alcatel.com.au> Cc: freebsd-hackers@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 08:40:03 -0000 Yes, it is ok if i loose data in ktrace queue when crash occurs. Basically, I want to give an Disk IO trace support to ktrace on FreeBSD. So, what I am thinking to use struct dio in dastrategy routine to trace the IO. I 'll use this struct to generate ktr_request. Throught ktr_writerequest it will be written in ktrace.out . Is it possible ? On 9/6/05, Peter Jeremy wrote: > On Tue, 2005-Sep-06 10:33:53 +0530, Nikhil Dharashivkar wrote: > > Thanks for replying me. Basically what happend, while testing > >scsi driver on freebsd, at some point it crashes. So, there is no way > >to know how much IO is performed. To know the IO state just before the > >driver fails, i selected ktrace to print IO information whatever i ll > >get from dastrategy routine. >=20 > It's not clear how ktrace is going to help here. The ktrXXX(9) > functions place ktr_request events in a queue. A kernel thread then > dumps the queue entries into a file via the normal buffer cache. The > data on disk is typically about 30 seconds behind real time. If the > system crashes, you will lose any events that are still in the buffer > cache or ktr_todo queue. >=20 > Another problem is that since ktrace generates disk I/O, it is likely > to disturb your testing. >=20 > A better approach would seem to be to build a circular buffer and > store the I/O requests in the buffer. When the system crashes, you > can look at the last entries in the buffer. >=20 > -- > Peter Jeremy >=20 --=20 Thanks and Regards, Nikhil. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 08:50:13 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72C8F16A41F for ; Tue, 6 Sep 2005 08:50:13 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 940D843D72 for ; Tue, 6 Sep 2005 08:50:07 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so949256rna for ; Tue, 06 Sep 2005 01:50:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=B0kfD1DkNejNi7kMKCxasYbR9MWCVHITZsZ8mOLkIYd62pwvuYIvmFR/MOX5tCTTVSos69pQu+0fFWHKYCU3AEzvYfeZPnfGx7XDrM1UICahXt4aWbshHlMjTgqI4EFAzWVUhuTWORLlLNLJl2FVwuBYz+Gny3SXrVKw0w4+7C8= Received: by 10.38.151.48 with SMTP id y48mr541908rnd; Tue, 06 Sep 2005 01:50:06 -0700 (PDT) Received: by 10.38.12.59 with HTTP; Tue, 6 Sep 2005 01:50:06 -0700 (PDT) Message-ID: <17db6d3a05090601501cb43d96@mail.gmail.com> Date: Tue, 6 Sep 2005 14:20:06 +0530 From: Nikhil Dharashivkar To: Peter Jeremy In-Reply-To: <17db6d3a050906014048e2045b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> <20050906081855.GA26550@cirb503493.alcatel.com.au> <17db6d3a050906014048e2045b@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 08:50:13 -0000 Sorry it's struct bio instead of struct dio. On 9/6/05, Nikhil Dharashivkar wrote: > Yes, it is ok if i loose data in ktrace queue when crash occurs. > Basically, I want to give an Disk IO trace support to ktrace on > FreeBSD. > So, what I am thinking to use struct dio in dastrategy > routine to trace the IO. > I 'll use this struct to generate ktr_request. Throught > ktr_writerequest it will be written in ktrace.out . > Is it possible ? >=20 >=20 >=20 > On 9/6/05, Peter Jeremy wrote: > > On Tue, 2005-Sep-06 10:33:53 +0530, Nikhil Dharashivkar wrote: > > > Thanks for replying me. Basically what happend, while testing > > >scsi driver on freebsd, at some point it crashes. So, there is no way > > >to know how much IO is performed. To know the IO state just before the > > >driver fails, i selected ktrace to print IO information whatever i ll > > >get from dastrategy routine. > > > > It's not clear how ktrace is going to help here. The ktrXXX(9) > > functions place ktr_request events in a queue. A kernel thread then > > dumps the queue entries into a file via the normal buffer cache. The > > data on disk is typically about 30 seconds behind real time. If the > > system crashes, you will lose any events that are still in the buffer > > cache or ktr_todo queue. > > > > Another problem is that since ktrace generates disk I/O, it is likely > > to disturb your testing. > > > > A better approach would seem to be to build a circular buffer and > > store the I/O requests in the buffer. When the system crashes, you > > can look at the last entries in the buffer. > > > > -- > > Peter Jeremy > > >=20 >=20 > -- > Thanks and Regards, > Nikhil. >=20 --=20 Thanks and Regards, Nikhil. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 09:04:41 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E3F216A41F for ; Tue, 6 Sep 2005 09:04:41 +0000 (GMT) (envelope-from kpielorz@tdx.co.uk) Received: from caladan.tdx.co.uk (caladan2.tdx.co.uk [62.13.130.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DCB243D45 for ; Tue, 6 Sep 2005 09:04:40 +0000 (GMT) (envelope-from kpielorz@tdx.co.uk) Received: from lorca.tdx.co.uk (rainbow.tdx.co.uk [62.13.130.232]) by caladan.tdx.co.uk (8.13.3/8.13.1) with ESMTP id j8694V4m064074; Tue, 6 Sep 2005 10:04:33 +0100 (BST) (envelope-from kpielorz@tdx.co.uk) Date: Tue, 06 Sep 2005 10:04:34 +0100 From: Karl Pielorz To: Stanislav Sedov Message-ID: <18E3CD812E00EF231D2EB84C@lorca.tdx.co.uk> In-Reply-To: <20050905175219.GC9283@core.310.ru> References: <20050905153112.GA9283@core.310.ru> <20050905175219.GC9283@core.310.ru> X-Mailer: Mulberry/4.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 6.0 Beta #3 - IDE Problems? (Intel / ICH6 based laptop) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 09:04:41 -0000 --On 05 September 2005 21:52 +0400 Stanislav Sedov wrote: > How does your SATA controller operate? Try to use LEGACY mode. Do you mean in the BIOS? - If so, there's no adjustments for this that I can see in the BIOS :( Infact, in keeping with most modern laptops - the 'fiddle-ability' level in the BIOS is pretty minimal :( -Kp From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 09:13:48 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB75516A41F for ; Tue, 6 Sep 2005 09:13:48 +0000 (GMT) (envelope-from vys@renet.ru) Received: from mail.renet.ru (mail-local.renet.ru [82.116.32.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE99643D46 for ; Tue, 6 Sep 2005 09:13:47 +0000 (GMT) (envelope-from vys@renet.ru) Received: from [82.116.32.17] (fox.renet.ru [82.116.32.17]) by mail.renet.ru (8.13.3/8.13.1) with ESMTP id j869Ddxc067969 for ; Tue, 6 Sep 2005 13:13:40 +0400 (MSD) Message-ID: <431D5DC3.7090907@renet.ru> Date: Tue, 06 Sep 2005 13:13:39 +0400 From: "Vladimir Yu. Stepanov" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050616) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <4316C9B1.9070003@renet.ru> <79722fad05090103363fc910@mail.gmail.com> In-Reply-To: <79722fad05090103363fc910@mail.gmail.com> Content-Type: multipart/mixed; boundary="------------060001040402030808070705" X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on mail.renet.ru X-Virus-Status: Clean X-Spam-Status: No, score=-101.0 required=2.2 tests=BAYES_40,MISSING_HEADERS, USER_IN_WHITELIST autolearn=no version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mail.renet.ru X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re: BPF patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 09:13:48 -0000 This is a multi-part message in MIME format. --------------060001040402030808070705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Vlad GALU wrote: > On 9/1/05, Vladimir Yu. Stepanov wrote: > [snip] > > You can always control which traffic to sniff (ingress/egress) > using layer 2 filters (ether src/dst host <>). > It's not a simple way. BPF filter code must be used depending on type of device. For some of drivers (ppp, tun and etc) BPF filter cannot help for filtering layer 2. --------------060001040402030808070705-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 10:01:37 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE58416A41F; Tue, 6 Sep 2005 10:01:37 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE3943D46; Tue, 6 Sep 2005 10:01:37 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from southcross.homeunix.org (asuka.usr.dsi.unimi.it [159.149.145.229]) by mail.oltrelinux.com (Postfix) with ESMTP id CC16011AE87; Tue, 6 Sep 2005 12:01:35 +0200 (CEST) Received: by southcross.homeunix.org (Postfix, from userid 1001) id 3320240D3; Tue, 6 Sep 2005 12:03:48 +0200 (CEST) Date: Tue, 6 Sep 2005 12:03:48 +0200 From: Paolo Pisati To: FreeBSD_Hackers Message-ID: <20050906100348.GA1440@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: FreeBSD_Net Subject: Summer of Code 2005: Improve Libalias X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 10:01:38 -0000 Hi guys, Summer of Code is finished so i released my work about libalias, and i would appreciate if anyone try it out and report. There's a tarball here: http://ubi8.imc.pi.cnr.it/~flag/libalias/libalias.tgz or if you prefer perforce: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2005/libalias&HIDEDEL=NO there's a readme inside that explains pretty much everything you need to know. For more information about the project: http://wikitest.freebsd.org/moin.cgi/PaoloPisati or to summarize the changes respect to plain libalias: -run as kld in 4.x, 5.x and 6.x (actually it was already working in 6.x) -added log support to libalias kld -integrated with ipfw (nat action added to ipfw) -moved from a monolithic deisgn to a modular one -every protocol supported (except for tcp, udp, ip and icmp) is now a module loadable at run time -module works both when libalias run as kld or user land lib -something else that i don't remember now... Feel free to report about bugs or design issue, bye -- Paolo From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 15:35:48 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE50216A41F for ; Mon, 5 Sep 2005 15:35:48 +0000 (GMT) (envelope-from stas@core.310.ru) Received: from core.310.ru (core.310.ru [83.97.105.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BFAC43D45 for ; Mon, 5 Sep 2005 15:35:47 +0000 (GMT) (envelope-from stas@core.310.ru) Received: from core.310.ru (localhost [127.0.0.1]) by core.310.ru (8.13.3/8.12.11) with ESMTP id j85FVCKp012876; Mon, 5 Sep 2005 19:31:12 +0400 (MSD) (envelope-from stas@core.310.ru) Received: (from stas@localhost) by core.310.ru (8.13.3/8.12.11/Submit) id j85FVC6j012875; Mon, 5 Sep 2005 19:31:12 +0400 (MSD) (envelope-from stas) Date: Mon, 5 Sep 2005 19:31:12 +0400 From: Stanislav Sedov To: Karl Pielorz Message-ID: <20050905153112.GA9283@core.310.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 06 Sep 2005 11:43:23 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 6.0 Beta #3 - IDE Problems? (Intel / ICH6 based laptop) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 15:35:48 -0000 On Mon, Sep 05, 2005 at 01:41:00PM +0100, Karl Pielorz wrote: > > Hi All, > > I recently tried to boot the FreeBSD 6.0 Beta #3 on my laptop, and ran into > a problem. > > The hard drive controller probes as: > > " > atapci0: port > 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 irq 17 at device 31.2 on > pci0 > ... > ad0: 57231MB [116280/16/63] at ata0-master > UDMA100 > " > > But I then get the following spewed out: > > " > ad0: FAILURE - READ_DMA status=51 error=4 > LBA=11721023 > ad0: FAILURE - READ_DMA status=51 error=4 LBA=0 > ad0: FAILURE - READ_DMA status=51 error=4 > LBA=11721022 > ad0: FAILURE - READ_DMA status=51 error=4 LBA=1 > ad0: FAILURE - READ_DMA status=51 error=4 > LBA=11721023 > ad0: FAILURE - READ_DMA status=51 error=4 LBA=0 > ad0: FAILURE - READ_DMA status=51 error=4 > LBA=11721017 > " > > Sysinstall cautions me that the Geometry for the drive is unlikely, and > that it's using a more sensible one (it displays 7296/255/63, with > 117210240 blocks). > > The drive itself is partitioned already (with a WinXP partition, and a > FreeBSD slice, from an older 5.x install) - however, sysinstall claims it > can't see any of that and the drive is all unused. > > The laptop itself is a Dell XPS Gen 2. > > Any suggestions? > > Thanks, > > -Karl > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > Try to disable ACPI - it can helps. There may be some problems with ACPI on your laptop - BIOS update sometime helps. But first try to disable ACPI during FreeBSD boot. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 17:57:04 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F9F216A41F for ; Mon, 5 Sep 2005 17:57:04 +0000 (GMT) (envelope-from stas@core.310.ru) Received: from core.310.ru (core.310.ru [83.97.105.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 313D243D48 for ; Mon, 5 Sep 2005 17:57:02 +0000 (GMT) (envelope-from stas@core.310.ru) Received: from core.310.ru (localhost [127.0.0.1]) by core.310.ru (8.13.3/8.12.11) with ESMTP id j85HqJ7L013207; Mon, 5 Sep 2005 21:52:19 +0400 (MSD) (envelope-from stas@core.310.ru) Received: (from stas@localhost) by core.310.ru (8.13.3/8.12.11/Submit) id j85HqJ5J013206; Mon, 5 Sep 2005 21:52:19 +0400 (MSD) (envelope-from stas) Date: Mon, 5 Sep 2005 21:52:19 +0400 From: Stanislav Sedov To: Karl Pielorz Message-ID: <20050905175219.GC9283@core.310.ru> References: <20050905153112.GA9283@core.310.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Tue, 06 Sep 2005 11:43:23 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD 6.0 Beta #3 - IDE Problems? (Intel / ICH6 based laptop) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 17:57:04 -0000 On Mon, Sep 05, 2005 at 04:50:21PM +0100, Karl Pielorz wrote: > > > --On 05 September 2005 19:31 +0400 Stanislav Sedov wrote: > > >Try to disable ACPI - it can helps. There may be some problems with ACPI > >on your laptop - BIOS update sometime helps. But first try to disable ACPI > >during FreeBSD boot. > > Latest BIOS on the machine already (apparently published sometime in > August, '05) - No difference at all with ACPI disabled, apart from one PNP > warning [which is understandable] and appeared to be something to do with > the onboard sound. > > -Karl > > ps. When I said 'slice' in my earlier post, I meant partition - the hard > drive has a WinXP partition, and a FreeBSD partition with the various > slices on it, which Sysinstall doesn't see at all at installation time (in > case anyone was rolling eyes )... > > How does your SATA controller operate? Try to use LEGACY mode. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 5 18:46:27 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D71C816A420; Mon, 5 Sep 2005 18:46:27 +0000 (GMT) (envelope-from rajesh_ghanekar@persistent.co.in) Received: from smtp.persistent.co.in (smtp.persistent.co.in [202.54.11.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52CBB43D72; Mon, 5 Sep 2005 18:46:25 +0000 (GMT) (envelope-from rajesh_ghanekar@persistent.co.in) Received: from [10.33.50.40] ([10.33.50.40]) (authenticated bits=0) by smtp.persistent.co.in (8.12.9/8.12.9) with ESMTP id j85IrCOM001735; Tue, 6 Sep 2005 00:23:12 +0530 Message-ID: <431C92F2.9090104@persistent.co.in> Date: Tue, 06 Sep 2005 00:18:18 +0530 From: "Rajesh S. Ghanekar" User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> In-Reply-To: <431C8D5B.7080309@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAQAAAAQ= X-Whitelist: TRUE X-Mailman-Approved-At: Tue, 06 Sep 2005 11:43:23 +0000 Cc: freebsd-hackers@freebsd.org, Nikhil Dharashivkar , freebsd-scsi@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 18:46:28 -0000 Scott Long wrote: > Nikhil Dharashivkar wrote: > >> Hi, >> i want to hack the ktrace system call. Basically, I want to monitor >> scsi disk IO through dastrategy() routine. >> It seems that kern_ktrace.c implements different functions for >> ktrace options like -tc / -ti ... etc (see man page). So, is it >> possible to add new option for disk IO with new structure object >> containing disk io information which will be pass to >> ktr_submittrequest thr' ktr_request structure. >> Will data will be written correctly in ktrace.out and will >> kdump analyze that ? >> >> >> > > What are you trying to monitor? Would the existing devstat interface > work? May be he requires how many bytes transferred (read/write) while a process is executing. I guess devstat doesn't do it from process context, it gives total IO read/writes from a device, if registred via devstat. Please correct me if I am wrong. - Rajesh > > Scott > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 11:57:44 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A18A816A41F for ; Tue, 6 Sep 2005 11:57:44 +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 4D67543D45 for ; Tue, 6 Sep 2005 11:57:44 +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 21C2846B10; Tue, 6 Sep 2005 07:57:43 -0400 (EDT) Date: Tue, 6 Sep 2005 12:57:42 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Jeremy In-Reply-To: <20050906081855.GA26550@cirb503493.alcatel.com.au> Message-ID: <20050906125551.I51625@fledge.watson.org> References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> <20050906081855.GA26550@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Nikhil Dharashivkar Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 11:57:44 -0000 On Tue, 6 Sep 2005, Peter Jeremy wrote: > On Tue, 2005-Sep-06 10:33:53 +0530, Nikhil Dharashivkar wrote: >> Thanks for replying me. Basically what happend, while testing >> scsi driver on freebsd, at some point it crashes. So, there is no way >> to know how much IO is performed. To know the IO state just before the >> driver fails, i selected ktrace to print IO information whatever i ll >> get from dastrategy routine. > > It's not clear how ktrace is going to help here. The ktrXXX(9) > functions place ktr_request events in a queue. A kernel thread then > dumps the queue entries into a file via the normal buffer cache. The > data on disk is typically about 30 seconds behind real time. If the > system crashes, you will lose any events that are still in the buffer > cache or ktr_todo queue. > > Another problem is that since ktrace generates disk I/O, it is likely to > disturb your testing. > > A better approach would seem to be to build a circular buffer and store > the I/O requests in the buffer. When the system crashes, you can look > at the last entries in the buffer. ktrace is indeed probably the wrong layer to do this analysis, if it is firmly believed to be a SCSI layer problem, since process level I/O events often map weakly to device level I/O events -- i.e., directory operations are substantially divorced from the block operations that implement them due to soft updates, write buffering, write combining, etc. KTR(9) supports tracing of GEOM-layer I/O events to an in-memory buffer which can be retrieved from a coredump using ktrdump. Adding additional instrumentation, say in CAM or a device driver, is pretty straight forward and probably a useful way to approach this problem. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 11:59:05 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD73916A41F for ; Tue, 6 Sep 2005 11:59:04 +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 5B13143D48 for ; Tue, 6 Sep 2005 11:59:04 +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 E466E46B09; Tue, 6 Sep 2005 07:59:03 -0400 (EDT) Date: Tue, 6 Sep 2005 12:59:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nikhil Dharashivkar In-Reply-To: <17db6d3a050906014048e2045b@mail.gmail.com> Message-ID: <20050906125754.Y51625@fledge.watson.org> References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> <20050906081855.GA26550@cirb503493.alcatel.com.au> <17db6d3a050906014048e2045b@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , freebsd-hackers@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 11:59:05 -0000 On Tue, 6 Sep 2005, Nikhil Dharashivkar wrote: > Yes, it is ok if i loose data in ktrace queue when crash occurs. > Basically, I want to give an Disk IO trace support to ktrace on FreeBSD. > So, what I am thinking to use struct dio in dastrategy routine to > trace the IO. I 'll use this struct to generate ktr_request. Throught > ktr_writerequest it will be written in ktrace.out . > Is it possible ? Try taking a look at KTR(9) and ktrdump(8) for information on ktr, the in-kernel trace facility. ktrace(1) is almost entirely about tracing process level system call behavior, and not structured for kernel event tracing except in that context. I think you'll find KTR(9) is much more what you're looking for, and among other things, you can extract the results from both live kernels and kernel crash dumps. Robert N M Watson > > > > On 9/6/05, Peter Jeremy wrote: >> On Tue, 2005-Sep-06 10:33:53 +0530, Nikhil Dharashivkar wrote: >>> Thanks for replying me. Basically what happend, while testing >>> scsi driver on freebsd, at some point it crashes. So, there is no way >>> to know how much IO is performed. To know the IO state just before the >>> driver fails, i selected ktrace to print IO information whatever i ll >>> get from dastrategy routine. >> >> It's not clear how ktrace is going to help here. The ktrXXX(9) >> functions place ktr_request events in a queue. A kernel thread then >> dumps the queue entries into a file via the normal buffer cache. The >> data on disk is typically about 30 seconds behind real time. If the >> system crashes, you will lose any events that are still in the buffer >> cache or ktr_todo queue. >> >> Another problem is that since ktrace generates disk I/O, it is likely >> to disturb your testing. >> >> A better approach would seem to be to build a circular buffer and >> store the I/O requests in the buffer. When the system crashes, you >> can look at the last entries in the buffer. >> >> -- >> Peter Jeremy >> > > > -- > Thanks and Regards, > Nikhil. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 14:50:40 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F71B16A41F; Tue, 6 Sep 2005 14:50:40 +0000 (GMT) (envelope-from shmukler@mail.ru) Received: from f26.mail.ru (f26.mail.ru [194.67.57.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5A8543D45; Tue, 6 Sep 2005 14:50:39 +0000 (GMT) (envelope-from shmukler@mail.ru) Received: from mail by f26.mail.ru with local id 1ECemU-0004dI-00; Tue, 06 Sep 2005 18:50:38 +0400 Received: from [24.136.16.101] by win.mail.ru with HTTP; Tue, 06 Sep 2005 18:50:38 +0400 From: Igor Shmukler To: Dag-Erling Sm=?koi8-r?Q?=F8?=rgrav Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [24.136.16.101] Date: Tue, 06 Sep 2005 18:50:38 +0400 In-Reply-To: <86y86ad2cv.fsf@xps.des.no> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-hackers@freebsd.org, Robert Watson , Sergey Uvarov Subject: Re[2]: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Igor Shmukler List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 14:50:40 -0000 > > You are correct about the Unix file system organization, but does it > > mean reliable vnode to fullname conversation is not possible? > > Yes. Get over it. Well, I do not think it is a Yes. I very much think it is a No. You should have continued reading my email 'til the middle or even farther. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:05:56 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7763616A41F; Tue, 6 Sep 2005 15:05:56 +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 04A2B43D45; Tue, 6 Sep 2005 15:05:55 +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 D0A2761D3; Tue, 6 Sep 2005 17:05:38 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id AF57061D2; Tue, 6 Sep 2005 17:05:38 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id E27FF33DA1; Tue, 6 Sep 2005 17:05:48 +0200 (CEST) To: Igor Shmukler References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 06 Sep 2005 17:05:48 +0200 In-Reply-To: (Igor Shmukler's message of "Tue, 06 Sep 2005 18:50:38 +0400") Message-ID: <868xyack37.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-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-hackers@freebsd.org, Robert Watson , Sergey Uvarov Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:05:56 -0000 Igor Shmukler writes: > Dag-Erling Sm=F8rgrav writes: > > Igor Shmukler writes: > > > You are correct about the Unix file system organization, but does it > > > mean reliable vnode to fullname conversation is not possible? > > Yes. Get over it. > Well, I do not think it is a Yes. I very much think it is a No. You > should have continued reading my email 'til the middle or even > farther. I did. You just don't get it. A file may be associated with zero, one or more names and none of these names are more correct or authoritative than any of the others. If a user does 'ln /bin/ls /tmp' (assuming /bin and /tmp are on the same filesystem), it may be obvious to you that /bin/ls is the "real name" is /tmp/ls is just an alias, but it is not obvious to the kernel. In fact, the kernel is unable to see any difference at all between these two names. Storing the name that was used to access a file in the vnode does not solve anything, because the vnode is shared by all users of that file, regardless of which name they used to access it, and there is no guarantee that the name that was used to access a file two seconds ago still references the same file, or any file at all; the file may have been renamed or deleted, or a new filesystem may have been mounted that covers the namespace that file was in. In summary: THERE IS NO WAY TO UNIQUELY AND RELIABLY MAP A VNODE BACK TO A NAME, and I wish people would stop insisting that there must be. All the world is not MS-DOS. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:21:50 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2775C16A41F for ; Tue, 6 Sep 2005 15:21:50 +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 6EA0E43D4C for ; Tue, 6 Sep 2005 15:21: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 7FAD746B1A; Tue, 6 Sep 2005 11:21:47 -0400 (EDT) Date: Tue, 6 Sep 2005 16:21:47 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Igor Shmukler In-Reply-To: Message-ID: <20050906160805.D75104@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dag-Erling Sm=?koi8-r?Q?=F8?=rgrav , Sergey Uvarov , freebsd-hackers@freebsd.org Subject: Re[2]: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:21:50 -0000 On Tue, 6 Sep 2005, Igor Shmukler wrote: >>> You are correct about the Unix file system organization, but does it >>> mean reliable vnode to fullname conversation is not possible? >> >> Yes. Get over it. > > Well, I do not think it is a Yes. I very much think it is a No. You > should have continued reading my email 'til the middle or even farther. There are various tricks that can be played to increase the chances of finding a name in the name cache, but those tricks run out quickly on systems like NFS servers where files can be accessed without being looked up since the last boot, or with background fsck. This is a fundamental property of the UNIX file system design, and it while it offers some quite powerful capabilities, nothing changes the fact that names are fundamentally second class systems in the file system and VFS design. The main tricks that can be played are: - Don't purge intermediate but unused nodes from the name cache. A specific design choice in FreeBSD has been to allow cache entries for unused nodes to be removes so that the nodes can be reused. On systems that rapidly consume vnodes, this allows more vnodes to be recycled, so means more memory available. However, it also means that it is less likely to be possible to reconstruct a name from the name cache. - Maintain references to cache entries instead of vnodes when accessing leaf files. This is actually somewhat the approach taken by Linux -- typically the hardest name to "identify" is the last segment to reach a file, since files can have hard links (and directories typically don't). That name can rapidly be invalidated due to renaming, unlinking, linking, and so on, and hence can be quite stale, but if you assume the name space is static, this will help out with the "files don't have parents" problem. - With a minor redesign of UFS, eliminating hard links, it is possible to add a directory back-pointer to the parent of a file. In this case, there is an authoritative reference to the parent. Mind you, this comes with many down-sides: Apple attempted to ship a UNIX system without support for hard links, and had to rapidly hack support for it back into the file system. - Maintain a parent back-pointer for files in the vnode, reflecting the last directory used to reach the file, so that you can search that directory to find a possible name. This requires different reference management behavior, prevents directories from falling out of the cache if a file reached via the directory is in use, and will also require walking directories, which can be very expensive. At heart, though, fundamental issues remain: files can have no names, or they can be looked up using a name that is removed, yet still have another name. They can have several names. They can be accessed without any lookup. The same name can refer to several files due to mountpoint covering. Throughout the design, names are assumed to be only fleetingly valid (during the lookup), and of secondary importance after that. Most systems I've looked at try to work around a lack of names in two ways: (1) They treat the name as something valid only at time of lookup. For example, the Solaris audit system captures a name used to look up a node, and after that it is the responsibility of the consumer of the audit trail to identify any name operations that might affect the name of an object in use, if names are important. Typically they have to handle three names during lookup: path to process root, path from process root to cwd, and path from cwd to file. (2) Apple has an underlying file system, HFS+, that actually maintains a fairly strong notion of directory hierarchy, via its catalog, so you can look up parent nodes. They maintain a vnode backpointer from children to parents in VFS, set up during lookup. However, this breaks for several reasons: volfs, which allows access to files by device + inode number, NFS, which allows access to files not by path, and their hacks to re-add hard links using a special directory, which can result in no sensible name being returned at all. This is why if you look at Darwin/Mac OS X audit trails, you'll often just see lists of inode numbers and device numbers instead of names. (3) They attempt to strengthen the name cache, either lowering the ability to recycle system memory for intermediate directories, or accepting more stale data. Either way, the approaches fall down in the face of the fundamental design choice to deprioritize names: NFS, direct inode access, hard links, mount point grafting. (4) Maintain parallel data structures, such as used by HADB, to construct "directory trees", and fall back on expensive disk searching algorithms to handle edge cases, rename, NFS access, and so on. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:27:37 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68D6916A41F for ; Tue, 6 Sep 2005 15:27:37 +0000 (GMT) (envelope-from shmukler@mail.ru) Received: from f16.mail.ru (f16.mail.ru [194.67.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4DA743D49 for ; Tue, 6 Sep 2005 15:27:36 +0000 (GMT) (envelope-from shmukler@mail.ru) Received: from mail by f16.mail.ru with local id 1ECfMF-0009JQ-00; Tue, 06 Sep 2005 19:27:35 +0400 Received: from [24.136.16.101] by win.mail.ru with HTTP; Tue, 06 Sep 2005 19:27:35 +0400 From: Igor Shmukler To: Dag-Erling Sm=?koi8-r?Q?=F8?=rgrav Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [24.136.16.101] Date: Tue, 06 Sep 2005 19:27:35 +0400 In-Reply-To: <868xyack37.fsf@xps.des.no> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-hackers@freebsd.org, Sergey Uvarov Subject: Re[2]: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Igor Shmukler List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:27:37 -0000 Perhaps, I do not get it or maybe you are do not getting my point. There are times when resolving would not be possible or a name returned is not necessarily the one used when file was first accessed. We have discussed it here and everyone agreed on that. The hardlinks or files unlinked while vnode is still open are corner cases. The unlink is a bit more difficult to deal with, but hardlinks are probably not a big issue. As long as we can get A name, we may not even need to know THE name. I am pleasantly surprised to know that fabric of the universe is not MSDOS. :) > Igor Shmukler writes: > > Dag-Erling Smørgrav writes: > > > Igor Shmukler writes: > > > > You are correct about the Unix file system organization, but does it > > > > mean reliable vnode to fullname conversation is not possible? > > > Yes. Get over it. > > Well, I do not think it is a Yes. I very much think it is a No. You > > should have continued reading my email 'til the middle or even > > farther. > > I did. You just don't get it. A file may be associated with zero, > one or more names and none of these names are more correct or > authoritative than any of the others. If a user does 'ln /bin/ls > /tmp' (assuming /bin and /tmp are on the same filesystem), it may be > obvious to you that /bin/ls is the "real name" is /tmp/ls is just an > alias, but it is not obvious to the kernel. In fact, the kernel is > unable to see any difference at all between these two names. > > Storing the name that was used to access a file in the vnode does not > solve anything, because the vnode is shared by all users of that file, > regardless of which name they used to access it, and there is no > guarantee that the name that was used to access a file two seconds ago > still references the same file, or any file at all; the file may have > been renamed or deleted, or a new filesystem may have been mounted > that covers the namespace that file was in. > > In summary: THERE IS NO WAY TO UNIQUELY AND RELIABLY MAP A VNODE BACK > TO A NAME, and I wish people would stop insisting that there must be. > All the world is not MS-DOS. > > DES > -- > Dag-Erling Smørgrav - des@des.no > éÇÒÁÊ, ÏÂÝÁÊÓÑ! óËÁÞÁÊ ÎÏ×ÕÀ ×ÅÒÓÉÀ í-áÇÅÎÔÁ http://r.mail.ru/cln2659/agent.mail.ru From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:33:23 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09D9F16A41F for ; Tue, 6 Sep 2005 15:33:23 +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 3A2AA43D48 for ; Tue, 6 Sep 2005 15:33:21 +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 j86FXHQ9000573; Tue, 6 Sep 2005 18:33:17 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j86FXGBd028331; Tue, 6 Sep 2005 18:33:16 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j86FXG7x028330; Tue, 6 Sep 2005 18:33:16 +0300 (EEST) (envelope-from keramida@freebsd.org) X-Authentication-Warning: orion.daedalusnetworks.priv: keramida set sender to keramida@freebsd.org using -f Date: Tue, 6 Sep 2005 18:33:15 +0300 From: Giorgos Keramidas To: Igor Shmukler Message-ID: <20050906153315.GB28262@orion.daedalusnetworks.priv> References: <868xyack37.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Dag-Erling Sm?rgrav , Sergey Uvarov , freebsd-hackers@freebsd.org Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:33:23 -0000 On 2005-09-06 19:27, Igor Shmukler wrote: > Perhaps, I do not get it or maybe you are do not getting my point. > > There are times when resolving would not be possible or a name returned is > not necessarily the one used when file was first accessed. We have discussed > it here and everyone agreed on that. The hardlinks or files unlinked while > vnode is still open are corner cases. The unlink is a bit more difficult to > deal with, but hardlinks are probably not a big issue. As long as we can get > A name, we may not even need to know THE name. Why does it make sense to get name A in the following scenario then? user 1 creates file A user 1 hardlinks this to B user 1 gets the "real name" of A user 2 deletes file A user 2 creates a new file called A user 1 tries to access A and gets something unexpected Corner cases and their handling *is* important. Find another way to do whatever it is you're thinking you can do with "the real name of a vnode". From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:34:52 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FBDF16A41F for ; Tue, 6 Sep 2005 15:34:52 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: from web33406.mail.mud.yahoo.com (web33406.mail.mud.yahoo.com [68.142.206.138]) by mx1.FreeBSD.org (Postfix) with SMTP id C2EF943D48 for ; Tue, 6 Sep 2005 15:34:51 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: (qmail 86235 invoked by uid 60001); 6 Sep 2005 15:34:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=FezJXBay1Y+u2ragxzzFgElzCyBAAdxU4aR06YoAWLqity6YBlk/TQPKwkc8jr28oQnI+a5NsOg2GWl062HXgqd8pVVOts1LwIb1+Z9n0KQny6l/hrLSIiayPwwu+AmU5tUlvmlVfoEN+7cRzkKkjp7EIuy+8WYkx6hHV/wQ7js= ; Message-ID: <20050906153451.86233.qmail@web33406.mail.mud.yahoo.com> Received: from [85.105.12.111] by web33406.mail.mud.yahoo.com via HTTP; Tue, 06 Sep 2005 08:34:51 PDT Date: Tue, 6 Sep 2005 08:34:51 -0700 (PDT) From: erkan kolemen To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: accept: Invalid argument X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:34:52 -0000 Hi, In a daemon loop, i am using accept() to accept incoming connections. while(1) { if((fd = accept(socketd, (struct sockaddr *) &addr, &addrlen)) == -1) { syslog(LOG_ERR, "accept: %s", strerror(errno)); continue; } else { ... } accept always fails. What is wrong? i could create socket and i got a positive integer value as socket descriptor. following is from syslog: Sep 6 17:20:50 devel pro[99227]: accept: Invalid argument Sep 6 17:21:20 devel last message repeated 204686 times What is wrong? i am calling accept before fork().. So i don't think child process affecting parent process. thanks and regards... - erkan ______________________________________________________ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:35:16 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DA9116A41F; Tue, 6 Sep 2005 15:35:16 +0000 (GMT) (envelope-from shmukler@mail.ru) Received: from f12.mail.ru (f12.mail.ru [194.67.57.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A9AD43D49; Tue, 6 Sep 2005 15:35:14 +0000 (GMT) (envelope-from shmukler@mail.ru) Received: from mail by f12.mail.ru with local id 1ECfTj-000Hm4-00; Tue, 06 Sep 2005 19:35:19 +0400 Received: from [24.136.16.101] by win.mail.ru with HTTP; Tue, 06 Sep 2005 19:35:19 +0400 From: Igor Shmukler To: Robert Watson Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [24.136.16.101] Date: Tue, 06 Sep 2005 19:35:19 +0400 In-Reply-To: <20050906160805.D75104@fledge.watson.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: Dag-Erling Sm=?koi8-r?Q?=F8?=rgrav , Sergey Uvarov , freebsd-hackers@freebsd.org Subject: Re[3]: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Igor Shmukler List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:35:16 -0000 Robert, Thank you very much for a detailed reply. I was aware of many of the things you mentioned, but it never hurts to hear something one more time. How do you feel about small incremental improvements to name lookup? What about looking up device name in the structure itself for VCHR nodes then prepending /dev/ and returning device name, as a first step? If incremental improvements sound like a good idea, maybe we could do a few small modifications that would cover some additional cases. Would not it be good? Thank you in advance, Igor -----Original Message----- From: Robert Watson To: Igor Shmukler Date: Tue, 6 Sep 2005 16:21:47 +0100 (BST) Subject: Re[2]: vn_fullpath() again > > On Tue, 6 Sep 2005, Igor Shmukler wrote: > > >>> You are correct about the Unix file system organization, but does it > >>> mean reliable vnode to fullname conversation is not possible? > >> > >> Yes. Get over it. > > > > Well, I do not think it is a Yes. I very much think it is a No. You > > should have continued reading my email 'til the middle or even farther. > > There are various tricks that can be played to increase the chances of > finding a name in the name cache, but those tricks run out quickly on > systems like NFS servers where files can be accessed without being looked > up since the last boot, or with background fsck. This is a fundamental > property of the UNIX file system design, and it while it offers some quite > powerful capabilities, nothing changes the fact that names are > fundamentally second class systems in the file system and VFS design. > > The main tricks that can be played are: > > - Don't purge intermediate but unused nodes from the name cache. A > specific design choice in FreeBSD has been to allow cache entries for > unused nodes to be removes so that the nodes can be reused. On systems > that rapidly consume vnodes, this allows more vnodes to be recycled, so > means more memory available. However, it also means that it is less > likely to be possible to reconstruct a name from the name cache. > > - Maintain references to cache entries instead of vnodes when accessing > leaf files. This is actually somewhat the approach taken by Linux -- > typically the hardest name to "identify" is the last segment to reach a > file, since files can have hard links (and directories typically don't). > That name can rapidly be invalidated due to renaming, unlinking, > linking, and so on, and hence can be quite stale, but if you assume the > name space is static, this will help out with the "files don't have > parents" problem. > > - With a minor redesign of UFS, eliminating hard links, it is possible to > add a directory back-pointer to the parent of a file. In this case, > there is an authoritative reference to the parent. Mind you, this comes > with many down-sides: Apple attempted to ship a UNIX system without > support for hard links, and had to rapidly hack support for it back into > the file system. > > - Maintain a parent back-pointer for files in the vnode, reflecting the > last directory used to reach the file, so that you can search that > directory to find a possible name. This requires different reference > management behavior, prevents directories from falling out of the cache > if a file reached via the directory is in use, and will also require > walking directories, which can be very expensive. > > At heart, though, fundamental issues remain: files can have no names, or > they can be looked up using a name that is removed, yet still have another > name. They can have several names. They can be accessed without any > lookup. The same name can refer to several files due to mountpoint > covering. Throughout the design, names are assumed to be only fleetingly > valid (during the lookup), and of secondary importance after that. > > Most systems I've looked at try to work around a lack of names in two > ways: > > (1) They treat the name as something valid only at time of lookup. For > example, the Solaris audit system captures a name used to look up a > node, and after that it is the responsibility of the consumer of the > audit trail to identify any name operations that might affect the name > of an object in use, if names are important. Typically they have to > handle three names during lookup: path to process root, path from > process root to cwd, and path from cwd to file. > > (2) Apple has an underlying file system, HFS+, that actually maintains a > fairly strong notion of directory hierarchy, via its catalog, so you > can look up parent nodes. They maintain a vnode backpointer from > children to parents in VFS, set up during lookup. However, this > breaks for several reasons: volfs, which allows access to files by > device + inode number, NFS, which allows access to files not by path, > and their hacks to re-add hard links using a special directory, which > can result in no sensible name being returned at all. This is why if > you look at Darwin/Mac OS X audit trails, you'll often just see lists > of inode numbers and device numbers instead of names. > > (3) They attempt to strengthen the name cache, either lowering the ability > to recycle system memory for intermediate directories, or accepting > more stale data. Either way, the approaches fall down in the face of > the fundamental design choice to deprioritize names: NFS, direct inode > access, hard links, mount point grafting. > > (4) Maintain parallel data structures, such as used by HADB, to construct > "directory trees", and fall back on expensive disk searching > algorithms to handle edge cases, rename, NFS access, and so on. > > > Robert N M Watson > èÏÓÔÉÎÇ@Mail.ru - ÎÁÄÅÖÎÙÊ ÈÏÓÔÉÎÇ ÄÌÑ ÷ÁÛÅÇÏ ÓÁÊÔÁ. http://r.mail.ru/cln2726/hosting.mail.ru/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:36:40 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71A9616A41F for ; Tue, 6 Sep 2005 15:36:40 +0000 (GMT) (envelope-from tech@nano.net) Received: from mail.smallweb.com (mail.smallweb.com [216.85.125.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15F3B43D46 for ; Tue, 6 Sep 2005 15:36:39 +0000 (GMT) (envelope-from tech@nano.net) Received: from [216.85.125.9] (sixpence.nano.net [216.85.125.9]) by mail.smallweb.com (Rockliffe SMTPRA 5.3.11) with ESMTP id for ; Tue, 6 Sep 2005 09:35:57 -0600 Message-ID: <431DB787.3060507@nano.net> Date: Tue, 06 Sep 2005 09:36:39 -0600 From: Steve Suhre User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Sendmail & Procmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:36:40 -0000 I want to run spamassassin site-wide, but can't get mail to it.... I've followed the instructions but for some reason email isn't going through sendmail, into procmail, and then filtering through spamassassin. I'm running FreeBSD 4.6, sendmail 8.12 and have procmail installed on the server. Procmail runs fine from individual accounts, but I'm having trouble getting it to run site-wide from sendmail so I can filter email through spamassassin. I've got a file called "procmailrc" in /etc, /etc/mail and /usr/local/etc. My sendmail.mc file looks something like this: ... FEATURE(access_db, `hash -o -T /etc/mail/access') FEATURE(blacklist_recipients) FEATURE(local_procmail, `/usr/bin/procmail') FEATURE(mailertable, `hash -o /etc/mail/mailertable') FEATURE(virtusertable, `hash -o /etc/mail/virtusertable') MAILER(procmail) MAILER(local) MAILER(smtp) ... and my procmailrc looks like this: ... DROPPRIVS=yes :0fw * < 256000 | /usr/local/bin/spamc -f ... All the pieces seem work fine if run from the command line, but there are no spamassassin headers in any email messages. I don't see spamc or spamd running, so I'm guessing the problem is either in procmail finding the rc file, or sendmail using procmail. Does anyone have any ideas or suggestions? What am I missing? -- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:50:57 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C92FC16A41F for ; Tue, 6 Sep 2005 15:50:57 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E5843D45 for ; Tue, 6 Sep 2005 15:50:54 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A7DEB.dip.t-dialin.net [84.154.125.235]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j86Fonxr052227; Tue, 6 Sep 2005 17:50:51 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j86FomEh002739; Tue, 6 Sep 2005 17:50:49 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j86FqV3V010409; Tue, 6 Sep 2005 17:52:31 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200509061552.j86FqV3V010409@fire.jhs.private> To: Steve Suhre From: "Julian Stacey" Organization: http://berklix.com Munich Unix, BSD, Internet Consultancy User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org X-URL: http://berklix.com/~jhs/ In-reply-to: Your message of "Tue, 06 Sep 2005 09:36:39 MDT." <431DB787.3060507@nano.net> Date: Tue, 06 Sep 2005 17:52:31 +0200 Sender: jhs@flat.berklix.net Cc: freebsd-hackers@freebsd.org Subject: Re: Sendmail & Procmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:50:57 -0000 Steve Suhre wrote: > > > I want to run spamassassin site-wide, but can't get mail to it.... I've > followed the instructions but for some reason email isn't going through > sendmail, into procmail, and then filtering through spamassassin. > > I'm running FreeBSD 4.6, sendmail 8.12 and have procmail installed on > the server. Procmail runs fine from individual accounts, but I'm having > trouble getting it to run site-wide from sendmail so I can filter email > through spamassassin. I've got a file called "procmailrc" in /etc, > /etc/mail and /usr/local/etc. My sendmail.mc file looks something like this: > > .. > FEATURE(access_db, `hash -o -T /etc/mail/access') > FEATURE(blacklist_recipients) > FEATURE(local_procmail, `/usr/bin/procmail') > FEATURE(mailertable, `hash -o /etc/mail/mailertable') > FEATURE(virtusertable, `hash -o /etc/mail/virtusertable') > MAILER(procmail) > MAILER(local) > MAILER(smtp) Just a vague guess (as Ive never run spamassasin, but do run majordomo, needing pipes ) ... Maybe One of those features includes SMRSH or similar ? Send Mail Restricted SHell doesnt allow pipes, last config I recall. -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail Ascii not HTML. Ihr Rauch = mein allergischer Kopfschmerzen. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:54:07 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 585A616A41F for ; Tue, 6 Sep 2005 15:54:07 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id B60C343D45 for ; Tue, 6 Sep 2005 15:54:06 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so431914wxd for ; Tue, 06 Sep 2005 08:54:05 -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=oCrwwhcZjuYbITycxuG0PEa0AVUgfFwY5jU8YvAhFkymT6QhbKp+J2+J/KSDYKD707pruhpJumJkQandhmur7c5F3arDH4Rgszub+PFMmRBGMWOxsCcABVQDlqPqZUlBudEy0WYk3Zv79ScMVbPOcrPmz4Cl7wxVld/3ppwJSO4= Received: by 10.70.13.6 with SMTP id 6mr122176wxm; Tue, 06 Sep 2005 08:29:46 -0700 (PDT) Received: by 10.70.23.12 with HTTP; Tue, 6 Sep 2005 08:29:46 -0700 (PDT) Message-ID: Date: Tue, 6 Sep 2005 20:59:46 +0530 From: "Kamal R. Prasad" To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <868xyack37.fsf@xps.des.no> Mime-Version: 1.0 References: <868xyack37.fsf@xps.des.no> 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 Cc: freebsd-hackers@freebsd.org, Robert Watson , Sergey Uvarov Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:54:07 -0000 >=20 > [snip] =20 I did. You just don't get it. A file may be associated with zero, > one or more names and none of these names are more correct or > authoritative than any of the others. If a user does 'ln /bin/ls > /tmp' (assuming /bin and /tmp are on the same filesystem), it may be > obvious to you that /bin/ls is the "real name" is /tmp/ls is just an > alias, but it is not obvious to the kernel. In fact, the kernel is > unable to see any difference at all between these two names. Yes -but when a user requests a mapping of vnode to pathname, he is asking= =20 in the context of files he has accessed (recently). In this context, the=20 name cache does suffice -but unfortunately not every unix variant provides= =20 access to it. regards -kamal From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:54:57 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F99D16A41F for ; Tue, 6 Sep 2005 15:54:57 +0000 (GMT) (envelope-from uvarovsl@mail.pnpi.spb.ru) Received: from mail.lsi.ru (mail.lsi.ru [212.58.192.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D49EE43D45 for ; Tue, 6 Sep 2005 15:54:56 +0000 (GMT) (envelope-from uvarovsl@mail.pnpi.spb.ru) Received: by mail.lsi.ru (Postfix, from userid 426) id E6CFE386D7C; Tue, 6 Sep 2005 19:54:53 +0400 (MSD) Received: from [10.0.0.10] (unknown [212.58.210.222]) by mail.lsi.ru (Postfix) with ESMTP id 231F9386CA8; Tue, 6 Sep 2005 19:54:52 +0400 (MSD) Message-ID: <431DBBD0.5070302@mail.pnpi.spb.ru> Date: Tue, 06 Sep 2005 19:54:56 +0400 From: Sergey Uvarov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050719 Fedora/1.7.10-1.5.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: erkan kolemen References: <20050906153451.86233.qmail@web33406.mail.mud.yahoo.com> In-Reply-To: <20050906153451.86233.qmail@web33406.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: accept: Invalid argument X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:54:57 -0000 Did you issue listen(2) call before accepting connections? Sergey. erkan kolemen wrote: > Hi, > > In a daemon loop, i am using accept() to accept > incoming connections. > > while(1) { > if((fd = accept(socketd, (struct sockaddr *) &addr, > &addrlen)) == -1) { > syslog(LOG_ERR, "accept: %s", strerror(errno)); > continue; > } > else { > ... > } > > accept always fails. What is wrong? i could create > socket and i got a positive integer value as socket > descriptor. following is from syslog: > > Sep 6 17:20:50 devel pro[99227]: accept: Invalid > argument > Sep 6 17:21:20 devel last message repeated 204686 > times > > What is wrong? i am calling accept before fork().. So > i don't think child process affecting parent process. > > thanks and regards... > > - erkan > > > > > ______________________________________________________ > Click here to donate to the Hurricane Katrina relief effort. > http://store.yahoo.com/redcross-donate3/ > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:56:42 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEB7316A41F for ; Tue, 6 Sep 2005 15:56:42 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A99FB43D67 for ; Tue, 6 Sep 2005 15:56:35 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wproxy.gmail.com with SMTP id 37so1090104wra for ; Tue, 06 Sep 2005 08:56:33 -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=IgoDPpSmXH4GR3Cea0iG29qqwzzY6i0szjqs7mZ4WSjQyGfyMrjMJ492MSwVeupr/0Jf1gN9yOHyutTWX94mNt7EwGU5Pq/2F3CWNrW5mj9rJFuUg5CKOr++I/nVTWiLP/kJ2lF0ZbdokomIVSqCmhDAgO5sGvuO+4fH5lXzmdM= Received: by 10.54.56.77 with SMTP id e77mr4925081wra; Tue, 06 Sep 2005 08:56:29 -0700 (PDT) Received: by 10.54.91.20 with HTTP; Tue, 6 Sep 2005 08:56:16 -0700 (PDT) Message-ID: <494025505090608566b1c7bb0@mail.gmail.com> Date: Tue, 6 Sep 2005 18:56:16 +0300 From: victor cruceru To: erkan kolemen In-Reply-To: <20050906153451.86233.qmail@web33406.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050906153451.86233.qmail@web33406.mail.mud.yahoo.com> Cc: freebsd-hackers@freebsd.org Subject: Re: accept: Invalid argument X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:56:42 -0000 Did you call bind() and especially listen() before accept()? victor cruceru On 9/6/05, erkan kolemen wrote: > Hi, >=20 > In a daemon loop, i am using accept() to accept > incoming connections. >=20 > while(1) { > if((fd =3D accept(socketd, (struct sockaddr *) &addr, > &addrlen)) =3D=3D -1) { > syslog(LOG_ERR, "accept: %s", strerror(errno)); > continue; > } > else { > ... > } >=20 > accept always fails. What is wrong? i could create > socket and i got a positive integer value as socket > descriptor. following is from syslog: >=20 > Sep 6 17:20:50 devel pro[99227]: accept: Invalid > argument > Sep 6 17:21:20 devel last message repeated 204686 > times >=20 > What is wrong? i am calling accept before fork().. So > i don't think child process affecting parent process. >=20 > thanks and regards... >=20 > - erkan >=20 >=20 >=20 >=20 > ______________________________________________________ > Click here to donate to the Hurricane Katrina relief effort. > http://store.yahoo.com/redcross-donate3/ > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:58:21 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6CF316A41F for ; Tue, 6 Sep 2005 15:58:21 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (gir.gshapiro.net [209.246.26.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9158143D45 for ; Tue, 6 Sep 2005 15:58:21 +0000 (GMT) (envelope-from gshapiro@gshapiro.net) Received: from gir.gshapiro.net (localhost [127.0.0.1]) by gir.gshapiro.net (8.13.3/8.13.3) with ESMTP id j86FwLuX058412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Sep 2005 08:58:21 -0700 (PDT) (envelope-from gshapiro@gir.gshapiro.net) Received: (from gshapiro@localhost) by gir.gshapiro.net (8.13.3/8.13.3/Submit) id j86FwLDN058411; Tue, 6 Sep 2005 08:58:21 -0700 (PDT) (envelope-from gshapiro) Date: Tue, 6 Sep 2005 08:58:21 -0700 From: Gregory Neil Shapiro To: Steve Suhre Message-ID: <20050906155820.GX33939@gir.gshapiro.net> References: <431DB787.3060507@nano.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <431DB787.3060507@nano.net> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: Sendmail & Procmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:58:21 -0000 > ... > FEATURE(local_procmail, `/usr/bin/procmail') > MAILER(procmail) > MAILER(local) > ... You don't need MAILER(procmail) if you are using FEATURE(local_procmail). On the other hand, procmail as a local mailer will only read the user's ~/.procmailrc, *not* the system wide one. If you want to use procmail as a system wide filter, there are examples of how to do this in the EXAMPLES section of the procmail man page. You will need to drop FEATURE(local_procmail) and just use MAILER(procmail) and add rules or mailertable entries to get mail to go to that mailer. However, that may mean you no longer evaluate user ~/.procmailrc files. You'll have to research the procmail side more. > I don't see spamc or spamd running That is a problem. spamd needs to be running for spamc to contact it. Check /usr/local/etc/rc.d/sa-spamd.sh. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:59:41 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 906D416A420 for ; Tue, 6 Sep 2005 15:59:41 +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 CC6E843D45 for ; Tue, 6 Sep 2005 15:59:40 +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 1FA6146B6B; Tue, 6 Sep 2005 11:59:40 -0400 (EDT) Date: Tue, 6 Sep 2005 16:59:40 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Igor Shmukler In-Reply-To: Message-ID: <20050906164912.H78038@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dag-Erling Sm=?koi8-r?Q?=F8?=rgrav , Sergey Uvarov , freebsd-hackers@freebsd.org Subject: Re[3]: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:59:41 -0000 On Tue, 6 Sep 2005, Igor Shmukler wrote: > Thank you very much for a detailed reply. I was aware of many of the > things you mentioned, but it never hurts to hear something one more > time. > > How do you feel about small incremental improvements to name lookup? > > What about looking up device name in the structure itself for VCHR nodes > then prepending /dev/ and returning device name, as a first step? > > If incremental improvements sound like a good idea, maybe we could do a > few small modifications that would cover some additional cases. Would > not it be good? This is an issue of some importance to me, as reliable naming is very useful in the world of security -- especially for audit trails, where you want to provide reliable security log information for intrusion detection and post-mortems. I have a few things in mind -- I'd like to offer something like a best-effort VOP_GETPATH(), which will be implemented by synthetic file systems to return a path "to the file system root" for a node. This would be implemented by file systems like procfs and devfs to handle cases where the name cache wasn't used. For example, it would return 'ptyp0' when pointed at /dev/ptyp0, and then it will be the name system's responsibility to figure out from the file system root back through the next file system. For file systems not supporting it, EOPNOTSUPP might be returned. One of the particularly not-possible-to-handle-cases is NFS, though, and I'm not sure we should expect to be able to hand it. As with the Sun/BSD/UNIX VFS/UFS, it really is designed around the idea of only files and directories being first class objects, not names. There's no mechanism for cache invalidation, unlike with local file systems, however, so we may simply be screwed here :-). Robert N M Watson > > Thank you in advance, > > Igor > > -----Original Message----- > From: Robert Watson > To: Igor Shmukler > Date: Tue, 6 Sep 2005 16:21:47 +0100 (BST) > Subject: Re[2]: vn_fullpath() again > >> >> On Tue, 6 Sep 2005, Igor Shmukler wrote: >> >>>>> You are correct about the Unix file system organization, but does it >>>>> mean reliable vnode to fullname conversation is not possible? >>>> >>>> Yes. Get over it. >>> >>> Well, I do not think it is a Yes. I very much think it is a No. You >>> should have continued reading my email 'til the middle or even farther. >> >> There are various tricks that can be played to increase the chances of >> finding a name in the name cache, but those tricks run out quickly on >> systems like NFS servers where files can be accessed without being looked >> up since the last boot, or with background fsck. This is a fundamental >> property of the UNIX file system design, and it while it offers some quite >> powerful capabilities, nothing changes the fact that names are >> fundamentally second class systems in the file system and VFS design. >> >> The main tricks that can be played are: >> >> - Don't purge intermediate but unused nodes from the name cache. A >> specific design choice in FreeBSD has been to allow cache entries for >> unused nodes to be removes so that the nodes can be reused. On systems >> that rapidly consume vnodes, this allows more vnodes to be recycled, so >> means more memory available. However, it also means that it is less >> likely to be possible to reconstruct a name from the name cache. >> >> - Maintain references to cache entries instead of vnodes when accessing >> leaf files. This is actually somewhat the approach taken by Linux -- >> typically the hardest name to "identify" is the last segment to reach a >> file, since files can have hard links (and directories typically don't). >> That name can rapidly be invalidated due to renaming, unlinking, >> linking, and so on, and hence can be quite stale, but if you assume the >> name space is static, this will help out with the "files don't have >> parents" problem. >> >> - With a minor redesign of UFS, eliminating hard links, it is possible to >> add a directory back-pointer to the parent of a file. In this case, >> there is an authoritative reference to the parent. Mind you, this comes >> with many down-sides: Apple attempted to ship a UNIX system without >> support for hard links, and had to rapidly hack support for it back into >> the file system. >> >> - Maintain a parent back-pointer for files in the vnode, reflecting the >> last directory used to reach the file, so that you can search that >> directory to find a possible name. This requires different reference >> management behavior, prevents directories from falling out of the cache >> if a file reached via the directory is in use, and will also require >> walking directories, which can be very expensive. >> >> At heart, though, fundamental issues remain: files can have no names, or >> they can be looked up using a name that is removed, yet still have another >> name. They can have several names. They can be accessed without any >> lookup. The same name can refer to several files due to mountpoint >> covering. Throughout the design, names are assumed to be only fleetingly >> valid (during the lookup), and of secondary importance after that. >> >> Most systems I've looked at try to work around a lack of names in two >> ways: >> >> (1) They treat the name as something valid only at time of lookup. For >> example, the Solaris audit system captures a name used to look up a >> node, and after that it is the responsibility of the consumer of the >> audit trail to identify any name operations that might affect the name >> of an object in use, if names are important. Typically they have to >> handle three names during lookup: path to process root, path from >> process root to cwd, and path from cwd to file. >> >> (2) Apple has an underlying file system, HFS+, that actually maintains a >> fairly strong notion of directory hierarchy, via its catalog, so you >> can look up parent nodes. They maintain a vnode backpointer from >> children to parents in VFS, set up during lookup. However, this >> breaks for several reasons: volfs, which allows access to files by >> device + inode number, NFS, which allows access to files not by path, >> and their hacks to re-add hard links using a special directory, which >> can result in no sensible name being returned at all. This is why if >> you look at Darwin/Mac OS X audit trails, you'll often just see lists >> of inode numbers and device numbers instead of names. >> >> (3) They attempt to strengthen the name cache, either lowering the ability >> to recycle system memory for intermediate directories, or accepting >> more stale data. Either way, the approaches fall down in the face of >> the fundamental design choice to deprioritize names: NFS, direct inode >> access, hard links, mount point grafting. >> >> (4) Maintain parallel data structures, such as used by HADB, to construct >> "directory trees", and fall back on expensive disk searching >> algorithms to handle edge cases, rename, NFS access, and so on. >> >> >> Robert N M Watson >> > > > ???????@Mail.ru - ???????? ??????? ??? ?????? ?????. > http://r.mail.ru/cln2726/hosting.mail.ru/ > > From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 16:01:04 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC8B16A41F for ; Tue, 6 Sep 2005 16:01:04 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67F2943D62 for ; Tue, 6 Sep 2005 16:00:59 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wproxy.gmail.com with SMTP id i7so1111978wra for ; Tue, 06 Sep 2005 09:00:58 -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=oIyZzrEIvZBUmcAD44I4Pi0qsWWTptaNorCsI+jr9GMDrg1WFXAXhSH8FL/DQngYKdMWoEu4gqPU3r5ulGWDL5Fpsy0xQLkCubiY2413s0dgPcn0ZNjvPTMLv0aEcyUSUp3L8Kev9oMDV8nc2nTgAvgw/l7x68SoG1C1VovRwFw= Received: by 10.54.56.55 with SMTP id e55mr4906847wra; Tue, 06 Sep 2005 09:00:57 -0700 (PDT) Received: by 10.54.91.20 with HTTP; Tue, 6 Sep 2005 09:00:57 -0700 (PDT) Message-ID: <494025505090609002221d6d0@mail.gmail.com> Date: Tue, 6 Sep 2005 19:00:57 +0300 From: victor cruceru To: erkan kolemen In-Reply-To: <494025505090608566b1c7bb0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050906153451.86233.qmail@web33406.mail.mud.yahoo.com> <494025505090608566b1c7bb0@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: accept: Invalid argument X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 16:01:04 -0000 Also the 3rd argument for accept must be positive. See man accept. victor cruceru. On 9/6/05, victor cruceru wrote: > Did you call bind() and especially listen() before accept()? > victor cruceru >=20 >=20 > On 9/6/05, erkan kolemen wrote: > > Hi, > > > > In a daemon loop, i am using accept() to accept > > incoming connections. > > > > while(1) { > > if((fd =3D accept(socketd, (struct sockaddr *) &addr, > > &addrlen)) =3D=3D -1) { > > syslog(LOG_ERR, "accept: %s", strerror(errno)); > > continue; > > } > > else { > > ... > > } > > > > accept always fails. What is wrong? i could create > > socket and i got a positive integer value as socket > > descriptor. following is from syslog: > > > > Sep 6 17:20:50 devel pro[99227]: accept: Invalid > > argument > > Sep 6 17:21:20 devel last message repeated 204686 > > times > > > > What is wrong? i am calling accept before fork().. So > > i don't think child process affecting parent process. > > > > thanks and regards... > > > > - erkan > > > > > > > > > > ______________________________________________________ > > Click here to donate to the Hurricane Katrina relief effort. > > http://store.yahoo.com/redcross-donate3/ > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.o= rg" > > > From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 16:23:03 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55E7016A41F for ; Tue, 6 Sep 2005 16:23:03 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: from web33412.mail.mud.yahoo.com (web33412.mail.mud.yahoo.com [68.142.206.144]) by mx1.FreeBSD.org (Postfix) with SMTP id D39FD43D45 for ; Tue, 6 Sep 2005 16:23:02 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: (qmail 52718 invoked by uid 60001); 6 Sep 2005 16:23:02 -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=G5yYxaScrtROSWbo6SP0ckDTwJW0GSYh8o80EjKifp4bNfj4THx2aZLGzCI0ARjELQqgFMQKobCH7xhAtGTXNR3g1dZkvExPloYRjhBMtfLeP7LSQYVPB5VaeK+cmrRDjmCeJevQEsLfIcQltCkyPQDFZsKUhnqTKlpf58zAo44= ; Message-ID: <20050906162302.52716.qmail@web33412.mail.mud.yahoo.com> Received: from [85.105.12.111] by web33412.mail.mud.yahoo.com via HTTP; Tue, 06 Sep 2005 09:23:02 PDT Date: Tue, 6 Sep 2005 09:23:02 -0700 (PDT) From: erkan kolemen To: freebsd-hackers@freebsd.org In-Reply-To: <494025505090609002221d6d0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: accept: Invalid argument X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 16:23:03 -0000 you're right; i added following before accept() addrlen = sizeof(struct sockaddr); >From manual: therwise, the addrlen argument is a value-result argument; it should initially contain the amount of space pointed to by addr; thanks - erkan --- victor cruceru wrote: > Also the 3rd argument for accept must be positive. > See man accept. > victor cruceru. > > On 9/6/05, victor cruceru > wrote: > > Did you call bind() and especially listen() before > accept()? > > victor cruceru > > > > > > On 9/6/05, erkan kolemen > wrote: > > > Hi, > > > > > > In a daemon loop, i am using accept() to accept > > > incoming connections. > > > > > > while(1) { > > > if((fd = accept(socketd, (struct sockaddr *) > &addr, > > > &addrlen)) == -1) { > > > syslog(LOG_ERR, "accept: %s", > strerror(errno)); > > > continue; > > > } > > > else { > > > ... > > > } > > > > > > accept always fails. What is wrong? i could > create > > > socket and i got a positive integer value as > socket > > > descriptor. following is from syslog: > > > > > > Sep 6 17:20:50 devel pro[99227]: accept: > Invalid > > > argument > > > Sep 6 17:21:20 devel last message repeated > 204686 > > > times > > > > > > What is wrong? i am calling accept before > fork().. So > > > i don't think child process affecting parent > process. > > > > > > thanks and regards... > > > > > > - erkan > > > > > > > > > > > > > > > > ______________________________________________________ > > > Click here to donate to the Hurricane Katrina > relief effort. > > > http://store.yahoo.com/redcross-donate3/ > > > _______________________________________________ > > > freebsd-hackers@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > > > > > > ______________________________________________________ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 18:24:38 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B45016A41F for ; Tue, 6 Sep 2005 18:24:38 +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 217A343D49 for ; Tue, 6 Sep 2005 18:24:37 +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 0733E46B1A; Tue, 6 Sep 2005 14:24:37 -0400 (EDT) Date: Tue, 6 Sep 2005 19:24:35 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: kamalp@acm.org In-Reply-To: Message-ID: <20050906191929.E78038@fledge.watson.org> References: <868xyack37.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Sergey Uvarov , freebsd-hackers@freebsd.org Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 18:24:38 -0000 On Tue, 6 Sep 2005, Kamal R. Prasad wrote: >> one or more names and none of these names are more correct or >> authoritative than any of the others. If a user does 'ln /bin/ls /tmp' >> (assuming /bin and /tmp are on the same filesystem), it may be obvious >> to you that /bin/ls is the "real name" is /tmp/ls is just an alias, but >> it is not obvious to the kernel. In fact, the kernel is unable to see >> any difference at all between these two names. > > Yes -but when a user requests a mapping of vnode to pathname, he is > asking in the context of files he has accessed (recently). In this > context, the name cache does suffice -but unfortunately not every unix > variant provides access to it. regards -kamal I suppose it depends a lot on what it is you plan to use the path for. For the purposes of audit, we've concluded that in fact we don't even need to re-generate the path, we'll simply use the path as requested by the user when a path was entered. I.e., our definition of "recently" is "immediately". Other less immediate definitions of "recently" are a bit of a problem though, since file access often happens over the course of months or years after the initial lookup took place, at which point things an be very, very stale. For example, programs often open log files and hold them open for extended periods; likewise libraries, data files, directories, and so on. How recently is recently? One tenth of a second? One second? Ten seconds? Ten minutes? Ten hours? Ten days? Ten weeks? Ten years? FreeBSD operates on all of these time scales... Right now the FreeBSD name cache reliably returns paths for a short period of time after they are looked up -- the further you get from the initial lookup, the less reliable they become. The reliability is largely affected by two factors: the fact that this is a cache, and things fall out of the cache, and the fact that the name space is quite mutable and invalidates entries in the cache. The third case of unreliability which is addressable is cases where synthetic file systems simply don't use the cache -- i.e., devfs. My proposal for dealing with this is simply to allow those synthetic file systems to return a name if they can. I think modifying them to use the name cache doesn't make sense however, since in many cases you don't want to cache: i.e., lookups of /dev/ptmx with the pts driver, or /proc/curproc, and caching would defeat the point. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 19:53:24 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC62416A420; Tue, 6 Sep 2005 19:53:24 +0000 (GMT) (envelope-from dan@dpcsys.com) Received: from ns.beach.net (ns.beach.net [12.130.64.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75BA243D53; Tue, 6 Sep 2005 19:53:22 +0000 (GMT) (envelope-from dan@dpcsys.com) Received: from [148.64.213.203] (misc-148-64-213-203.pool.starband.net [148.64.213.203]) by ns.beach.net (8.12.9/8.11.3) with ESMTP id j86JqXum072943; Tue, 6 Sep 2005 12:52:40 -0700 (PDT) (envelope-from dan@dpcsys.com) In-Reply-To: <20050906155820.GX33939@gir.gshapiro.net> References: <431DB787.3060507@nano.net> <20050906155820.GX33939@gir.gshapiro.net> Mime-Version: 1.0 (Apple Message framework v734) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1C867FE5-031C-497C-8E17-CBEB3445D0CD@dpcsys.com> Content-Transfer-Encoding: 7bit From: Dan Busarow Date: Tue, 6 Sep 2005 13:52:53 -0600 To: Gregory Neil Shapiro X-Mailer: Apple Mail (2.734) Cc: freebsd-hackers@freebsd.org, Steve Suhre Subject: Re: Sendmail & Procmail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 19:53:25 -0000 On Sep 6, 2005, at 9:58 AM, Gregory Neil Shapiro wrote: >> ... >> FEATURE(local_procmail, `/usr/bin/procmail') >> MAILER(procmail) >> MAILER(local) >> ... >> > > You don't need MAILER(procmail) if you are using FEATURE > (local_procmail). > On the other hand, procmail as a local mailer will only read the > user's > ~/.procmailrc, *not* the system wide one. If you want to use > procmail as > a system wide filter, there are examples of how to do this in the > EXAMPLES section of the procmail man page. You will need to drop > FEATURE(local_procmail) and just use MAILER(procmail) and add rules > or mailertable entries to get mail to go to that mailer. However, > that > may mean you no longer evaluate user ~/.procmailrc files. You'll have > to research the procmail side more. I have both MAILER(procmail) and FEATURE(local_procmail) in my .mc and site wide (/usr/local/etc/procmailrc) works fine. Is your procmail really in /usr/bin? >> I don't see spamc or spamd running >> > > That is a problem. spamd needs to be running for spamc to contact it. > Check /usr/local/etc/rc.d/sa-spamd.sh. Right, if spamd isn't running it doesn't matter if the procmail setup is correct since SA will never get called. Dan From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 20:02:15 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C5A816A41F for ; Tue, 6 Sep 2005 20:02:15 +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 3339643D46 for ; Tue, 6 Sep 2005 20:02: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 j86K29X2015508; Tue, 6 Sep 2005 13:02:09 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j86K28op015507; Tue, 6 Sep 2005 13:02:08 -0700 Date: Tue, 6 Sep 2005 13:02:08 -0700 From: Brooks Davis To: Tuc at T-B-O-H Message-ID: <20050906200208.GD16555@odin.ac.hmc.edu> References: <20050903171621.GA3927@core.310.ru> <200509031933.j83JXtfZ050463@himinbjorg.tucs-beachin-obx-house.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6WlEvdN9Dv0WHSBl" Content-Disposition: inline In-Reply-To: <200509031933.j83JXtfZ050463@himinbjorg.tucs-beachin-obx-house.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-hackers@freebsd.org, Stanislav Sedov Subject: Re: rc sequencing issue / mountcritremote X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 20:02:15 -0000 --6WlEvdN9Dv0WHSBl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 03, 2005 at 03:33:54PM -0400, Tuc at T-B-O-H wrote: > >=20 > > On Sat, Sep 03, 2005 at 12:20:41PM -0400, Tuc at T-B-O-H wrote: > >=20 > > > The problem I'm having is that when it attempts to remotely > > > mount the NFS filesystem I need, there are no support programs > > > running, namely (I THINK) : > > > > > > /etc/rc.d/rpcbind > > > /etc/rc.d/nfsclient > > > /etc/rc.d/mountd > > > /etc/rc.d/nfsd > > > /etc/rc.d/nfslocking > > =20 > > This is wrong, you don't need anything to mount remote NFS filesystems. > > nfsclient only sets some useful sysctls. > > See handbook for details. > >=20 > nfsclient not only does sysctls, but also runs rpc.umntall via > a dependency. I would still think the best time to do this is before > the remote filesystem is mounted. Since there are other items that need= =20 > rpcbind, it should be started first, and again I think before the=20 > filesystem. In checking more, the mountd isn't needed.=20 >=20 > The nfsd seems to take into account nfsserver, > rpcbind, mountd and a sysctl. However, the biggest one after rpcbind > I would think is nfslocking. It runs rpc.statd and rpc.lockd. I've > run into ALOT of problems with things if locking isn't running. So > isn't this also necessary before the mount? I know I use the remote > filesystem very soon after its mounted, so it would need to be > running very early on. =20 >=20 > So, even with the others not running, wouldn't I need > rpcbind and nfslocking done just before remotemountcrit? >=20 > One other thing I didn't touch too much on, is what > about the DNS resolution for the remote mount? named isn't running > until much later, so it hangs.... Isn't that something that should > be running so the resolution can happen? The apparent mismatch in ordering comes from the fact that /usr may not be assumed to exist until after mountcritremote and thus the commands you think should run before this point can not be run until later. I believe it would be better if mountcritremote only mounted critical files systems, not all of them, but we don't have the infrastructure to support that at the moment. To address you specific points, locking will start working the moment nfslocking is run so that's not a major issue. Any program that requires an essentially fully functional system should specifically require DAEMON. As to DNS, don't do that. You simply can't rely on DNS during the early part of the boot process, that's been the case forever and likely will remain so. -- 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 --6WlEvdN9Dv0WHSBl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDHfW/XY6L6fI4GtQRAhUoAKDCy8CetMvcE2OFkwslCt053tFYDQCgoyWx b4X8Ah2klEjdKVNTbXeBOnE= =x2Ya -----END PGP SIGNATURE----- --6WlEvdN9Dv0WHSBl-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 20:25:29 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A01916A41F for ; Tue, 6 Sep 2005 20:25:29 +0000 (GMT) (envelope-from nick@infoua.com.ua) Received: from infoua.com.ua (colo13-103.users.colocall.net [62.149.13.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id C06D243D48 for ; Tue, 6 Sep 2005 20:25:28 +0000 (GMT) (envelope-from nick@infoua.com.ua) Received: from nick by infoua.com.ua with local (Exim 4.51 (FreeBSD)) id 1ECjvR-000MvG-TB for hackers@freebsd.org; Tue, 06 Sep 2005 23:20:13 +0300 Date: Tue, 6 Sep 2005 23:20:13 +0300 From: Nick Strebkov To: hackers@freebsd.org Message-ID: <20050906202013.GA88099@infoua.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p2 X-Real-Name: =?koi8-u?B?89TSxcLLz9cgSMnLz8zByiDhzsHU?= =?koi8-u?B?z8zYxdfJ3g==?= Sender: User Nick Cc: Subject: Intel PRO/Wireless 2200BG/2915ABG X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 20:25:29 -0000 Hi, hackers. Does anybody here work already on this piece of hardware? I'm very interested in getting it work under FreeBSD and ready to help. -- Nick Strebkov Public key: http://humgat.org/~nick/pubkey.txt fpr: 552C 88D6 895B 6E64 F277 D367 8A70 8132 47F5 C1B6 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 21:22:23 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA5B916A41F for ; Tue, 6 Sep 2005 21:22:23 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 829EC43D46 for ; Tue, 6 Sep 2005 21:22:23 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 89A3619F3B; Tue, 6 Sep 2005 14:26:07 -0700 (PDT) From: "Darren Pilgrim" To: "'Nick Strebkov'" Date: Tue, 6 Sep 2005 14:22:24 -0700 Message-ID: <004001c5b329$135adc80$642a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal In-Reply-To: <20050906202013.GA88099@infoua.com.ua> Cc: freebsd-hackers@freebsd.org Subject: RE: Intel PRO/Wireless 2200BG/2915ABG X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 21:22:24 -0000 From: Nick Strebkov > > Does anybody here work already on this piece of hardware? I'm > very interested in getting it work under FreeBSD and ready to help. The iwi driver supports these cards. You'll want to get in touch with Sam Leffler[1] and Damien Bergamini[2] and probably help get the iwi driver fully ported and working with FreeBSD's 802.11 framework. Sam will likely be able to list off the known problems with the FreeBSD import of the driver. [1] Guru working on the net80211 framework. Email: sam@errno.com [2] Author of the iwi, iwp and ral drivers. Email: damien.bergamini@free.fr From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 22:00:39 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC3B516A41F for ; Tue, 6 Sep 2005 22:00:39 +0000 (GMT) (envelope-from nick@infoua.com.ua) Received: from infoua.com.ua (colo13-103.users.colocall.net [62.149.13.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7382F43D46 for ; Tue, 6 Sep 2005 22:00:37 +0000 (GMT) (envelope-from nick@infoua.com.ua) Received: from nick by infoua.com.ua with local (Exim 4.51 (FreeBSD)) id 1EClPW-000NS3-9H for hackers@freebsd.org; Wed, 07 Sep 2005 00:55:22 +0300 Date: Wed, 7 Sep 2005 00:55:22 +0300 From: Nick Strebkov To: hackers@freebsd.org Message-ID: <20050906215522.GA90066@infoua.com.ua> Mail-Followup-To: Nick Strebkov , hackers@freebsd.org References: <20050906202013.GA88099@infoua.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <20050906202013.GA88099@infoua.com.ua> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p2 X-Real-Name: =?koi8-u?B?89TSxcLLz9cgSMnLz8zByiDhzsHU?= =?koi8-u?B?z8zYxdfJ3g==?= Sender: User Nick Cc: Subject: Re: Intel PRO/Wireless 2200BG/2915ABG X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 22:00:40 -0000 Guys, > Does anybody here work already on this piece of hardware? I'm very > interested in getting it work under FreeBSD and ready to help. Thanks for your answers. I have 2915ABG and Belkin F5D8230-4 access point. Will it be enough to install RELENG_6 to play with iwi stuff? -- Nick Strebkov Public key: http://humgat.org/~nick/pubkey.txt fpr: 552C 88D6 895B 6E64 F277 D367 8A70 8132 47F5 C1B6 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 22:30:17 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82FAD16A41F for ; Tue, 6 Sep 2005 22:30:17 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D98743D48 for ; Tue, 6 Sep 2005 22:30:17 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 8ACEE19F52; Tue, 6 Sep 2005 15:34:01 -0700 (PDT) From: "Darren Pilgrim" To: "'Nick Strebkov'" , Date: Tue, 6 Sep 2005 15:30:18 -0700 Message-ID: <005001c5b332$8f97bcb0$642a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Importance: Normal In-Reply-To: <20050906215522.GA90066@infoua.com.ua> Cc: Subject: RE: Intel PRO/Wireless 2200BG/2915ABG X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 22:30:17 -0000 From: Nick Strebkov > > Thanks for your answers. I have 2915ABG and Belkin F5D8230-4 > access point. Will it be enough to install RELENG_6 to play > with iwi stuff? That depends. You'll need firmware before you can use the iwi driver. One of show-stopper problems with the iwi driver is that connections which spew large numbers of packets (cvs, cvsup, remote X, etc.) will make the iwi device suddenly stop working. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 22:47:54 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAC4616A41F for ; Tue, 6 Sep 2005 22:47:54 +0000 (GMT) (envelope-from nick@infoua.com.ua) Received: from infoua.com.ua (colo13-103.users.colocall.net [62.149.13.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D92843D46 for ; Tue, 6 Sep 2005 22:47:54 +0000 (GMT) (envelope-from nick@infoua.com.ua) Received: from nick by infoua.com.ua with local (Exim 4.51 (FreeBSD)) id 1ECm9H-000NvM-LM for hackers@freebsd.org; Wed, 07 Sep 2005 01:42:39 +0300 Date: Wed, 7 Sep 2005 01:42:39 +0300 From: Nick Strebkov To: hackers@freebsd.org Message-ID: <20050906224239.GA91956@infoua.com.ua> Mail-Followup-To: Nick Strebkov , hackers@freebsd.org References: <20050906215522.GA90066@infoua.com.ua> <005001c5b332$8f97bcb0$642a15ac@SMILEY> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: <005001c5b332$8f97bcb0$642a15ac@SMILEY> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p2 X-Real-Name: =?koi8-u?B?89TSxcLLz9cgSMnLz8zByiDhzsHU?= =?koi8-u?B?z8zYxdfJ3g==?= Sender: User Nick Cc: Subject: Re: Intel PRO/Wireless 2200BG/2915ABG X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 22:47:55 -0000 On Tue, Sep 06, 2005 at 03:30:18PM -0700, Darren Pilgrim wrote: > From: Nick Strebkov > > > > Thanks for your answers. I have 2915ABG and Belkin F5D8230-4 > > access point. Will it be enough to install RELENG_6 to play > > with iwi stuff? > > That depends. You'll need firmware before you can use the iwi driver. > One of show-stopper problems with the iwi driver is that connections > which spew large numbers of packets (cvs, cvsup, remote X, etc.) will > make the iwi device suddenly stop working. Hm... It's really sad, but how does this prob relates to selection CURRENT vs RELENG_6? -- Nick Strebkov Public key: http://humgat.org/~nick/pubkey.txt fpr: 552C 88D6 895B 6E64 F277 D367 8A70 8132 47F5 C1B6 From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 02:12:41 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2B7816A41F for ; Wed, 7 Sep 2005 02:12:41 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97FA643D48 for ; Wed, 7 Sep 2005 02:12:41 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from SMILEY (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 784E119F3B; Tue, 6 Sep 2005 19:16:25 -0700 (PDT) From: "Darren Pilgrim" To: "'Nick Strebkov'" , Date: Tue, 6 Sep 2005 19:12:40 -0700 Message-ID: <000901c5b351$a1080f30$642a15ac@SMILEY> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 In-Reply-To: <20050906224239.GA91956@infoua.com.ua> Importance: Normal Cc: Subject: RE: Intel PRO/Wireless 2200BG/2915ABG X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 02:12:42 -0000 From: Nick Strebkov > On Tue, Sep 06, 2005 at 03:30:18PM -0700, Darren Pilgrim wrote: > > From: Nick Strebkov > > >=20 > > > Thanks for your answers. I have 2915ABG and Belkin F5D8230-4 > > > access point. Will it be enough to install RELENG_6 to play=20 > > > with iwi stuff? > >=20 > > That depends. You'll need firmware before you can use the iwi driver.=20 > > One of show-stopper problems with the iwi driver is that connections > > which spew large numbers of packets (cvs, cvsup, remote X, etc.) will=20 > > make the iwi device suddenly stop working. >=20 > Hm... It's really sad, but how does this prob relates to=20 > selection CURRENT vs RELENG_6? In terms of if_iwi, CURRENT and RELENG_6 are pretty much in sync. The only difference I can see is that CURRENT is bringing in support for WME/802.11e. From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 02:15:53 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3323F16A41F; Wed, 7 Sep 2005 02:15:53 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61AB943D5C; Wed, 7 Sep 2005 02:15:45 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9p2/8.12.9) with ESMTP id j872FfYk040260; Tue, 6 Sep 2005 19:15:41 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id j872FeQE040259; Tue, 6 Sep 2005 19:15:40 -0700 (PDT) (envelope-from dillon) Date: Tue, 6 Sep 2005 19:15:40 -0700 (PDT) From: Matthew Dillon Message-Id: <200509070215.j872FeQE040259@apollo.backplane.com> To: Robert Watson References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , kamalp@acm.org, freebsd-hackers@freebsd.org, Sergey Uvarov Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 02:15:53 -0000 At the cost of drawing ire from FreeBSD core developers, I will point out that reverse-resolution is hardly a black-and-white issue. There are many shades of grey, and there is a huge problem set that can either be solved or 99.99% of the way solved (greatly reducing the time required to solve the remainder) with a more robust namecache implementation. FreeBSD's implementation is basically at the lowest rung on the ladder. DragonFly's is a couple of rungs up. DragonFly can returned a guarenteed consistent path (even through renames of any component) to any open vnode as well as tell you whether the namespace used to access the vnode was remove()'d. For an auditing program or for generating a high level journaling stream to generate a mirror on a remote host, that covers 99.99% of the filesystem. NFS views from the client are one of those shades of gray, since files and directories can be ripped up by other clients or the server, but since clients have to assume a certain level of consistency anyway it's hardly a show stopper from the point of view of any real-life use or need. Hardlinks are one of those shades of gray, but they hardly invalidate the many uses that namepath resolution can be put to. 99.99% of the files on most filesystems are either not hardlinked or not removed once acccessed, after all, and at least with UFS a directory CAN'T be hardlinked. The important thing is to reduce the problem set to something manageable. For a mirroring program or an auditing program, being able to get valid paths in real time for nearly all the changes made to a filesystem is no small thing, and you at least get a definitive red flag for any hardlinks (simply by the fact that st_nlink is greater then one) and can do it the slow way (aka scan/index all files with st_nlink > 1) for the remaining few, and track realtime namespace operations on hardlinked files after that (which is very easy to do). As to how to solve the basic problem in FreeBSD... well, it basically isn't solvable to the degree that DFly has solved it unless someone good spends a lot of time rewriting the namecache code and the VFS API. BUT, short of doing that, I think it *IS* possible to rewrite enough of the namecache to at least make the namecache records consistent against the active vnodes and to not throw away namecache records for the directory chain leading up to any vnode. It's even possible to generate the chain for vnodes generated from file handles (inode numbers), which an NFS server op has to do quite often, because the directory is available in those cases (DragonFly does this for NFS server operations so I know it's possible). It is even possible to do even less work to maintain the associations... you don't even NEED to have a working namecache, in fact. All you need are ref'd directory vnodes in a chain from any leaf leading to the mount point... basically taking the vnode->v_dd field and changing it from a verifier heuristic to a real, ref'd directory vnode, with appropriate feedback from filesystem to fix things up for rename(), and mark the namecache entry as invalid for remove(). Given a valid directory vnode chain, you can ALWAYS regenerate a valid path (maybe not the only path, but a *VALID* path) to any vnode for all cases except the case where you have a hardlinked file that you have open()'d and remove()'d. Very few programs care about open but completely unlinked files. DragonFly can provide the original path to such a file, but it flags it as having been removed and one can almost certainly ignore such files for, e.g. filesystem mirroring and even for auditing if the file is not otherwise important. Considering the rarity of the case, it would be sufficient to simply red-flag the condition (which you can reliably do with a v_dd directory chain implementation). In summary, the implementation would be: * Maintain vref'd v_dd pointers in leaf vnodes representing the directory tree to a leaf so they can't go away until the leaf vnode goes away. * Handle NFS server based file handle -> vnode translation by resolving the chain to root (doable because the NFS server has access to the related directory vnode for all such translations). * Use the namecache when it exists, and * Create related namecache records when asked to resolve a full path when it doesn't by recursing upwards through the directory chains and scanning the directory to locate the name translation for the underlying vnode. DragonFly does this for the NFS server (see the cache_inefficient_scan() procedure in kern/vfs_cache.c in the DFly source for an example). That is more achievable in FreeBSD. In fact, I would say that it is VERY achievable in FreeBSD because you are not trying to maintain a fully coherent namecache like DragonFly does, you are simply maintaining enough information to be able to regenerate the path when the namecache record happens not to exist. This means you don't have to fix all the places in FreeBSD where it unconditionally invalidates large chunks of the namecache out of laziness in the original implementation (that alone took several months for me to fix in DragonFly). If nobody wants to do it, well, that's one thing, but it's different from saying that it's impossible when it clearly is not impossible. -Matt From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 05:25:16 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21C6D16A41F for ; Wed, 7 Sep 2005 05:25:16 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E65F43D45 for ; Wed, 7 Sep 2005 05:25:15 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so631810wxd for ; Tue, 06 Sep 2005 22:25: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:references; b=koF+H96BaGQlGDxtyeaxG9n8O2fX6ND0xmLDIYAOLhJFASe1UwnkddfWeVrnmTSl9AuhAdH0rBLexEFG7BhojSa8QnLdgrfUfUaC+lhlToV/viE71NkrQovmY9jV6LgdQHhkCmqXn6f2BevguptsMINLT6lbcewjwuJUpir9GXc= Received: by 10.70.26.3 with SMTP id 3mr151134wxz; Tue, 06 Sep 2005 22:18:12 -0700 (PDT) Received: by 10.70.23.12 with HTTP; Tue, 6 Sep 2005 22:18:12 -0700 (PDT) Message-ID: Date: Wed, 7 Sep 2005 10:48:12 +0530 From: "Kamal R. Prasad" To: Robert Watson In-Reply-To: <20050906191929.E78038@fledge.watson.org> Mime-Version: 1.0 References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> 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 Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Sergey Uvarov , freebsd-hackers@freebsd.org Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 05:25:16 -0000 On 9/6/05, Robert Watson wrote: >=20 > On Tue, 6 Sep 2005, Kamal R. Prasad wrote: >=20 > >> one or more names and none of these names are more correct or > >> authoritative than any of the others. If a user does 'ln /bin/ls /tmp' > >> (assuming /bin and /tmp are on the same filesystem), it may be obvious > >> to you that /bin/ls is the "real name" is /tmp/ls is just an alias, bu= t > >> it is not obvious to the kernel. In fact, the kernel is unable to see > >> any difference at all between these two names. > > > > Yes -but when a user requests a mapping of vnode to pathname, he is > > asking in the context of files he has accessed (recently). In this > > context, the name cache does suffice -but unfortunately not every unix > > variant provides access to it. regards -kamal >=20 > I suppose it depends a lot on what it is you plan to use the path for. > For the purposes of audit, we've concluded that in fact we don't even nee= d > to re-generate the path, we'll simply use the path as requested by the > user when a path was entered. I.e., our definition of "recently" is > "immediately". =20 Thanks for the info detailed herewith. My purpose is similar to lsof utility. It looks up the namecache and=20 provides a list of open filenames for a given process and it turns out that= =20 lsof is cross-platform and quite popular. Just curious -how huge would the name cache be -if all open files had a=20 vnode<-->pathname mapping recorded? The mappings can be dropped when the=20 file descriptor's reference count drops to 0. regards -kamal =20 > Other less immediate definitions of "recently" are a bit of a problem > though, since file access often happens over the course of months or year= s > after the initial lookup took place, at which point things an be very, > very stale. For example, programs often open log files and hold them open > for extended periods; likewise libraries, data files, directories, and so > on. How recently is recently? One tenth of a second? One second? Ten > seconds? Ten minutes? Ten hours? Ten days? Ten weeks? Ten years? > FreeBSD operates on all of these time scales... Right now the FreeBSD > name cache reliably returns paths for a short period of time after they > are looked up -- the further you get from the initial lookup, the less > reliable they become. The reliability is largely affected by two factors: > the fact that this is a cache, and things fall out of the cache, and the > fact that the name space is quite mutable and invalidates entries in the > cache. >=20 > The third case of unreliability which is addressable is cases where > synthetic file systems simply don't use the cache -- i.e., devfs. My > proposal for dealing with this is simply to allow those synthetic file > systems to return a name if they can. I think modifying them to use the > name cache doesn't make sense however, since in many cases you don't want > to cache: i.e., lookups of /dev/ptmx with the pts driver, or > /proc/curproc, and caching would defeat the point. >=20 > Robert N M Watson > From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 06:06:47 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADF4D16A41F for ; Wed, 7 Sep 2005 06:06:47 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (creme-brulee.marcuscom.com [24.172.16.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4479B43D45 for ; Wed, 7 Sep 2005 06:06:47 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from shumai.marcuscom.com (shumai.marcuscom.com [192.168.1.4]) by creme-brulee.marcuscom.com (8.13.4/8.13.4) with ESMTP id j8766uFZ068508 for ; Wed, 7 Sep 2005 02:06:56 -0400 (EDT) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: freebsd-hackers@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-/MZE05Vs1ad7cXEDMoiD" Organization: FreeBSD, Inc. Date: Wed, 07 Sep 2005 02:06:44 -0400 Message-Id: <1126073204.18969.15.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: Subject: Why is our symbol lookup the way it is? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 06:06:47 -0000 --=-/MZE05Vs1ad7cXEDMoiD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable This is something that's been bothering me for a while, ever since I fixed the symbol conflicts in Mozilla with -Bsymbolic. Why do we not look in the referencing object first by default? I'm referring to the great comments in the symlook_default() function in rtld.c. We only check the referencing object first when -Bsymbolic is passed to the linker. The main reason I'm asking is that I just tracked down another symbol conflict in a dlopen'd library that plagues us but not Linux. I assume there was a good reason for resolving symbols in the order we do, but admittedly, I don't understand enough of the linker to know what it is. Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-/MZE05Vs1ad7cXEDMoiD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDHoN0b2iPiv4Uz4cRAjrBAKCtp6x+tCdHiwA3cXWvS6m0yntoSwCggCCi cjRjzasFNzs25b/TqyKLG9E= =e+V0 -----END PGP SIGNATURE----- --=-/MZE05Vs1ad7cXEDMoiD-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 09:43:48 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 952A516A41F; Wed, 7 Sep 2005 09:43:48 +0000 (GMT) (envelope-from SRS0=WGRssbaA=XJ=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02F3843D45; Wed, 7 Sep 2005 09:43:47 +0000 (GMT) (envelope-from SRS0=WGRssbaA=XJ=metro.cx=fbsd@sonologic.nl) Received: from [10.1.4.2] (sonolo.xs4all.nl [80.126.206.91]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id j879heKQ036266; Wed, 7 Sep 2005 09:43:43 GMT Message-ID: <431EB695.1090400@metro.cx> Date: Wed, 07 Sep 2005 11:44:53 +0200 From: Koen Martens Organization: Sonologic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vinod Kashyap References: <2B3B2AA816369A4E87D7BE63EC9D2F269B7B4D@SDCEXCHANGE01.ad.amcc.com> In-Reply-To: <2B3B2AA816369A4E87D7BE63EC9D2F269B7B4D@SDCEXCHANGE01.ad.amcc.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 80.126.206.91 is authenticated by a trusted mechanism) Cc: freebsd-hackers@freebsd.org, Dimitry Andric Subject: Re: panic in propagate_priority w/ postgresql under heavy load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 09:43:48 -0000 Vinod Kashyap wrote: > You seem to be booting off of a 9000 (twa) controller and not 7000/8000 > (twe). > It could be because of a 9000 firmware bug that you are not being able > to > get the dump. The firmware wrongly interprets physical address 0x0 as > invalid > during dumps, and fails the operations. This bug will be fixed in > future > firmware releases. Indeed am I booting of twa, swap is also on there. Just got back from vacation, we did have another panic. The box was booted into single user mode right after that, after which an image of the swap partition was made with dd. When I got back, i turned of swap momentarily and dd'ed the image back on the swap partition, after which i ran savecore. However, savecore reports 'no dumps found'. With the -f option it also says: 'unable to force dump - bad magic' (Note: swap is 2048mb, physical memory is also 2048mb). So basically, what i'm left with now is a production server that crashes every x days, possibly resulting in some database corruption, and no way to obtain more info about the crash than i have already provided... I will try and install a comparable setup on a spare box, without the twa (plain IDE) and see if i can reproduce something, if i can find some time to do this in. I will also try bumping the witness limits. What is this witness business anyway, what does it output and/or where do i RTFM about it? Gr, Koen -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, hosting, embedded systems, unix, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 10:22:28 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E05AA16A41F for ; Wed, 7 Sep 2005 10:22:28 +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 7AE1F43D45 for ; Wed, 7 Sep 2005 10:22: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 44BF146B39; Wed, 7 Sep 2005 06:22:27 -0400 (EDT) Date: Wed, 7 Sep 2005 11:22:24 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Matthew Dillon In-Reply-To: <200509070215.j872FeQE040259@apollo.backplane.com> Message-ID: <20050907111035.B85520@fledge.watson.org> References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> <200509070215.j872FeQE040259@apollo.backplane.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , kamalp@acm.org, freebsd-hackers@freebsd.org, Sergey Uvarov Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 10:22:29 -0000 On Tue, 6 Sep 2005, Matthew Dillon wrote: > NFS views from the client are one of those shades of gray, since > files and directories can be ripped up by other clients or the > server, but since clients have to assume a certain level of > consistency anyway it's hardly a show stopper from the point of view > of any real-life use or need. The NFS server problem I was referring to specifically came up in the case of the DTE work is as follows, and can't be solved through modifications to the name cache: - An NFS client uses lookups to retrieve the file handle of /foo/bar/baz on an NFS server. It sets the cwd of a process on the client to that handle. - The NFS server reboots, flushing its name cache and other state. - The NFS client begins to look up and access files relative to the handle of /foo/bar/baz, which is fine because it has a file handle. All further file access by the NFS client is done relative to directories that don't appear in the name cache unless faulted in through further access to that directory via the file system root, and access to existing open files may be done without access to any directory at all. It may even happen if the file isn't open on the client but the path data is cached in the client avoiding server access. This doesn't just apply to direct remote access -- local access by file handle for rpc.lockd and friends is similarly affected, such as access via fhopen() in order to proxy locking operations. In the case of DTE, the file server was required to reconstruct a path to the directory and files, which in the case of a pure directory access required a number of I/O's to walk up the tree to the root. In the case of simply accessing a file and not a directory, it required an O(1) search of directories on the disk to find a directory that referenced the file. Both of these mechanisms fall ratherly firmly into the "undesirable" category, but are necessary if you want reliable and arbitrary vnode->path conversion. Hence my asking about who the consumer is, when they need the data, and how timely the data needs to be. If you're only interested in the actions of local processes, then the name cache can be a somewhat reliable source of name data. If you're also interested in identifying the actions of remote consumers of files accessing by file handle, which may account for the majority of activity on a file system on an NFS file server -- i.e., for a server side access monitoring tool, then that may cause significant difficulty. This is because, as has been discussed extensively, paths are traversals of a name space at a particular time, and not properties of files themselves. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 10:45:52 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A055E16A41F for ; Wed, 7 Sep 2005 10:45:52 +0000 (GMT) (envelope-from nick@taran.infoua.com.ua.golden.ipnet.kiev.ua) Received: from taran.infoua.com.ua.golden.ipnet.kiev.ua (2s-hosting.Kyiv.wnet.ua [217.20.163.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25BED43D48 for ; Wed, 7 Sep 2005 10:45:51 +0000 (GMT) (envelope-from nick@taran.infoua.com.ua.golden.ipnet.kiev.ua) Received: from taran.infoua.com.ua (localhost [127.0.0.1]) by taran.infoua.com.ua (8.13.3/8.13.3) with ESMTP id j86JFHv9003172 for ; Tue, 6 Sep 2005 22:15:17 +0300 (EEST) (envelope-from nick@taran.infoua.com.ua) Received: (from nick@localhost) by taran.infoua.com.ua (8.13.3/8.13.3/Submit) id j86JFHsB003171 for hackers@freebsd.org; Tue, 6 Sep 2005 22:15:17 +0300 (EEST) (envelope-from nick) Date: Tue, 6 Sep 2005 22:15:16 +0300 From: Nick Strebkov To: hackers@freebsd.org Message-ID: <20050906191516.GA3095@taran.infoua.com.ua> Mail-Followup-To: Nick Strebkov , hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE X-Real-Name: =?koi8-u?B?89TSxcLLz9cgSMnLz8zByiDhzsHU?= =?koi8-u?B?z8zYxdfJ3g==?= Cc: Subject: Driver for Intel PRO/Wireless 2200BG/2195ABG X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 10:45:52 -0000 Hi, hackers. Does anybody here work already on this piece of hardware? I'm very interested in getting it work under FreeBSD and ready to help. -- Nick Strebkov Public key: http://humgat.org/~nick/pubkey.txt fpr: 552C 88D6 895B 6E64 F277 D367 8A70 8132 47F5 C1B6 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 15:15:59 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 991EC16A420 for ; Tue, 6 Sep 2005 15:15:59 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: from web33406.mail.mud.yahoo.com (web33406.mail.mud.yahoo.com [68.142.206.138]) by mx1.FreeBSD.org (Postfix) with SMTP id C1D5343D4C for ; Tue, 6 Sep 2005 15:15:56 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: (qmail 80649 invoked by uid 60001); 6 Sep 2005 15:15:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=42Xfyl8PrYuVu6TaiRGO7kTCm11niSvFwsL1V51m5BoDaRPOf65BftBf2BL7GDC0l1waWjLTUMgVKz9z857LzLdJOpNRaQpgu9vXdpxIYCDxS/ZOQ3fNCE2Tzh+4kb5MizKa1qdpYRO3moJOsrN/wMK71B2t+5WFWBab+/I6aXo= ; Message-ID: <20050906151552.80644.qmail@web33406.mail.mud.yahoo.com> Received: from [85.105.12.111] by web33406.mail.mud.yahoo.com via HTTP; Tue, 06 Sep 2005 08:15:52 PDT Date: Tue, 6 Sep 2005 08:15:52 -0700 (PDT) From: erkan kolemen To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 07 Sep 2005 11:23:01 +0000 Subject: accept: Invalid argument X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 15:15:59 -0000 Hi, In a daemon loop, i am using accept() to accept incoming connections. while(1) { if((fd = accept(socketd, (struct sockaddr *) &addr, &addrlen)) == -1) { syslog(LOG_ERR, "accept: %s", strerror(errno)); continue; } else { ... } accept always fails. What is wrong? i could create socket and i got a positive integer value as socket descriptor. following is from syslog: Sep 6 17:20:50 devel pro[99227]: accept: Invalid argument Sep 6 17:21:20 devel last message repeated 204686 times What is wrong? i am calling accept before fork().. So i don't think child process affecting parent process. thanks and regards... ______________________________________________________ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 6 16:29:20 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3478716A41F; Tue, 6 Sep 2005 16:29:20 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id E880643D46; Tue, 6 Sep 2005 16:29:19 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms171.mailsrvcs.net ([192.168.1.4]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IME00EUVLSVE5L0@vms040.mailsrvcs.net>; Tue, 06 Sep 2005 11:29:19 -0500 (CDT) Date: Tue, 06 Sep 2005 11:29:19 -0500 (CDT) From: Sergey Babkin To: Giorgos Keramidas , Igor Shmukler Message-id: <11338458.1126024159573.JavaMail.root@vms171.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailman-Approved-At: Wed, 07 Sep 2005 11:23:01 +0000 Cc: Dag-Erling Sm?rgrav , Sergey Uvarov , freebsd-hackers@freebsd.org Subject: Re: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: babkin@users.sf.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2005 16:29:20 -0000 >From: Giorgos Keramidas >On 2005-09-06 19:27, Igor Shmukler wrote: >> Perhaps, I do not get it or maybe you are do not getting my point. >> >> There are times when resolving would not be possible or a name returned is >> not necessarily the one used when file was first accessed. We have discussed >> it here and everyone agreed on that. The hardlinks or files unlinked while >> vnode is still open are corner cases. The unlink is a bit more difficult to >> deal with, but hardlinks are probably not a big issue. As long as we can get >> A name, we may not even need to know THE name. > >Why does it make sense to get name A in the following scenario then? > > user 1 creates file A > user 1 hardlinks this to B > user 1 gets the "real name" of A > user 2 deletes file A > user 2 creates a new file called A > user 1 tries to access A and gets something unexpected > >Corner cases and their handling *is* important. Find another way to do >whatever it is you're thinking you can do with "the real name of a vnode". This particular case is easy to handle: all that user 1 needs to do is to do fstat() after opening the file and check that the returned inode field is still the same. On the otehr hand, if there is this new interface to access files directly by inode numbers, why bother with any names at all? If a name is so desirable, then just create a pseudo-fs translation that would convert the text-formatted device and inode number given to it as a file name to an access to the identified file. Though both this and access directly by vnode number open a security hole: in many cases the access to files mught be actually limited by making the directories unreadable to the unwanted users. Bypassing the directories bypasses this "security by obscurity". -SB From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 11:29:15 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 202E216A41F for ; Wed, 7 Sep 2005 11:29:15 +0000 (GMT) (envelope-from fenix@ramb.com.ua) Received: from zero.ramb.com.ua (zero.ramb.com.ua [62.149.0.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69EF343D48 for ; Wed, 7 Sep 2005 11:29:13 +0000 (GMT) (envelope-from fenix@ramb.com.ua) Received: from [195.78.58.42] (sirius.ramb.com.ua [195.78.58.42]) by zero.ramb.com.ua (8.13.3/8.13.3) with ESMTP id j87Ecbbt016757; Wed, 7 Sep 2005 14:38:41 GMT (envelope-from fenix@ramb.com.ua) Message-ID: <431ECEDA.6050907@ramb.com.ua> Date: Wed, 07 Sep 2005 14:28:26 +0300 From: "Sergey S. Ropchan" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050624) X-Accept-Language: en-us, en MIME-Version: 1.0 To: erkan kolemen , freebsd-hackers@freebsd.org References: <20050906153451.86233.qmail@web33406.mail.mud.yahoo.com> In-Reply-To: <20050906153451.86233.qmail@web33406.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/1002/Wed Aug 3 10:29:36 2005 clamav-milter version 0.80j on zero.ramb.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.0 required=6.3 tests=none autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on zero.ramb.com.ua Cc: Subject: Re: accept: Invalid argument X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 11:29:15 -0000 It seems, one from accept() arguments not correctly defined, could you please show definitions of: socketd, addr and addrlen !? Or full source !? >Hi, > >In a daemon loop, i am using accept() to accept >incoming connections. > >while(1) { >if((fd = accept(socketd, (struct sockaddr *) &addr, >&addrlen)) == -1) { > syslog(LOG_ERR, "accept: %s", strerror(errno)); > continue; >} >else { > ... >} > >accept always fails. What is wrong? i could create >socket and i got a positive integer value as socket >descriptor. following is from syslog: > >Sep 6 17:20:50 devel pro[99227]: accept: Invalid >argument >Sep 6 17:21:20 devel last message repeated 204686 >times > >What is wrong? i am calling accept before fork().. So >i don't think child process affecting parent process. > >thanks and regards... > >- erkan > > > > >______________________________________________________ >Click here to donate to the Hurricane Katrina relief effort. >http://store.yahoo.com/redcross-donate3/ >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > >. > > > Best regards Sergey S. Ropchan From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 11:32:07 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D36C16A41F; Wed, 7 Sep 2005 11:32:07 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 275A243D4C; Wed, 7 Sep 2005 11:32:07 +0000 (GMT) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j87BW7tR075476; Wed, 7 Sep 2005 11:32:07 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j87BW7Oe075475; Wed, 7 Sep 2005 11:32:07 GMT (envelope-from kan) Date: Wed, 7 Sep 2005 11:32:06 +0000 From: Alexander Kabaev To: Joe Marcus Clarke Message-ID: <20050907113206.GA73920@freefall.freebsd.org> References: <1126073204.18969.15.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1126073204.18969.15.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@FreeBSD.org Subject: Re: Why is our symbol lookup the way it is? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 11:32:07 -0000 On Wed, Sep 07, 2005 at 02:06:44AM -0400, Joe Marcus Clarke wrote: > This is something that's been bothering me for a while, ever since I > fixed the symbol conflicts in Mozilla with -Bsymbolic. Why do we not > look in the referencing object first by default? I'm referring to the > great comments in the symlook_default() function in rtld.c. We only > check the referencing object first when -Bsymbolic is passed to the > linker. Number of reasons. Programs should be able to override symbols from dynamim libraries, for instance. C++ exceptions won't work with -Bsymbolic when exceptions are thrown across shared library boundaries, as thrower and hander will use their own typeinfo structures and the catch clause in handler block will simply not recognize the exception, etc. > > The main reason I'm asking is that I just tracked down another symbol > conflict in a dlopen'd library that plagues us but not Linux. I assume > there was a good reason for resolving symbols in the order we do, but > admittedly, I don't understand enough of the linker to know what it is. > Thanks. I would suggest providing an exect scenario that is biting you. I fixed most incompatibilities in symbol lookup order between us and Linux for when Martin Blapp was working on initial OpenOffice port and if there is another, I would like to know about it. -- Alexander Kabaev From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 11:32:39 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46FD716A41F for ; Wed, 7 Sep 2005 11:32:39 +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 7D9E943D46 for ; Wed, 7 Sep 2005 11:32:38 +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 j87BWZCD013751; Wed, 7 Sep 2005 14:32:35 +0300 Received: from orion.daedalusnetworks.priv (orion [127.0.0.1]) by orion.daedalusnetworks.priv (8.13.4/8.13.4) with ESMTP id j87BWZ2k007662; Wed, 7 Sep 2005 14:32:35 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by orion.daedalusnetworks.priv (8.13.4/8.13.4/Submit) id j87BWYQ4007661; Wed, 7 Sep 2005 14:32:34 +0300 (EEST) (envelope-from keramida@freebsd.org) X-Authentication-Warning: orion.daedalusnetworks.priv: keramida set sender to keramida@freebsd.org using -f Date: Wed, 7 Sep 2005 14:32:34 +0300 From: Giorgos Keramidas To: babkin@users.sourceforge.net Message-ID: <20050907113234.GE7415@orion.daedalusnetworks.priv> References: <11338458.1126024159573.JavaMail.root@vms171.mailsrvcs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11338458.1126024159573.JavaMail.root@vms171.mailsrvcs.net> Cc: Dag-Erling Sm?rgrav , freebsd-hackers@freebsd.org, Sergey Uvarov Subject: Re: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 11:32:39 -0000 On 2005-09-06 11:29, Sergey Babkin wrote: >Giorgos Keramidas >>On 2005-09-06 19:27, Igor Shmukler wrote: >>> Perhaps, I do not get it or maybe you are do not getting my point. >>> >>> There are times when resolving would not be possible or a name returned is >>> not necessarily the one used when file was first accessed. We have discussed >>> it here and everyone agreed on that. The hardlinks or files unlinked while >>> vnode is still open are corner cases. The unlink is a bit more difficult to >>> deal with, but hardlinks are probably not a big issue. As long as we can get >>> A name, we may not even need to know THE name. >> >> Why does it make sense to get name A in the following scenario then? >> >> user 1 creates file A >> user 1 hardlinks this to B >> user 1 gets the "real name" of A >> user 2 deletes file A >> user 2 creates a new file called A >> user 1 tries to access A and gets something unexpected >> >> Corner cases and their handling *is* important. Find another way to do >> whatever it is you're thinking you can do with "the real name of a vnode". > > This particular case is easy to handle: all that user 1 needs to do is > to do fstat() after opening the file and check that the returned inode > field is still the same. This sounds still a bit hackish. Why require that user 1 reopens the file when a) he already has an open descriptor to, for example, i-node 12345, b) reopening may have unwanted side-effects? > On the otehr hand, if there is this new interface to access files directly > by inode numbers, why bother with any names at all? That's more like it. From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 11:46:06 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B6C716A41F for ; Wed, 7 Sep 2005 11:46:06 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id F14A443D49 for ; Wed, 7 Sep 2005 11:46:05 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: by wproxy.gmail.com with SMTP id i4so1267688wra for ; Wed, 07 Sep 2005 04:46:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:reply-to:from:to:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=jW4DXMKgnWvfoRphV0z9IEQXRcsyJGDKkJncrUg2gehOQNSpBXgmY6xCpDHa/6MgCzjOKIV1ml9jT+lwhA5si4JF6eeSW5e2g4lzvvZ1EQFknV+T7ca4rcumwmTkjyVSy49ntYB6QR3Cj7C2pEYHhdSVDen6TdAmPYQeO9PVa6w= Received: by 10.54.56.8 with SMTP id e8mr5553911wra; Wed, 07 Sep 2005 04:46:05 -0700 (PDT) Received: from pranav ( [59.95.6.112]) by mx.gmail.com with ESMTP id d61sm3551153wra.2005.09.07.04.46.03; Wed, 07 Sep 2005 04:46:05 -0700 (PDT) Message-ID: <021401c5b3a5$02a0de40$0201a8c0@pranav> From: "Pranav Peshwe" To: Date: Wed, 7 Sep 2005 17:39:30 +0530 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.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Project in FreeBSD. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pranav Peshwe List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 11:46:06 -0000 Hello, I am a final year CS student and wish to do a project in the FBSD kernel or networking domains. I am a part of a project group of four and we have the project as a part of syllabus for the final year. Ideas we could think of were : 1) Dynamically Configurable IO schedulers and scheduling policy. - similar to the project mentioned on the SOC page for FBSD. 2) Creating a program which would save the state of the kernel at some instant.Then if the kernel panics,the saved state will be restored. Especially useful for kernel level development which can cause frequent panics. Could anybody please comment on the above ideas. I do not know whether they are already implemented and included in the mainline distro. We would also like to hear about any other ideas related to FBSD. We would be very happy to contribute our bit to the development of FBSD. TIA. Sincere regards, Pranav.J.Peshwe From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 12:35:59 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FE4A16A41F for ; Wed, 7 Sep 2005 12:35:59 +0000 (GMT) (envelope-from tech@nano.net) Received: from mail.smallweb.com (mail.smallweb.com [216.85.125.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DC8C43D46 for ; Wed, 7 Sep 2005 12:35:59 +0000 (GMT) (envelope-from tech@nano.net) Received: from [216.85.125.9] (sixpence.nano.net [216.85.125.9]) by mail.smallweb.com (Rockliffe SMTPRA 5.3.11) with ESMTP id for ; Wed, 7 Sep 2005 06:35:20 -0600 Message-ID: <431EDEAF.1010102@nano.net> Date: Wed, 07 Sep 2005 06:35:59 -0600 From: Steve Suhre User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Sendmail not using aliases X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 12:35:59 -0000 I'm upgrading a server and have sendmail 8.13.1 installed. I've moved the aliases and virtusertable files over and have run makemap and newaliases. Sendmail has been complaining that it can't find aliased users like postmaster and www. I doublechecked the aliases file and they are there. If I add them to the virtusertable file, which I'd rather not do, then sendmail stops complaining and delivers the mail. I checked for the "-n" flag and it's not set when runnung sendmail at startup. I also checked to see that the aliases file was in the correct place as indicated in sendmail.cf. Any ideas? -- Steve Suhre steve@pasta.net 439.6052 Cell 632.2897 Home From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 12:53:18 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04AB816A426 for ; Wed, 7 Sep 2005 12:53:17 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3389B43D45 for ; Wed, 7 Sep 2005 12:53:16 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from sinanica.bg.datamax (sinanica.bg.datamax [192.168.10.1]) by jengal.datamax.bg (Postfix) with QMQP id 0909F87C8 for ; Wed, 7 Sep 2005 15:53:16 +0300 (EEST) Received: (nullmailer pid 56248 invoked by uid 1004); Wed, 07 Sep 2005 12:53:15 -0000 Date: Wed, 7 Sep 2005 15:53:15 +0300 From: Vasil Dimov To: freebsd-hackers@freebsd.org Message-ID: <20050907125315.GA56206@sinanica.bg.datamax> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.10i Subject: panic: mutex "ipf state entry" already initialized X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@datamax.bg List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 12:53:18 -0000 Hi, all I have submitted a PR for this (kern/85809), but I guess someone on this list may have some explanation: After adding: options WITNESS options INVARIANTS options INVARIANT_SUPPORT options MUTEX_DEBUG to my kernel config (for bug hunting, related to disk io->crash) I got 100% reproduceable panic at boot time, just after "starting ipmon": panic: mutex "ipf state entry" 0xc14f18fc already initialized So I found that the problem is that the `isn' structure, passed as arg to fr_stinsert() at ip_state.c:531 has the INITIALIZED flag set in its is_lock.mtx_object.lo_flags member. The problem comes from: ip_state.c:467: error = IRCOPYPTR(data, (caddr_t)&ips, sizeof(ips)); after the "copy" (int)(((ipstate_save_t *)data)->ips_is.is_lock.mtx_object.lo_flags) is zero, while (int)ips.ips_is.is_lock.mtx_object.lo_flags is not (it is 0x30000)! This is 100% verified, I compared all the 628 bytes in `data' and `&ips' before and after IRCOPYPTR - `data' was the same before and after (ofcourse), while the 628 bytes in `&ips' were changed after the copy, but had nothing similar with the ones in `data'. I was able to use kgdb, and get the backtrace and all, but after some recompilation/crash I got: # kgdb kernel.debug /var/crash/vmcore.16 kgdb: cannot read PTD # So I cannot send the backtrace (any suggestions?). Btw I think this is strange: # grep -ri memcpy_fromfs /usr/src/ 2>/dev/null /usr/src/sys/contrib/ipfilter/netinet/ip_compat.h: memcpy_fromfs(b, a, c); \ /usr/src/sys/contrib/ipfilter/netinet/ip_compat.h: memcpy_fromfs(ca, a, sizeof(ca)); /usr/src/sys/contrib/ipfilter/netinet/ip_compat.h: memcpy_fromfs(b, ca, c); /usr/src/sys/contrib/ipfilter/netinet/ip_compat.h: memcpy_fromfs(ca, b, sizeof(ca)); # Where does memcpy_fromfs come from? The blind fix I have attached seems to work on my system... uname -a FreeBSD kutelo1.bg.datamax 5.4-STABLE FreeBSD 5.4-STABLE #15: Tue Sep 6 21:31:35 EEST 2005 root@kutelo1.bg.datamax:/usr/src/sys/i386/compile/KUTELO1 i386 --- info.16 begins here --- Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 16777216 Dump Length: 134152192B (127 MB) Blocksize: 512 Dumptime: Tue Sep 6 20:36:12 2005 Hostname: kutelo1.bg.datamax Magic: FreeBSD Kernel Dump Version String: FreeBSD 5.4-STABLE #12: Fri Sep 2 22:23:43 EEST 2005 root@kutelo1.bg.datamax:/usr/src/sys/i386/compile/KUTELO1 Panic String: mutex "ipf state entry" 0xc14f18fc already initialized Dump Parity: 3483033950 Bounds: 16 Dump Status: good --- info.16 ends here --- --- dmesg begins here --- 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 5.4-STABLE #15: Tue Sep 6 21:31:35 EEST 2005 root@kutelo1.bg.datamax:/usr/src/sys/i386/compile/KUTELO1 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) processor (800.04-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x631 Stepping = 1 Features=0x183f9ff AMD Features=0xc0440000 real memory = 134152192 (127 MB) avail memory = 121413632 (115 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xe400-0xe41f irq 12 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe800-0xe81f irq 12 at device 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) rl0: port 0xec00-0xecff mem 0xe7000000-0xe70000ff irq 11 at device 13.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:c0:26:5e:87:f2 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 800036114 Hz quality 800 Timecounters tick every 20.000 msec IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled witness_get: witness exhausted ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging unlimited ad0: 38166MB [77545/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a --- dmesg ends here --- --- ip_state.c.diff begins here --- --- sys/contrib/ipfilter/netinet/ip_state.c.orig Tue Sep 6 22:13:21 2005 +++ sys/contrib/ipfilter/netinet/ip_state.c Tue Sep 6 22:13:44 2005 @@ -464,9 +464,7 @@ frentry_t *fr; char *name; - error = IRCOPYPTR(data, (caddr_t)&ips, sizeof(ips)); - if (error) - return error; + bcopy(data, &ips, sizeof(ips)); KMALLOC(isn, ipstate_t *); if (isn == NULL) --- ip_state.c.diff ends here --- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 13:33:13 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9254216A420 for ; Wed, 7 Sep 2005 13:33:13 +0000 (GMT) (envelope-from gbergling@0xfce3.net) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A65D43D45 for ; Wed, 7 Sep 2005 13:33:12 +0000 (GMT) (envelope-from gbergling@0xfce3.net) X-Envelope-From: gbergling@0xfce3.net X-Envelope-To: Received: from node26.0xfce3.net (port-ip-213-211-224-147.reverse.mdcc-fun.de [213.211.224.147]) (authenticated bits=128) by einhorn.in-berlin.de (8.12.10/8.12.10/Debian-4) with ESMTP id j87DXAJU023074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 7 Sep 2005 15:33:11 +0200 Received: from node26.0xfce3.net (localhost [127.0.0.1]) by node26.0xfce3.net (8.13.4/8.13.4) with ESMTP id j87DWd5l053302 for ; Wed, 7 Sep 2005 15:32:39 +0200 (CEST) (envelope-from gbergling@0xfce3.net) Received: (from gordon@localhost) by node26.0xfce3.net (8.13.4/8.13.4/Submit) id j87DWdPS053301 for freebsd-hackers@freebsd.org; Wed, 7 Sep 2005 15:32:39 +0200 (CEST) (envelope-from gbergling@0xfce3.net) X-Authentication-Warning: node26.0xfce3.net: gordon set sender to gbergling@0xfce3.net using -f Date: Wed, 7 Sep 2005 15:32:39 +0200 From: Gordon Bergling To: freebsd-hackers@freebsd.org Message-ID: <20050907133239.GA53278@node26.0xfce3.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 6.0-BETA3 i386 User-Agent: Mutt/1.5.10i X-Spam-Score: (0.799) AWL,BAYES_50,FORGED_RCVD_HELO,HELO_DYNAMIC_DHCP X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Subject: how to handling read only cvs trees X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 13:33:13 -0000 Hi, I currently working to get an old patch up to HEAD, but I have a problem with generating a diff from my work. I usually checkout out src from a local cvs mirror of the FreeBSD repository. I do this with cvs -Rd/home/ncvs checkout src Without the -R flag I must do the checkout as root to create a read lock. The changes are easly diff'ed with cvs -Rd/home/ncvs checkout -uN > ../path/to/release.{patch|diff} I added new files in existing directories with 'cvs add' so that these files are included in the generated patch. The problem I am faced with is that there are new directories with new files (a lot) and these files are not included in the patch. I tried to 'cvs add' the directories, but I am not allowed the create the directories in /home/ncvs. Sure I just could fire up sudo to do the work, but I am afraid that cvsup, which I use to mirror the cvs repository, could delete them with the next scheduled run. Has anyone a hint on how to handle this situation? best regards, Gordon -- Gordon Bergling http://www.0xFCE3.net/ PGP Fingerprint: 7732 9BB1 5013 AE8B E42C 28E0 93B9 D32B C76F 02A0 RIPE-HDL: MDTP-RIPE "There is no place like 127.0.0.0/8" From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 14:05:11 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A84E016A41F for ; Wed, 7 Sep 2005 14:05:11 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BFB243D60 for ; Wed, 7 Sep 2005 14:05:11 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so717922wxd for ; Wed, 07 Sep 2005 07:05:10 -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=SnSO9+38BAYHyZaLvNsjLNrDIewVlM/qypCUv0I1+IKjAoioVl2183xwhWZXU3SHrF09Pu++1rKXxhMWG99asfiz++vXvMPou6M1b/by8W+zNtvuLzVt2hjprnhfNx5v3cYsk3QvzrZ7NNp04Z6KnhmFyP8oUQ1imVmsXVbXfzo= Received: by 10.70.16.16 with SMTP id 16mr8329wxp; Wed, 07 Sep 2005 07:00:09 -0700 (PDT) Received: by 10.70.23.12 with HTTP; Wed, 7 Sep 2005 07:00:09 -0700 (PDT) Message-ID: Date: Wed, 7 Sep 2005 19:30:09 +0530 From: "Kamal R. Prasad" To: Pranav Peshwe In-Reply-To: <021401c5b3a5$02a0de40$0201a8c0@pranav> Mime-Version: 1.0 References: <021401c5b3a5$02a0de40$0201a8c0@pranav> 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 Cc: freebsd-hackers@freebsd.org Subject: Re: Project in FreeBSD. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 14:05:11 -0000 On 9/7/05, Pranav Peshwe wrote: > Hello, > I am a final year CS student and wish to do a project in the > FBSD kernel or networking domains. > I am a part of a project group of four and we have the project as a part > of syllabus for the final year. >=20 > Ideas we could think of were : >=20 > 1) Dynamically Configurable IO schedulers and scheduling policy. > - similar to the project mentioned on the SOC page for FBSD. > 2) Creating a program which would save the state of the kernel at > some instant.Then if the kernel panics,the saved state will be restored. > Especially useful for kernel level development which can cause frequent > panics. Its difficult or impossible to save the state of the kernel and restore th= e=20 shadow copy. Its probably easier to save the state of a user program instea= d=20 and restore it should the process dump core. Q to you:- what do you plan to= =20 do when saved copy of kernel contains information of a process that exited= =20 after copy was saved but before the kernel panic'ed required to be restored= ? regards -kamal From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 15:10:46 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFB7A16A41F for ; Wed, 7 Sep 2005 15:10:46 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id F141343D45 for ; Wed, 7 Sep 2005 15:10:45 +0000 (GMT) (envelope-from nikhildharashivkar@gmail.com) Received: by rproxy.gmail.com with SMTP id r35so1181243rna for ; Wed, 07 Sep 2005 08:10:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HVNlCRixfS1Wp7+DxmK5l/WE3v8Hob19dgAs0mX6VWIJwCuoNLji9hvzy1rwB1XQmvKXrpJroiWa0tfiF5+YJPyQFvL4fqGaZcI5VAiUMG2uq9X3qJBE1pPpeSulsFKdohTVQ8iZ7BjOlGmdw2gnfuDxFEppl26GkPf27p1cthg= Received: by 10.38.73.47 with SMTP id v47mr1128241rna; Wed, 07 Sep 2005 08:10:45 -0700 (PDT) Received: by 10.38.12.59 with HTTP; Wed, 7 Sep 2005 08:10:45 -0700 (PDT) Message-ID: <17db6d3a05090708104ff98a7c@mail.gmail.com> Date: Wed, 7 Sep 2005 20:40:45 +0530 From: Nikhil Dharashivkar To: Robert Watson In-Reply-To: <20050906125754.Y51625@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> <20050906081855.GA26550@cirb503493.alcatel.com.au> <17db6d3a050906014048e2045b@mail.gmail.com> <20050906125754.Y51625@fledge.watson.org> Cc: Peter Jeremy , freebsd-hackers@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 15:10:47 -0000 Hi, I went through the ktr and ktrdump options. I compiled the kernel with options ktr. I found that ktr support is mostly for lock and schedule. We can trace drivers using mask KTR_DEV and some CTR* statements in dirver. But This ktr support is from freebsd 5. I am aslo using freebsd 4.10 and older. For this case, do I need to port KTR code for older version ? or is there any other solution ? On 9/6/05, Robert Watson wrote: > On Tue, 6 Sep 2005, Nikhil Dharashivkar wrote: >=20 > > Yes, it is ok if i loose data in ktrace queue when crash occurs. > > Basically, I want to give an Disk IO trace support to ktrace on FreeBSD= . > > So, what I am thinking to use struct dio in dastrategy routine to > > trace the IO. I 'll use this struct to generate ktr_request. Throught > > ktr_writerequest it will be written in ktrace.out . > > Is it possible ? >=20 > Try taking a look at KTR(9) and ktrdump(8) for information on ktr, the > in-kernel trace facility. ktrace(1) is almost entirely about tracing > process level system call behavior, and not structured for kernel event > tracing except in that context. I think you'll find KTR(9) is much more > what you're looking for, and among other things, you can extract the > results from both live kernels and kernel crash dumps. >=20 > Robert N M Watson >=20 >=20 > > > > > > > > On 9/6/05, Peter Jeremy wrote: > >> On Tue, 2005-Sep-06 10:33:53 +0530, Nikhil Dharashivkar wrote: > >>> Thanks for replying me. Basically what happend, while testing > >>> scsi driver on freebsd, at some point it crashes. So, there is no wa= y > >>> to know how much IO is performed. To know the IO state just before th= e > >>> driver fails, i selected ktrace to print IO information whatever i ll > >>> get from dastrategy routine. > >> > >> It's not clear how ktrace is going to help here. The ktrXXX(9) > >> functions place ktr_request events in a queue. A kernel thread then > >> dumps the queue entries into a file via the normal buffer cache. The > >> data on disk is typically about 30 seconds behind real time. If the > >> system crashes, you will lose any events that are still in the buffer > >> cache or ktr_todo queue. > >> > >> Another problem is that since ktrace generates disk I/O, it is likely > >> to disturb your testing. > >> > >> A better approach would seem to be to build a circular buffer and > >> store the I/O requests in the buffer. When the system crashes, you > >> can look at the last entries in the buffer. > >> > >> -- > >> Peter Jeremy > >> > > > > > > -- > > Thanks and Regards, > > Nikhil. > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.o= rg" > > >=20 --=20 Thanks and Regards, Nikhil. From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 15:24:33 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 624C316A41F for ; Wed, 7 Sep 2005 15:24:33 +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 F131B43D45 for ; Wed, 7 Sep 2005 15:24:30 +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 271D946B0D; Wed, 7 Sep 2005 11:24:30 -0400 (EDT) Date: Wed, 7 Sep 2005 16:24:30 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nikhil Dharashivkar In-Reply-To: <17db6d3a05090708104ff98a7c@mail.gmail.com> Message-ID: <20050907162312.J4961@fledge.watson.org> References: <17db6d3a0509051000622868bc@mail.gmail.com> <431C8D5B.7080309@samsco.org> <431C92F2.9090104@persistent.co.in> <431C93DD.20402@samsco.org> <17db6d3a0509052203b1da14a@mail.gmail.com> <20050906081855.GA26550@cirb503493.alcatel.com.au> <17db6d3a050906014048e2045b@mail.gmail.com> <20050906125754.Y51625@fledge.watson.org> <17db6d3a05090708104ff98a7c@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Peter Jeremy , freebsd-hackers@freebsd.org Subject: Re: Adding new option to ktrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 15:24:33 -0000 On Wed, 7 Sep 2005, Nikhil Dharashivkar wrote: > I went through the ktr and ktrdump options. I compiled the kernel > with options ktr. I found that ktr support is mostly for lock and > schedule. We can trace drivers using mask KTR_DEV and some CTR* > statements in dirver. > But This ktr support is from freebsd 5. I am aslo using freebsd 4.10 > and older. For this case, do I need to port KTR code for older version ? > or is there any other solution ? KTR(9) was a facility added as part of the SMPng work to the 5.x branch, and has not been backported to the 4.x branch at this point. It would not be difficult to either backport it, or to add a light-weight trace ring buffer of similar nature to fix, especially as 4.x doesn't have in-kernel parellelism. Robert N M Watson > > > On 9/6/05, Robert Watson wrote: >> On Tue, 6 Sep 2005, Nikhil Dharashivkar wrote: >> >>> Yes, it is ok if i loose data in ktrace queue when crash occurs. >>> Basically, I want to give an Disk IO trace support to ktrace on FreeBSD. >>> So, what I am thinking to use struct dio in dastrategy routine to >>> trace the IO. I 'll use this struct to generate ktr_request. Throught >>> ktr_writerequest it will be written in ktrace.out . >>> Is it possible ? >> >> Try taking a look at KTR(9) and ktrdump(8) for information on ktr, the >> in-kernel trace facility. ktrace(1) is almost entirely about tracing >> process level system call behavior, and not structured for kernel event >> tracing except in that context. I think you'll find KTR(9) is much more >> what you're looking for, and among other things, you can extract the >> results from both live kernels and kernel crash dumps. >> >> Robert N M Watson >> >> >>> >>> >>> >>> On 9/6/05, Peter Jeremy wrote: >>>> On Tue, 2005-Sep-06 10:33:53 +0530, Nikhil Dharashivkar wrote: >>>>> Thanks for replying me. Basically what happend, while testing >>>>> scsi driver on freebsd, at some point it crashes. So, there is no way >>>>> to know how much IO is performed. To know the IO state just before the >>>>> driver fails, i selected ktrace to print IO information whatever i ll >>>>> get from dastrategy routine. >>>> >>>> It's not clear how ktrace is going to help here. The ktrXXX(9) >>>> functions place ktr_request events in a queue. A kernel thread then >>>> dumps the queue entries into a file via the normal buffer cache. The >>>> data on disk is typically about 30 seconds behind real time. If the >>>> system crashes, you will lose any events that are still in the buffer >>>> cache or ktr_todo queue. >>>> >>>> Another problem is that since ktrace generates disk I/O, it is likely >>>> to disturb your testing. >>>> >>>> A better approach would seem to be to build a circular buffer and >>>> store the I/O requests in the buffer. When the system crashes, you >>>> can look at the last entries in the buffer. >>>> >>>> -- >>>> Peter Jeremy >>>> >>> >>> >>> -- >>> Thanks and Regards, >>> Nikhil. >>> _______________________________________________ >>> freebsd-hackers@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >>> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" >>> >> > > > -- > Thanks and Regards, > Nikhil. > From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 15:26:25 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CFB716A41F for ; Wed, 7 Sep 2005 15:26:25 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324BE43D55 for ; Wed, 7 Sep 2005 15:26:23 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 1D4C635707 for ; Wed, 7 Sep 2005 17:26:22 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1001) id D9FA3104EC; Wed, 7 Sep 2005 17:25:23 +0200 (CEST) Date: Wed, 7 Sep 2005 17:25:22 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20050907152522.GA547@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <1126073204.18969.15.camel@shumai.marcuscom.com> <20050907113206.GA73920@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050907113206.GA73920@freefall.freebsd.org> User-Agent: Mutt/1.5.10i Subject: Re: Why is our symbol lookup the way it is? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 15:26:25 -0000 On Wed, Sep 07, 2005 at 11:32:06AM +0000, Alexander Kabaev wrote: > On Wed, Sep 07, 2005 at 02:06:44AM -0400, Joe Marcus Clarke wrote: > > This is something that's been bothering me for a while, ever since I > > fixed the symbol conflicts in Mozilla with -Bsymbolic. Why do we not > > look in the referencing object first by default? I'm referring to the > > great comments in the symlook_default() function in rtld.c. We only > > check the referencing object first when -Bsymbolic is passed to the > > linker. > > Number of reasons. Programs should be able to override symbols from > dynamim libraries, for instance. C++ exceptions won't work with -Bsymbolic > when exceptions are thrown across shared library boundaries, as thrower > and hander will use their own typeinfo structures and the catch clause > in handler block will simply not recognize the exception, etc. Even more simple, libc vs. libc_r / libkse / libpthread. Joerg From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 15:45:44 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9848F16A41F for ; Wed, 7 Sep 2005 15:45:44 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from smtp-relay.tamu.edu (smtp-relay.TAMU.EDU [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 287F143D48 for ; Wed, 7 Sep 2005 15:45:43 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [165.91.46.92] (tamulink-0092.vpn.tamu.edu [165.91.46.92]) (authenticated bits=0) by smtp-relay.tamu.edu (8.13.3/8.13.3) with ESMTP id j87Fjgu6045822 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Wed, 7 Sep 2005 10:45:43 -0500 (CDT) (envelope-from tyler@tamu.edu) In-Reply-To: <021401c5b3a5$02a0de40$0201a8c0@pranav> References: <021401c5b3a5$02a0de40$0201a8c0@pranav> Mime-Version: 1.0 (Apple Message framework v734) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3E4C8712-8637-4DE9-9722-62D28CA47B6A@tamu.edu> Content-Transfer-Encoding: 7bit From: "R. Tyler Ballance" Date: Wed, 7 Sep 2005 10:45:40 -0500 To: Pranav Peshwe X-Mailer: Apple Mail (2.734) Cc: freebsd-hackers@freebsd.org Subject: Re: Project in FreeBSD. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 15:45:44 -0000 If you run out of ideas, or are looking for something else, try looking at some of the SoC projects that weren't chosen/accepted/etc. http://www.freebsd.org/projects/summerofcode.html Im sure you could expand one of these to cover a final CS project. Cheers, -R. Tyler Ballance On Sep 7, 2005, at 7:09 AM, Pranav Peshwe wrote: > Hello, > I am a final year CS student and wish to do a project in the > FBSD kernel or networking domains. > I am a part of a project group of four and we have the project as a > part > of syllabus for the final year. > > Ideas we could think of were : > > 1) Dynamically Configurable IO schedulers and scheduling policy. > - similar to the project mentioned on the SOC page for FBSD. > 2) Creating a program which would save the state of the kernel at > some instant.Then if the kernel panics,the saved state will be > restored. > Especially useful for kernel level development which can cause > frequent > panics. > > Could anybody please comment on the above ideas. > I do not know whether they are already implemented and included in the > mainline distro. > > We would also like to hear about any other ideas related to FBSD. > We would be very happy to contribute our bit to the development of > FBSD. > > TIA. > > Sincere regards, > Pranav.J.Peshwe > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers- > unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 15:46:35 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 255E716A41F; Wed, 7 Sep 2005 15:46:35 +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 89F5D43D49; Wed, 7 Sep 2005 15:46:34 +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 AFB6746B06; Wed, 7 Sep 2005 11:46:33 -0400 (EDT) Date: Wed, 7 Sep 2005 16:46:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: babkin@users.sf.net In-Reply-To: <11338458.1126024159573.JavaMail.root@vms171.mailsrvcs.net> Message-ID: <20050907164056.L6777@fledge.watson.org> References: <11338458.1126024159573.JavaMail.root@vms171.mailsrvcs.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Dag-Erling Sm?rgrav , Sergey Uvarov , Giorgos Keramidas , freebsd-hackers@freebsd.org Subject: Re: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 15:46:35 -0000 On Tue, 6 Sep 2005, Sergey Babkin wrote: >> Corner cases and their handling *is* important. Find another way to do >> whatever it is you're thinking you can do with "the real name of a >> vnode". > > This particular case is easy to handle: all that user 1 needs to do is > to do fstat() after opening the file and check that the returned inode > field is still the same. > > On the otehr hand, if there is this new interface to access files > directly by inode numbers, why bother with any names at all? If a name > is so desirable, then just create a pseudo-fs translation that would > convert the text-formatted device and inode number given to it as a file > name to an access to the identified file. > > Though both this and access directly by vnode number open a security > hole: in many cases the access to files mught be actually limited by > making the directories unreadable to the unwanted users. Bypassing the > directories bypasses this "security by obscurity". FYI, Mac OS X has a service called volfs, mounted as /.vol, which does exactly this. It was required because Mac OS 9 allowed applications to open a file by path, and then get back a persistent reference ID that would work across reboots. This is how applications like Microsoft Word can open a file that appears in the "recently opened file list" even after it has been renamed or moved from one directory to another, and how Mac OS 9 shortcuts could span file systems even after renames and moves. In Mac OS X, these file handles are converted into requests against volfs, and nominally bypass the directory structure. In earlier Mac OS X versions, this resulted in possible security problems, if folder permissions were assumed to protect their contents. As I understand it, in newer versions, they attempt to construct a path which will then be followed to open the file, in order to cause appropriate permission checks to occur. This process works OK on HFS+, but very poorly on other file systems. You'll notice, though, that if you look at the audit event stream, during first use you'll often see normal path names, but that as the system peters along, the vn_getpath() call in XNU will start to return volfs names -- typically when that is the most recent or only path that has been used to reach a file, since the name mechanism is based on the assumption that the name cache holds the name you want. In practice, systems like Solaris and Irix assume that names are a path that is important at the time of lookup for audit purposes, since the path you follow affects the permission checks that take place, but that once you get to the file what you really want is the device and inode number, since only that combination usefully persistently identifies the file. Ideally you have the generation number in there also, as well as mount events, etc. This is why, if you look at Solaris BSM streams, you get the lookup path only at time of open (or stat or whatever), and after that, just a description of the vnode/inode properties, not a path. In our implementation of audit for Mac OS X, we try a bit harder to generate paths, since HFS+ is fairly good at it, but you will likely get no path, or a volfs path, for files that reside in a non-HFS+ file system, have only been accessed using Carbon APIs, and so on. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 16:21:13 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49CA916A41F for ; Wed, 7 Sep 2005 16:21:13 +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 DA45A43D48 for ; Wed, 7 Sep 2005 16:21:12 +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 j87GLA9U027938; Wed, 7 Sep 2005 09:21:10 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j87GLAv0027937; Wed, 7 Sep 2005 09:21:10 -0700 Date: Wed, 7 Sep 2005 09:21:10 -0700 From: Brooks Davis To: Pranav Peshwe Message-ID: <20050907162110.GA19958@odin.ac.hmc.edu> References: <021401c5b3a5$02a0de40$0201a8c0@pranav> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <021401c5b3a5$02a0de40$0201a8c0@pranav> 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-hackers@freebsd.org Subject: Re: Project in FreeBSD. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 16:21:13 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2005 at 05:39:30PM +0530, Pranav Peshwe wrote: > Hello, > I am a final year CS student and wish to do a project in the > FBSD kernel or networking domains. > I am a part of a project group of four and we have the project as a part > of syllabus for the final year. >=20 > Ideas we could think of were : >=20 > 1) Dynamically Configurable IO schedulers and scheduling policy. > - similar to the project mentioned on the SOC page for FBSD. This was selected for a SoC project. > 2) Creating a program which would save the state of the kernel at > some instant.Then if the kernel panics,the saved state will be restor= ed. > Especially useful for kernel level development which can cause freque= nt > panics. As a debugging feature, this doesn't seem all that useful to me unless you add the ability to switch out code at run time. That said the ability to write system state to disk is a necessicary component of suspend to disk support. My understanding is that under ACPI, the OS has to do most of the work. If you're intrested in this project, I suggest asking for details on the freebsd-acpi list. > Could anybody please comment on the above ideas. > I do not know whether they are already implemented and included in the > mainline distro. >=20 > We would also like to hear about any other ideas related to FBSD. > We would be very happy to contribute our bit to the development of > FBSD. There's a project suggestions page under development. Hopefully it will appear soon. -- 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 --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDHxN1XY6L6fI4GtQRAuTNAJ4kSwy5mIBhUYD9ezcxB9O6IsWEvwCgsgRV sQKREa613WSrxwvV5Vl4tfA= =8gsK -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 16:23:43 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 811F016A41F for ; Wed, 7 Sep 2005 16:23:43 +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 3011C43D48 for ; Wed, 7 Sep 2005 16:23:43 +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 j87GNYr1028357; Wed, 7 Sep 2005 09:23:34 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j87GNYaV028355; Wed, 7 Sep 2005 09:23:34 -0700 Date: Wed, 7 Sep 2005 09:23:34 -0700 From: Brooks Davis To: Gordon Bergling Message-ID: <20050907162334.GB19958@odin.ac.hmc.edu> References: <20050907133239.GA53278@node26.0xfce3.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7" Content-Disposition: inline In-Reply-To: <20050907133239.GA53278@node26.0xfce3.net> 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-hackers@freebsd.org Subject: Re: how to handling read only cvs trees X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 16:23:43 -0000 --GRPZ8SYKNexpdSJ7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2005 at 03:32:39PM +0200, Gordon Bergling wrote: > Hi, >=20 > I currently working to get an old patch up to HEAD, but I have a problem > with generating a diff from my work. >=20 > I usually checkout out src from a local cvs mirror of the FreeBSD > repository. I do this with >=20 > cvs -Rd/home/ncvs checkout src >=20 > Without the -R flag I must do the checkout as root to create a read > lock. >=20 > The changes are easly diff'ed with >=20 > cvs -Rd/home/ncvs checkout -uN > ../path/to/release.{patch|diff} >=20 > I added new files in existing directories with 'cvs add' so that > these files are included in the generated patch. >=20 > The problem I am faced with is that there are new directories with new > files (a lot) and these files are not included in the patch. I tried to > 'cvs add' the directories, but I am not allowed the create the > directories in /home/ncvs. Sure I just could fire up sudo to do the > work, but I am afraid that cvsup, which I use to mirror the cvs > repository, could delete them with the next scheduled run. >=20 > Has anyone a hint on how to handle this situation? Either pack the files up in a shar or tarball or use diff -N against /dev/null to create that part of the diff by hand. FWIW, CVS wouldn't do it for you even if you could add the files. -- 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 --GRPZ8SYKNexpdSJ7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDHxQFXY6L6fI4GtQRAmSDAJ0drO/q7FZrWMPYsFTiuhGOPJp/JACguJze ZWUsIwPeEFTLWOdecIoeG5o= =PCVn -----END PGP SIGNATURE----- --GRPZ8SYKNexpdSJ7-- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 16:24:00 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D33016A41F; Wed, 7 Sep 2005 16:24:00 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC7C343D5C; Wed, 7 Sep 2005 16:23:56 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.9p2/8.12.9) with ESMTP id j87GNpYk043202; Wed, 7 Sep 2005 09:23:51 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id j87GNpal043201; Wed, 7 Sep 2005 09:23:51 -0700 (PDT) (envelope-from dillon) Date: Wed, 7 Sep 2005 09:23:51 -0700 (PDT) From: Matthew Dillon Message-Id: <200509071623.j87GNpal043201@apollo.backplane.com> To: Robert Watson References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> <200509070215.j872FeQE040259@apollo.backplane.com> <20050907111035.B85520@fledge.watson.org> Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-hackers@FreeBSD.org, kamalp@acm.org, Sergey Uvarov Subject: Re: vn_fullpath() again X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 16:24:00 -0000 :The NFS server problem I was referring to specifically came up in the case :of the DTE work is as follows, and can't be solved through modifications :to the name cache: : :- An NFS client uses lookups to retrieve the file handle of /foo/bar/baz : on an NFS server. It sets the cwd of a process on the client to that : handle. : :- The NFS server reboots, flushing its name cache and other state. : :- The NFS client begins to look up and access files relative to the handle : of /foo/bar/baz, which is fine because it has a file handle. : :All further file access by the NFS client is done relative to directories :that don't appear in the name cache unless faulted in through further :access to that directory via the file system root, and access to existing :open files may be done without access to any directory at all. It may :even happen if the file isn't open on the client but the path data is :cached in the client avoiding server access. This doesn't just apply to :direct remote access -- local access by file handle for rpc.lockd and :friends is similarly affected, such as access via fhopen() in order to :proxy locking operations. In the case of DTE, the file server was :required to reconstruct a path to the directory and files, which in the :case of a pure directory access required a number of I/O's to walk up the :tree to the root. In the case of simply accessing a file and not a :directory, it required an O(1) search of directories on the disk to find a :directory that referenced the file. Both of these mechanisms fall :ratherly firmly into the "undesirable" category, but are necessary if you :want reliable and arbitrary vnode->path conversion. I reviewed the Dragonfly implementation and I was incorrect about the NFS(v3) server being able to resolve the namecache/path for file handles representing regular files. It only can do it for directories, but since all namespace operations (lookup, rename, remove, etc) pass a directory file handle in the RPC, this is all the NFS server needs to satisfy DragonFly's VOP requirements for namespace operations. So in DragonFly it is still possible to have a dangling regular file vnode on the NFS server, but it is not possible for a dangling vnode to exist with regard to any namespace operation (since DragonFly is required to pass namecache pointers for namespace VOPs like REMOVE, RENAME, LOOKUP, etc, and the directory vnode is available in all such cases). In anycase, the resolution case for directories is pretty trivial. I have debugging code which prints out to the console whenever DFly has to walk the directory tree backwards to resolve a directory from fhopen, and most of the time the namecache entry is either already cached from prior operations, or the walk only has to scan one directory level because namecache entries for higher levels are already cached from prior operations. Even when working on a very large directory tree after a server reboot, the directory nodes in the namecache are very quickly repopulated and very quickly become optimal. I tested that too and it wasn't a big deal. I consider the reverse resolution case for directories to be a solved problem. The regular file resolution issue for changes made by an NFS server is something I need to fix for our journaling code, to reduce the number of instances where the userland side of the journaling stream will have to index by the inode number. I think the regular file case can be mostly solved by embedding the directory inode number in the file handle for any file that is looked up, at least for NFSv3. NFSv2 is a lost cause, the file handles simply are not big enough. Lookups would mask out the directory inode part of the handle (i.e. you wouldn't get ESTALE if the file happened to be renamed to another directory), but namepath resolution would be able to use the directory inode data as a hint. This would result in nearly all such files being resolvable with the scan of only a single directory per file, and the other files encountered during the scan could be cached, as well. :Hence my asking about who the consumer is, when they need the data, and :how timely the data needs to be. If you're only interested in the actions :of local processes, then the name cache can be a somewhat reliable source :of name data. If you're also interested in identifying the actions of :remote consumers of files accessing by file handle, which may account for :the majority of activity on a file system on an NFS file server -- i.e., :for a server side access monitoring tool, then that may cause significant :difficulty. This is because, as has been discussed extensively, paths are :traversals of a name space at a particular time, and not properties of :files themselves. : :Robert N M Watson Yes, I agree. It just so happens that an audit or mirroring operation based on a stream of journaling data is also time-centric, so path information is exactly what those operations need for the most optimal operation. An auditing program, especially, is going to be universally path-based. The DragonFly journaling code tries to provide both path and inode number info for all transactions and it is the path info that makes the (userland) mirroring code optimal. I am going to look into the file handle issue. At least for UFS and NFSv3, the file handle should be big enough to hold the directory inode used to originally lookup the file, to shortcut re-resolution of the namecache on the NFS server when that file handle is supplied at a later time. All remaining cases (aka the file was renamed to another directory) would be non-optimal from the point of view of the consumer, meaning that the consumer would have to index the inodes in those cases to accomplish the reverse resolution. For DragonFly, the consumer in this case is the backend of a journaling stream, which is either going to be a mirror or an auditing program. The goal would be to greatly reduce the instances where such programs have to index and look up a path based on an inode number. Another possible augmentation for the NFS server side which would completely guarentee our ability to reserve-resolve the path ON the NFS server is to have the NFS server keep track of any inode number which has been renamed to a different directory. It would have to keep track of (newdirectory_inode, inode_number) in a persistent file to survive reboots. The data structure would be collapsable to handle cases where many inodes are renamed... the main purpose would simply be to return a limited set of directory inodes that might need to be scanned to resolve a file handle containing an inode which cannot be found in the original directory it was opened in. -Matt Matthew Dillon From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 17:31:48 2005 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFD9116A41F; Wed, 7 Sep 2005 17:31:48 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B92943D46; Wed, 7 Sep 2005 17:31:48 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j87HVlc06100; Wed, 7 Sep 2005 13:31:47 -0400 (EDT) Received: from [64.102.192.190] (dhcp-64-102-192-190.cisco.com [64.102.192.190]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id j87HVlw18454; Wed, 7 Sep 2005 13:31:47 -0400 (EDT) Message-ID: <431F242A.8070303@FreeBSD.org> Date: Wed, 07 Sep 2005 13:32:26 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Kabaev References: <1126073204.18969.15.camel@shumai.marcuscom.com> <20050907113206.GA73920@freefall.freebsd.org> In-Reply-To: <20050907113206.GA73920@freefall.freebsd.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: Why is our symbol lookup the way it is? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 17:31:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexander Kabaev wrote: | On Wed, Sep 07, 2005 at 02:06:44AM -0400, Joe Marcus Clarke wrote: | |>This is something that's been bothering me for a while, ever since I |>fixed the symbol conflicts in Mozilla with -Bsymbolic. Why do we not |>look in the referencing object first by default? I'm referring to the |>great comments in the symlook_default() function in rtld.c. We only |>check the referencing object first when -Bsymbolic is passed to the |>linker. | | | Number of reasons. Programs should be able to override symbols from | dynamim libraries, for instance. C++ exceptions won't work with -Bsymbolic | when exceptions are thrown across shared library boundaries, as thrower | and hander will use their own typeinfo structures and the catch clause | in handler block will simply not recognize the exception, etc. Thanks for the explanation. | | |>The main reason I'm asking is that I just tracked down another symbol |>conflict in a dlopen'd library that plagues us but not Linux. I assume |>there was a good reason for resolving symbols in the order we do, but |>admittedly, I don't understand enough of the linker to know what it is. |>Thanks. | | | I would suggest providing an exect scenario that is biting you. I fixed | most incompatibilities in symbol lookup order between us and Linux for | when Martin Blapp was working on initial OpenOffice port and if there | is another, I would like to know about it. The problems are generally the same, but this latest problem breaks down like this. GTK+ uses theme engines to create certain widgets. These theme engines are just shared objects. The GNOME Theme Manager dlopens all of these shared objects at the same time in order to generate thumbnails of all available themes. Three of these engines define a non-static symbol, is_combo_box(), that accepts two arguments, a GtkWidget* and a gboolean (typedef int). However, one engine declares a non-static is_combo_box() symbol that accepts only one argument, a GtkWidget*. When asked to resolve is_combo_box in the Smooth engine (one that declares the two-argument function), it finds the is_combo_box symbol in the Clearlooks engine (the one that declares the one-argument symbol), and GNOME Theme Manager crashes. My solution was to rename the offending symbol in the Clearlooks engine. ~ This is not ideal, but it works, and I will certainly report the bug to the authors, but apparently Linux does not have this problem. Joe | | -- | Alexander Kabaev | - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDHyQqb2iPiv4Uz4cRAvVKAJ9YcAI8CNWTtImWJd1viUPtHLBHygCfXaWs eSWbONDR403I0vJy69G+7Rw= =0Nm2 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 17:48:05 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1495A16A420 for ; Wed, 7 Sep 2005 17:48:05 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from hydra.bec.de (www.ostsee-abc.de [62.206.222.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0EA043D70 for ; Wed, 7 Sep 2005 17:47:55 +0000 (GMT) (envelope-from joerg@britannica.bec.de) Received: from britannica.bec.de (unknown [139.30.252.72]) by hydra.bec.de (Postfix) with ESMTP id 1763D35707 for ; Wed, 7 Sep 2005 19:47:54 +0200 (CEST) Received: by britannica.bec.de (Postfix, from userid 1001) id A3D2A104EC; Wed, 7 Sep 2005 19:46:56 +0200 (CEST) Date: Wed, 7 Sep 2005 19:46:56 +0200 From: Joerg Sonnenberger To: freebsd-hackers@freebsd.org Message-ID: <20050907174656.GA13696@britannica.bec.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <1126073204.18969.15.camel@shumai.marcuscom.com> <20050907113206.GA73920@freefall.freebsd.org> <431F242A.8070303@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <431F242A.8070303@FreeBSD.org> User-Agent: Mutt/1.5.10i Subject: Re: Why is our symbol lookup the way it is? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 17:48:05 -0000 On Wed, Sep 07, 2005 at 01:32:26PM -0400, Joe Marcus Clarke wrote: > My solution was to rename the offending symbol in the Clearlooks engine. > ~ This is not ideal, but it works, and I will certainly report the bug to > the authors, but apparently Linux does not have this problem. Doesn't RTLD_LOCAL as dlopen flag work as expected? Joerg From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 17:53:17 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE3BA16A41F for ; Wed, 7 Sep 2005 17:53:17 +0000 (GMT) (envelope-from sebastien.bourdeauducq@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C10643D45 for ; Wed, 7 Sep 2005 17:53:17 +0000 (GMT) (envelope-from sebastien.bourdeauducq@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1443378wra for ; Wed, 07 Sep 2005 10:53:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=NEcYtQhbC4gU8fHMQEIRwt4L8jjJLRE32RzKkmc0ulA9Ja8KSWFAn0nsUBexj512QVZZu/RB7W9H83G40Yiw08aRpzkvPkFAed7owU6VflxQTF+bEQCzETaHyPAX6/1IyRDBwixxAFHCwld8Ia+dwlhRkvu6/kAhTpum0dwWsak= Received: by 10.54.8.6 with SMTP id 6mr298726wrh; Wed, 07 Sep 2005 10:53:16 -0700 (PDT) Received: from ?192.168.32.1? ( [82.231.252.157]) by mx.gmail.com with ESMTP id 6sm72377wrl.2005.09.07.10.53.15; Wed, 07 Sep 2005 10:53:16 -0700 (PDT) From: Sebastien To: freebsd-hackers@freebsd.org Date: Wed, 7 Sep 2005 19:54:16 +0200 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509071954.17477.sebastien.bourdeauducq@gmail.com> Subject: ieee80211_input() and fragmented mbufs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 17:53:18 -0000 Hello, I'm passing ieee80211_input() heavily fragmented mbuf chains and it makes (at least) the function fail to parse beacons correctly. I have the "ieee80211_recv_mgmt: no ratesin beacon frame" message, and it makes the driver unable to scan for networks (always return no results). Defragmenting the mbuf before passing it to ieee80211_input() works around the problem. Moreover, in monitor mode, the frames are sent correctly in userland, regardless the fragmentation of the mbufs. Is it a bug in ieee80211_input(), or should certain types of frames, such as beacons, not be contained in fragmented mbufs ? Regards, Sebastien From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 18:46:47 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 183EB16A41F for ; Wed, 7 Sep 2005 18:46:47 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2E7343D45 for ; Wed, 7 Sep 2005 18:46:44 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from sinanica.bg.datamax (sinanica.bg.datamax [192.168.10.1]) by jengal.datamax.bg (Postfix) with QMQP id C676C87C8 for ; Wed, 7 Sep 2005 21:46:43 +0300 (EEST) Received: (nullmailer pid 61838 invoked by uid 1004); Wed, 07 Sep 2005 18:46:43 -0000 Date: Wed, 7 Sep 2005 21:46:43 +0300 From: Vasil Dimov To: freebsd-hackers@freebsd.org Message-ID: <20050907184643.GA61702@sinanica.bg.datamax> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-OS: FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.10i Subject: Reproducable panic under heavy disk I/O on 5.4-latestandthegreatest X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@datamax.bg List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 18:46:47 -0000 The command that causes the panic is: # duplicity / rsync://backuphost:873/kutelo1 It generally traverses the whole FS. When 500-600M are uploaded to backuphost, the machine (the one that runs duplicity command) panics. Below I have attached "uname -a" and "ident /boot/kernel/kernel" commands output, the kernel config file, dmesg output and backtraces with WITNESS_COUNT set to 200 (default) and 20000. Note that I get different panic 'reasons' with WITNESS_COUNT=200 vs. WITNESS_COUNT=20000. Should I submit a PR (without a fix :/)? --- uname begins here --- FreeBSD kutelo1.bg.datamax 5.4-STABLE FreeBSD 5.4-STABLE #18: Wed Sep 7 18:54:20 EEST 2005 root@kutelo1.bg.datamax:/usr/src/sys/i386/compile/KUTELO1 i386 --- uname ends here --- --- ident-kernel begins here --- /boot/kernel/kernel: $FreeBSD: src/sys/contrib/ipfilter/netinet/fil.c,v 1.39.2.3 2005/03/13 18:12:04 rwatson Exp $ $FreeBSD: src/sys/contrib/ipfilter/netinet/ip_auth.c,v 1.36.2.1 2005/03/13 18:08:56 rwatson Exp $ $FreeBSD: src/sys/contrib/ipfilter/netinet/ip_fil.c,v 1.47.2.4 2005/03/13 18:08:56 rwatson Exp $ $FreeBSD: src/sys/contrib/ipfilter/netinet/ip_frag.c,v 1.25.2.1 2005/03/13 18:08:56 rwatson Exp $ $FreeBSD: src/sys/contrib/ipfilter/netinet/ip_nat.c,v 1.34.2.4 2005/03/13 18:08:56 rwatson Exp $ $FreeBSD: src/sys/contrib/ipfilter/netinet/ip_proxy.c,v 1.22.6.1 2005/03/13 18:08:56 rwatson Exp $ $FreeBSD: src/sys/contrib/ipfilter/netinet/ip_state.c,v 1.33.2.1 2005/03/13 18:08:56 rwatson Exp $ $FreeBSD: src/sys/ddb/db_access.c,v 1.18.2.1 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_break.c,v 1.24.2.1 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_command.c,v 1.57.2.2 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_examine.c,v 1.31.4.1 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_expr.c,v 1.16.4.1 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_input.c,v 1.35.4.1 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_lex.c,v 1.21.4.1 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_main.c,v 1.3.2.1 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_output.c,v 1.31.2.2 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_print.c,v 1.28.2.1 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_ps.c,v 1.52.2.3 2005/02/05 01:02:27 das Exp $ $FreeBSD: src/sys/ddb/db_run.c,v 1.24.2.1 2005/01/30 00:59:21 imp Exp $ $FreeBSD: src/sys/ddb/db_sym.c,v 1.35.2.1 2005/01/30 00:59:22 imp Exp $ $FreeBSD: src/sys/ddb/db_thread.c,v 1.1.2.3 2005/01/30 00:59:22 imp Exp $ $FreeBSD: src/sys/ddb/db_variables.c,v 1.21.2.2 2005/01/30 00:59:22 imp Exp $ $FreeBSD: src/sys/ddb/db_watch.c,v 1.25.4.1 2005/01/30 00:59:22 imp Exp $ $FreeBSD: src/sys/ddb/db_write_cmd.c,v 1.14.4.1 2005/01/30 00:59:22 imp Exp $ $FreeBSD: src/sys/dev/ata/ata-all.c,v 1.222.2.11 2005/04/04 16:42:35 kensmith Exp $ $FreeBSD: src/sys/dev/ata/ata-queue.c,v 1.32.2.7 2005/04/08 03:23:51 mdodd Exp $ $FreeBSD: src/sys/dev/ata/ata-lowlevel.c,v 1.44.2.5 2005/03/24 18:44:27 mdodd Exp $ $FreeBSD: src/sys/dev/ata/ata-isa.c,v 1.22.2.1 2004/10/10 15:01:47 sos Exp $ $FreeBSD: src/sys/dev/ata/ata-pci.c,v 1.87.2.4 2005/03/23 04:40:10 mdodd Exp $ $FreeBSD: src/sys/dev/ata/ata-chipset.c,v 1.81.2.7 2005/06/01 14:39:23 jhb Exp $ $FreeBSD: src/sys/dev/ata/ata-dma.c,v 1.129.2.3 2004/11/21 04:05:52 scottl Exp $ $FreeBSD: src/sys/dev/ata/ata-disk.c,v 1.175.2.3 2005/03/01 19:37:41 gad Exp $ $FreeBSD: src/sys/dev/ata/atapi-cd.c,v 1.170.2.2 2005/02/28 13:59:02 phk Exp $ $FreeBSD: src/sys/dev/eisa/eisaconf.c,v 1.69.2.1 2005/01/30 00:59:38 imp Exp $ $FreeBSD: src/sys/dev/led/led.c,v 1.13 2004/07/10 15:38:27 phk Exp $ $FreeBSD: src/sys/dev/mem/memdev.c,v 1.3 2004/08/04 18:30:31 markm Exp $ $FreeBSD: src/sys/dev/mii/amphy.c,v 1.16.2.1 2005/01/30 00:59:53 imp Exp $ $FreeBSD: src/sys/dev/mii/bmtphy.c,v 1.8.2.1 2005/01/30 00:59:53 imp Exp $ $FreeBSD: src/sys/dev/mii/brgphy.c,v 1.31.2.3 2005/05/19 21:12:04 ps Exp $ $FreeBSD: src/sys/dev/mii/ciphy.c,v 1.1.2.2 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/dcphy.c,v 1.26.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/e1000phy.c,v 1.13.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/exphy.c,v 1.18.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/inphy.c,v 1.14 2004/05/30 17:57:40 phk Exp $ $FreeBSD: src/sys/dev/mii/mii.c,v 1.20.2.2 2005/03/21 16:05:34 glebius Exp $ $FreeBSD: src/sys/dev/mii/mii_physubr.c,v 1.21 2004/05/29 18:09:10 marius Exp $ $FreeBSD: src/sys/dev/mii/mlphy.c,v 1.19.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/nsphy.c,v 1.22.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/nsgphy.c,v 1.18.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/pnphy.c,v 1.17 2004/05/29 18:09:10 marius Exp $ $FreeBSD: src/sys/dev/mii/pnaphy.c,v 1.14.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/rgephy.c,v 1.5.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/rlphy.c,v 1.20.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/ruephy.c,v 1.4 2004/05/30 17:57:40 phk Exp $ $FreeBSD: src/sys/dev/mii/tdkphy.c,v 1.15.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/tlphy.c,v 1.17.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/ukphy.c,v 1.16.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/ukphy_subr.c,v 1.8 2004/05/29 18:09:10 marius Exp $ $FreeBSD: src/sys/dev/mii/xmphy.c,v 1.16.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/lxtphy.c,v 1.13.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/qsphy.c,v 1.13.2.1 2005/01/30 00:59:54 imp Exp $ $FreeBSD: src/sys/dev/mii/acphy.c,v 1.15.2.1 2005/01/30 00:59:53 imp Exp $ $FreeBSD: src/sys/dev/null/null.c,v 1.30 2004/08/02 19:59:41 markm Exp $ $FreeBSD: src/sys/dev/pci/eisa_pci.c,v 1.6 2004/05/30 20:08:37 phk Exp $ $FreeBSD: src/sys/dev/pci/fixup_pci.c,v 1.6 2004/05/30 17:57:41 phk Exp $ $FreeBSD: src/sys/dev/pci/ignore_pci.c,v 1.4 2004/05/30 17:57:41 phk Exp $ $FreeBSD: src/sys/dev/pci/isa_pci.c,v 1.12 2004/05/30 17:57:42 phk Exp $ $FreeBSD: src/sys/dev/pci/pci.c,v 1.264.2.11 2005/06/29 15:25:01 jhb Exp $ $FreeBSD: src/sys/dev/pci/pci_pci.c,v 1.33 2004/07/01 07:46:28 jhb Exp $ $FreeBSD: src/sys/dev/pci/pci_user.c,v 1.17 2004/06/16 09:46:53 phk Exp $ $FreeBSD: src/sys/dev/ppbus/ppb_1284.c,v 1.14 2003/08/24 17:54:16 obrien Exp $ $FreeBSD: src/sys/dev/ppbus/ppb_base.c,v 1.14 2003/08/24 17:54:16 obrien Exp $ $FreeBSD: src/sys/dev/ppbus/ppb_msq.c,v 1.14 2003/08/24 17:54:16 obrien Exp $ $FreeBSD: src/sys/dev/ppbus/ppbconf.c,v 1.23 2003/08/24 17:54:16 obrien Exp $ $FreeBSD: src/sys/dev/ppbus/ppi.c,v 1.38 2004/07/09 16:56:46 cognet Exp $ $FreeBSD: src/sys/dev/random/harvest.c,v 1.24 2004/04/16 17:07:11 markm Exp $ $FreeBSD: src/sys/dev/random/randomdev.c,v 1.58 2004/08/02 20:42:28 markm Exp $ $FreeBSD: src/sys/dev/random/probe.c,v 1.2.2.1 2005/02/12 17:48:01 iedowse Exp $ $FreeBSD: src/sys/dev/random/yarrow.c,v 1.44 2004/04/09 15:47:09 markm Exp $ $FreeBSD: src/sys/dev/random/hash.c,v 1.12 2004/04/09 15:47:09 markm Exp $ $FreeBSD: src/sys/crypto/rijndael/rijndael-alg-fst.c,v 1.7 2003/11/10 10:33:39 ume Exp $ $FreeBSD: src/sys/crypto/rijndael/rijndael-api-fst.c,v 1.11 2003/11/10 10:33:39 ume Exp $ $FreeBSD: src/sys/crypto/sha2/sha2.c,v 1.7 2003/09/08 18:32:33 phk Exp $ $FreeBSD: src/sys/dev/sio/sio_pci.c,v 1.16.2.1 2004/11/07 22:33:05 njl Exp $ $FreeBSD: src/sys/dev/usb/hid.c,v 1.23.4.1 2005/01/30 01:00:09 imp Exp $ $FreeBSD: src/sys/dev/usb/ohci.c,v 1.144.2.4 2005/03/22 00:56:54 iedowse Exp $ $FreeBSD: src/sys/dev/usb/ohci_pci.c,v 1.40.2.1 2005/03/03 05:02:15 obrien Exp $ $FreeBSD: src/sys/dev/usb/ugen.c,v 1.88.2.5 2005/01/30 01:00:10 imp Exp $ $FreeBSD: src/sys/dev/usb/uhci.c,v 1.154.2.5 2005/03/22 00:56:54 iedowse Exp $ $FreeBSD: src/sys/dev/usb/uhci_pci.c,v 1.54.2.3 2005/03/03 05:02:15 obrien Exp $ $FreeBSD: src/sys/dev/usb/uhub.c,v 1.62.2.5 2005/03/31 19:36:59 iedowse Exp $ $FreeBSD: src/sys/dev/usb/ums.c,v 1.70.2.2 2005/01/30 01:00:10 imp Exp $ $FreeBSD: src/sys/dev/usb/usb.c,v 1.100.2.3 2005/03/31 19:33:44 iedowse Exp $ $FreeBSD: src/sys/dev/usb/usb_ethersubr.c,v 1.17.4.2 2005/04/01 12:46:26 sobomax Exp $ $FreeBSD: src/sys/dev/usb/usb_mem.c,v 1.6.2.1 2005/01/30 01:00:10 imp Exp $ $FreeBSD: src/sys/dev/usb/usb_quirks.c,v 1.38.2.2 2005/01/30 01:00:10 imp Exp $ $FreeBSD: src/sys/dev/usb/usb_subr.c,v 1.69.2.5 2005/03/02 10:56:51 sobomax Exp $ $FreeBSD: src/sys/dev/usb/usbdi.c,v 1.86.2.4 2005/03/03 01:54:58 iedowse Exp $ $FreeBSD: src/sys/dev/usb/usbdi_util.c,v 1.32.2.2 2005/03/02 10:56:52 sobomax Exp $ $FreeBSD: src/sys/dev/watchdog/watchdog.c,v 1.2 2004/06/16 09:47:02 phk Exp $ $FreeBSD: src/sys/fs/procfs/procfs_status.c,v 1.52.2.4 2005/03/01 09:30:16 obrien Exp $ $FreeBSD: src/sys/geom/geom_ctl.c,v 1.32.2.3 2005/04/12 13:31:31 pjd Exp $ $FreeBSD: src/sys/geom/geom_dev.c,v 1.79.2.3 2005/02/28 19:32:24 phk Exp $ $FreeBSD: src/sys/geom/geom_disk.c,v 1.91.2.3 2005/02/28 18:42:01 phk Exp $ $FreeBSD: src/sys/geom/geom_dump.c,v 1.31 2004/03/10 08:49:08 phk Exp $ $FreeBSD: src/sys/geom/geom_event.c,v 1.50.2.1 2005/02/28 19:32:24 phk Exp $ $FreeBSD: src/sys/geom/geom_io.c,v 1.57.2.4 2005/01/30 03:02:10 rwatson Exp $ $FreeBSD: src/sys/geom/geom_kern.c,v 1.34.2.1 2004/09/28 18:16:51 pjd Exp $ $FreeBSD: src/sys/geom/geom_slice.c,v 1.55.2.1 2004/08/19 06:56:50 phk Exp $ $FreeBSD: src/sys/geom/geom_subr.c,v 1.81.2.2 2005/02/28 19:32:24 phk Exp $ $FreeBSD: src/sys/isa/isa_common.c,v 1.37 2004/03/17 17:50:51 njl Exp $ $FreeBSD: src/sys/isa/isahint.c,v 1.14.4.1 2004/11/07 22:33:06 njl Exp $ $FreeBSD: src/sys/isa/orm.c,v 1.5 2004/07/05 17:26:04 imp Exp $ $FreeBSD: src/sys/isa/pnp.c,v 1.16 2003/06/11 00:32:45 obrien Exp $ $FreeBSD: src/sys/isa/pnpparse.c,v 1.14 2003/06/11 00:32:45 obrien Exp $ $FreeBSD: src/sys/isofs/cd9660/cd9660_bmap.c,v 1.13 2004/04/07 20:46:09 imp Exp $ $FreeBSD: src/sys/isofs/cd9660/cd9660_lookup.c,v 1.39 2004/07/03 16:56:45 phk Exp $ $FreeBSD: src/sys/isofs/cd9660/cd9660_node.c,v 1.49.2.2 2005/03/01 11:32:31 phk Exp $ $FreeBSD: src/sys/isofs/cd9660/cd9660_rrip.c,v 1.28 2004/07/03 16:56:45 phk Exp $ $FreeBSD: src/sys/isofs/cd9660/cd9660_util.c,v 1.22 2004/04/07 20:46:09 imp Exp $ $FreeBSD: src/sys/isofs/cd9660/cd9660_vfsops.c,v 1.121.2.1 2005/02/21 10:58:07 rwatson Exp $ $FreeBSD: src/sys/isofs/cd9660/cd9660_vnops.c,v 1.98 2004/04/07 20:46:09 imp Exp $ $FreeBSD: src/sys/kern/imgact_elf.c,v 1.155 2004/08/11 02:35:05 marcel Exp $ $FreeBSD: src/sys/kern/imgact_shell.c,v 1.26.4.3 2005/03/02 00:00:13 gad Exp $ $FreeBSD: src/sys/kern/init_main.c,v 1.246.2.8 2005/03/07 17:03:17 des Exp $ $FreeBSD: src/sys/kern/kern_acct.c,v 1.71.2.3 2005/03/01 09:30:16 obrien Exp $ $FreeBSD: src/sys/kern/kern_acl.c,v 1.45 2004/07/26 07:24:03 cperciva Exp $ $FreeBSD: src/sys/kern/kern_clock.c,v 1.172.2.3 2005/03/01 09:30:16 obrien Exp $ $FreeBSD: src/sys/kern/kern_condvar.c,v 1.50.2.1 2004/09/03 15:14:14 jhb Exp $ $FreeBSD: src/sys/kern/kern_conf.c,v 1.155 2004/08/15 06:24:40 jmg Exp $ $FreeBSD: src/sys/kern/kern_context.c,v 1.7 2003/11/09 20:31:03 marcel Exp $ $FreeBSD: src/sys/kern/kern_cpu.c,v 1.10.2.3 2005/08/12 17:26:37 njl Exp $ $FreeBSD: src/sys/kern/kern_descrip.c,v 1.243.2.7 2005/04/23 21:53:04 ps Exp $ $FreeBSD: src/sys/kern/kern_environment.c,v 1.34.2.2 2005/03/10 17:09:16 des Exp $ $FreeBSD: src/sys/kern/kern_event.c,v 1.79.2.9 2005/06/29 18:08:31 ps Exp $ $FreeBSD: src/sys/kern/kern_exec.c,v 1.249.2.5 2005/02/27 02:40:09 jeff Exp $ $FreeBSD: src/sys/kern/kern_exit.c,v 1.245.2.11 2005/04/27 13:00:29 davidxu Exp $ $FreeBSD: src/sys/kern/kern_fork.c,v 1.234.2.9 2005/04/27 11:32:23 davidxu Exp $ $FreeBSD: src/sys/kern/kern_idle.c,v 1.40.2.2 2005/02/23 14:52:49 ssouhlal Exp $ $FreeBSD: src/sys/kern/kern_intr.c,v 1.113.2.5 2005/01/31 23:26:15 imp Exp $ $FreeBSD: src/sys/kern/kern_jail.c,v 1.44.2.2 2005/02/22 15:49:22 cperciva Exp $ $FreeBSD: src/sys/kern/kern_kse.c,v 1.193.2.13 2005/03/02 05:01:43 csjp Exp $ $FreeBSD: src/sys/kern/kern_kthread.c,v 1.32.4.2 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_ktrace.c,v 1.96.2.3 2005/07/01 00:30:50 pjd Exp $ $FreeBSD: src/sys/kern/kern_linker.c,v 1.113.2.2 2005/06/11 13:12:39 pjd Exp $ $FreeBSD: src/sys/kern/kern_lock.c,v 1.74.2.3 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_lockf.c,v 1.50.2.1 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_mac.c,v 1.113.2.2 2005/05/05 18:36:03 trhodes Exp $ $FreeBSD: src/sys/kern/kern_malloc.c,v 1.135.2.3 2005/04/16 18:41:07 rwatson Exp $ $FreeBSD: src/sys/kern/kern_mbuf.c,v 1.3.2.4 2005/02/16 22:21:35 bmilekic Exp $ $FreeBSD: src/sys/kern/kern_mib.c,v 1.71.2.2 2005/03/03 00:46:31 wes Exp $ $FreeBSD: src/sys/kern/kern_module.c,v 1.45.2.2 2005/02/18 22:15:45 ps Exp $ $FreeBSD: src/sys/kern/kern_mutex.c,v 1.147.2.4 2005/03/28 20:17:30 jhb Exp $ $FreeBSD: src/sys/kern/kern_mtxpool.c,v 1.9.4.1 2005/01/29 21:50:57 rwatson Exp $ $FreeBSD: src/sys/kern/kern_ntptime.c,v 1.54.2.2 2005/04/21 20:33:05 ps Exp $ $FreeBSD: src/sys/kern/kern_physio.c,v 1.64.2.1 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_proc.c,v 1.215.2.6 2005/03/22 13:40:23 pjd Exp $ $FreeBSD: src/sys/kern/kern_prot.c,v 1.187.2.3 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_resource.c,v 1.143.2.3 2005/04/21 22:19:22 ps Exp $ $FreeBSD: src/sys/kern/kern_sema.c,v 1.5.2.1 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_shutdown.c,v 1.163.2.4 2005/01/07 20:09:08 jhb Exp $ $FreeBSD: src/sys/kern/kern_sig.c,v 1.289.2.8 2005/06/23 05:50:58 davidxu Exp $ $FreeBSD: src/sys/kern/kern_subr.c,v 1.88.2.2 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_sx.c,v 1.24.2.1 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_synch.c,v 1.257.2.8 2005/03/01 09:30:18 obrien Exp $ $FreeBSD: src/sys/kern/kern_syscalls.c,v 1.11 2004/07/15 08:26:05 phk Exp $ $FreeBSD: src/sys/kern/kern_sysctl.c,v 1.159.2.1 2005/02/13 14:13:53 rwatson Exp $ $FreeBSD: src/sys/kern/kern_tc.c,v 1.162 2004/08/14 08:33:49 phk Exp $ $FreeBSD: src/sys/kern/kern_thr.c,v 1.23.2.8 2005/02/05 01:04:45 das Exp $ $FreeBSD: src/sys/kern/kern_thread.c,v 1.193.2.13 2005/06/23 04:44:09 davidxu Exp $ $FreeBSD: src/sys/kern/kern_time.c,v 1.108.2.7 2005/04/23 17:28:40 ps Exp $ $FreeBSD: src/sys/kern/kern_timeout.c,v 1.91.2.3 2005/05/11 11:38:14 glebius Exp $ $FreeBSD: src/sys/kern/kern_umtx.c,v 1.16.2.1 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_uuid.c,v 1.7.2.1 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/kern_xxx.c,v 1.42.2.2 2005/01/31 23:26:16 imp Exp $ $FreeBSD: src/sys/kern/link_elf.c,v 1.81 2004/08/09 18:46:13 green Exp $ $FreeBSD: src/sys/kern/md5c.c,v 1.23.4.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/sched_4bsd.c,v 1.49.2.16 2005/07/03 20:08:04 ups Exp $ $FreeBSD: src/sys/kern/kern_switch.c,v 1.78.2.19 2005/07/03 20:08:04 ups Exp $ $FreeBSD: src/sys/kern/subr_autoconf.c,v 1.21.2.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/subr_blist.c,v 1.17 2004/06/04 04:03:25 alc Exp $ $FreeBSD: src/sys/kern/subr_bus.c,v 1.156.2.7 2005/05/06 02:50:00 cperciva Exp $ $FreeBSD: src/sys/kern/subr_devstat.c,v 1.49.2.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/subr_disk.c,v 1.80.4.2 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/subr_eventhandler.c,v 1.21 2003/06/11 00:56:57 obrien Exp $ $FreeBSD: src/sys/kern/subr_hints.c,v 1.9.4.1 2005/03/13 18:05:26 jmg Exp $ $FreeBSD: src/sys/kern/subr_kdb.c,v 1.5.2.4 2005/07/03 19:35:15 ups Exp $ $FreeBSD: src/sys/kern/subr_kobj.c,v 1.8 2003/10/16 09:16:28 dfr Exp $ $FreeBSD: src/sys/kern/subr_log.c,v 1.62.2.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/subr_module.c,v 1.8 2003/06/11 00:56:57 obrien Exp $ $FreeBSD: src/sys/kern/subr_param.c,v 1.64.2.2 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/subr_pcpu.c,v 1.5.4.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/subr_power.c,v 1.5 2004/01/02 18:24:13 njl Exp $ $FreeBSD: src/sys/kern/subr_prf.c,v 1.113 2004/07/10 21:39:15 marcel Exp $ $FreeBSD: src/sys/kern/subr_prof.c,v 1.74 2004/07/16 21:04:55 jhb Exp $ $FreeBSD: src/sys/kern/subr_rman.c,v 1.35.2.2 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/subr_sbuf.c,v 1.28 2004/07/09 11:37:44 des Exp $ $FreeBSD: src/sys/kern/subr_scanf.c,v 1.17 2004/04/05 21:03:35 imp Exp $ $FreeBSD: src/sys/kern/subr_sleepqueue.c,v 1.10.2.5 2005/04/26 18:01:31 jhb Exp $ $FreeBSD: src/sys/kern/subr_smp.c,v 1.188.2.5 2005/05/01 05:34:47 dwhite Exp $ $FreeBSD: src/sys/kern/subr_taskqueue.c,v 1.24 2004/08/08 02:37:21 jmg Exp $ $FreeBSD: src/sys/kern/subr_trap.c,v 1.270.2.6 2005/03/01 09:30:18 obrien Exp $ $FreeBSD: src/sys/kern/subr_turnstile.c,v 1.147.2.2 2004/10/08 19:47:23 jhb Exp $ $FreeBSD: src/sys/kern/subr_witness.c,v 1.178.2.8 2005/05/04 19:26:30 vkashyap Exp $ $FreeBSD: src/sys/kern/sys_generic.c,v 1.132.2.8 2005/07/14 19:08:22 jhb Exp $ $FreeBSD: src/sys/kern/sys_pipe.c,v 1.177.2.3 2005/02/27 02:39:33 jeff Exp $ $FreeBSD: src/sys/kern/sys_process.c,v 1.127.2.3 2005/03/29 07:24:45 das Exp $ $FreeBSD: src/sys/kern/sys_socket.c,v 1.63.2.3 2005/04/01 15:02:12 rwatson Exp $ $FreeBSD: src/sys/kern/sysv_ipc.c,v 1.27.4.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/sysv_msg.c,v 1.53.2.6 2005/05/05 19:57:03 ps Exp $ $FreeBSD: src/sys/kern/sysv_sem.c,v 1.70.2.4 2005/05/05 18:53:13 rwatson Exp $ $FreeBSD: src/sys/kern/sysv_shm.c,v 1.96.2.5 2005/06/01 14:17:35 jhb Exp $ $FreeBSD: src/sys/kern/tty.c,v 1.228.2.5 2005/05/07 17:47:39 scottl Exp $ $FreeBSD: src/sys/kern/tty_compat.c,v 1.37 2004/06/21 22:57:15 phk Exp $ $FreeBSD: src/sys/kern/tty_conf.c,v 1.24 2004/07/15 20:47:40 phk Exp $ $FreeBSD: src/sys/kern/tty_cons.c,v 1.127.2.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/tty_pty.c,v 1.129.2.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/tty_subr.c,v 1.42.2.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/tty_tty.c,v 1.54 2004/06/17 17:16:49 phk Exp $ $FreeBSD: src/sys/kern/uipc_accf.c,v 1.11.2.5 2005/06/26 06:59:49 maxim Exp $ $FreeBSD: src/sys/kern/uipc_domain.c,v 1.36.2.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/uipc_jumbo.c,v 1.10 2004/07/23 19:36:18 alc Exp $ $FreeBSD: src/sys/kern/uipc_mbuf.c,v 1.135.2.5 2005/05/11 21:54:43 emax Exp $ $FreeBSD: src/sys/kern/uipc_mbuf2.c,v 1.26.2.1 2005/01/31 23:26:17 imp Exp $ $FreeBSD: src/sys/kern/uipc_proto.c,v 1.24 2004/04/05 21:03:36 imp Exp $ $FreeBSD: src/sys/kern/uipc_socket.c,v 1.208.2.22 2005/08/05 13:30:10 gnn Exp $ $FreeBSD: src/sys/kern/uipc_socket2.c,v 1.137.2.7 2005/06/10 08:35:40 rwatson Exp $ $FreeBSD: src/sys/kern/uipc_syscalls.c,v 1.200.2.9 2005/06/10 08:41:56 rwatson Exp $ $FreeBSD: src/sys/kern/uipc_usrreq.c,v 1.138.2.14 2005/05/08 10:19:37 cperciva Exp $ $FreeBSD: src/sys/kern/vfs_bio.c,v 1.444.2.3 2005/06/26 23:55:50 green Exp $ $FreeBSD: src/sys/kern/vfs_cache.c,v 1.87.2.1 2005/01/31 23:26:18 imp Exp $ $FreeBSD: src/sys/kern/vfs_cluster.c,v 1.150.2.2 2005/08/16 15:09:44 sobomax Exp $ $FreeBSD: src/sys/kern/vfs_default.c,v 1.97.2.2 2005/02/23 23:06:29 alc Exp $ $FreeBSD: src/sys/kern/vfs_export.c,v 1.327.2.2 2005/01/31 23:26:18 imp Exp $ $FreeBSD: src/sys/kern/vfs_init.c,v 1.72.2.1 2005/01/31 23:26:18 imp Exp $ $FreeBSD: src/sys/kern/vfs_lookup.c,v 1.64.2.2 2005/04/23 21:53:04 ps Exp $ $FreeBSD: src/sys/kern/vfs_mount.c,v 1.138.2.3 2005/02/28 19:32:24 phk Exp $ $FreeBSD: src/sys/kern/vfs_subr.c,v 1.522.2.6 2005/05/20 04:16:47 csjp Exp $ $FreeBSD: src/sys/kern/vfs_syscalls.c,v 1.356.2.4 2005/04/23 22:02:07 ps Exp $ $FreeBSD: src/sys/kern/vfs_vnops.c,v 1.207.2.4 2005/05/01 01:26:25 csjp Exp $ $FreeBSD: src/sys/libkern/arc4random.c,v 1.12 2003/08/15 06:34:47 silby Exp $ $FreeBSD: src/sys/libkern/bcd.c,v 1.6.4.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/bsearch.c,v 1.7.2.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/crc32.c,v 1.2.4.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/index.c,v 1.9 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/inet_ntoa.c,v 1.5.4.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/qsort.c,v 1.15 2004/07/15 23:58:23 glebius Exp $ $FreeBSD: src/sys/libkern/qsort.c,v 1.15 2004/07/15 23:58:23 glebius Exp $ $FreeBSD: src/sys/libkern/fnmatch.c,v 1.18.2.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/random.c,v 1.13 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/rindex.c,v 1.10.2.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/scanc.c,v 1.11 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/skpc.c,v 1.8 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/strcat.c,v 1.10.2.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/strcmp.c,v 1.10 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/strcpy.c,v 1.11.2.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/strdup.c,v 1.5 2003/06/11 05:23:04 obrien Exp $ $FreeBSD: src/sys/libkern/strlcat.c,v 1.8.8.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/strlcpy.c,v 1.6.8.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/strlen.c,v 1.9 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/strncmp.c,v 1.10.2.1 2005/01/31 23:26:21 imp Exp $ $FreeBSD: src/sys/libkern/strncpy.c,v 1.10 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/strsep.c,v 1.7 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/strtol.c,v 1.8 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/strtoq.c,v 1.6 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/strtoul.c,v 1.6 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/strtouq.c,v 1.6 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/strvalid.c,v 1.3.4.2 2005/02/13 21:30:02 rwatson Exp $ $FreeBSD: src/sys/nfs/nfs_common.c,v 1.115.2.1 2005/01/31 23:26:45 imp Exp $ $FreeBSD: src/sys/nfsclient/nfs_bio.c,v 1.133.2.3 2005/06/26 23:55:50 green Exp $ $FreeBSD: src/sys/nfsclient/nfs_node.c,v 1.67.2.1 2005/01/31 23:26:46 imp Exp $ $FreeBSD: src/sys/nfsclient/nfs_socket.c,v 1.114.2.2 2005/01/31 23:26:46 imp Exp $ $FreeBSD: src/sys/nfsclient/nfs_subs.c,v 1.130.2.1 2005/01/31 23:26:46 imp Exp $ $FreeBSD: src/sys/nfsclient/nfs_nfsiod.c,v 1.81.2.1 2005/01/31 23:26:46 imp Exp $ $FreeBSD: src/sys/nfsclient/nfs_vfsops.c,v 1.158.2.5 2005/06/26 23:55:50 green Exp $ $FreeBSD: src/sys/nfsclient/nfs_vnops.c,v 1.220.2.1 2005/01/31 23:26:46 imp Exp $ $FreeBSD: src/sys/nfsclient/nfs_lock.c,v 1.39 2003/11/14 20:54:08 alfred Exp $ $FreeBSD: src/sys/nfs4client/nfs4_socket.c,v 1.3.2.1 2005/01/31 23:26:45 imp Exp $ $FreeBSD: src/sys/nfs4client/nfs4_vfsops.c,v 1.11.2.1 2005/01/31 23:26:45 imp Exp $ $FreeBSD: src/sys/nfs4client/nfs4_vnops.c,v 1.6.2.1 2005/01/31 23:26:45 imp Exp $ $FreeBSD: src/sys/nfsserver/nfs_serv.c,v 1.147.2.5 2005/06/10 08:45:58 rwatson Exp $ $FreeBSD: src/sys/nfsserver/nfs_srvsock.c,v 1.92.2.1 2005/01/31 23:26:47 imp Exp $ $FreeBSD: src/sys/nfsserver/nfs_srvcache.c,v 1.39.2.1 2005/01/31 23:26:47 imp Exp $ $FreeBSD: src/sys/nfsserver/nfs_srvsubs.c,v 1.131.2.1 2005/01/31 23:26:47 imp Exp $ $FreeBSD: src/sys/nfsserver/nfs_syscalls.c,v 1.101.2.1 2005/01/31 23:26:47 imp Exp $ $FreeBSD: src/sys/pci/agp.c,v 1.45.2.1 2005/03/23 06:02:29 alc Exp $ $FreeBSD: src/sys/pci/if_rl.c,v 1.145.2.3 2005/03/01 08:11:51 imp Exp $ $FreeBSD: src/sys/posix4/ksched.c,v 1.25.4.1 2005/01/31 23:26:52 imp Exp $ $FreeBSD: src/sys/posix4/p1003_1b.c,v 1.22.4.2 2005/04/21 20:33:05 ps Exp $ $FreeBSD: src/sys/posix4/posix4_mib.c,v 1.8 2003/06/11 06:28:14 obrien Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_alloc.c,v 1.123.2.4 2005/02/28 16:04:52 delphij Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_balloc.c,v 1.44.2.1 2005/01/31 23:26:59 imp Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_inode.c,v 1.93.2.2 2005/04/04 23:52:02 cperciva Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_snapshot.c,v 1.84.2.3 2005/03/16 13:39:47 pb Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_softdep.c,v 1.156.2.5 2005/08/26 20:39:51 tegge Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_softdep_stub.c,v 1.27.4.1 2005/01/31 23:27:00 imp Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_subr.c,v 1.39.2.1 2005/01/31 23:27:00 imp Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_tables.c,v 1.11.2.1 2005/01/31 23:27:00 imp Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_vfsops.c,v 1.240.2.4 2005/02/28 10:33:20 delphij Exp $ $FreeBSD: src/sys/ufs/ffs/ffs_vnops.c,v 1.133.2.1 2005/01/31 23:27:00 imp Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_acl.c,v 1.20 2004/08/15 06:24:42 jmg Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_bmap.c,v 1.60.2.1 2005/01/31 23:27:01 imp Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_dirhash.c,v 1.19.2.2 2005/02/28 10:33:21 delphij Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_extattr.c,v 1.73.2.1 2005/02/12 16:05:44 rwatson Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_ihash.c,v 1.39.2.1 2005/01/31 23:27:01 imp Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_inode.c,v 1.54.2.3 2005/03/01 11:32:32 phk Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_lookup.c,v 1.71.2.1 2005/01/31 23:27:01 imp Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_quota.c,v 1.73.2.1 2005/01/31 23:27:01 imp Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_vfsops.c,v 1.39.2.1 2005/01/31 23:27:01 imp Exp $ $FreeBSD: src/sys/ufs/ufs/ufs_vnops.c,v 1.242.2.4 2005/04/23 12:29:22 pjd Exp $ $FreeBSD: src/sys/vm/default_pager.c,v 1.34.4.1 2005/01/31 23:27:02 imp Exp $ $FreeBSD: src/sys/vm/device_pager.c,v 1.75.2.1 2005/01/31 23:27:02 imp Exp $ $FreeBSD: src/sys/vm/phys_pager.c,v 1.22.2.1 2005/01/31 23:27:02 imp Exp $ $FreeBSD: src/sys/vm/swap_pager.c,v 1.256.2.5 2005/04/02 13:05:15 das Exp $ $FreeBSD: src/sys/vm/vm_fault.c,v 1.192.2.4 2005/02/26 20:23:20 alc Exp $ $FreeBSD: src/sys/vm/vm_glue.c,v 1.202.2.5 2005/02/23 06:41:44 alc Exp $ $FreeBSD: src/sys/vm/vm_init.c,v 1.44.2.2 2005/04/28 00:29:24 kris Exp $ $FreeBSD: src/sys/vm/vm_kern.c,v 1.120.2.2 2005/02/23 05:54:52 alc Exp $ $FreeBSD: src/sys/vm/vm_map.c,v 1.360.2.3 2005/02/23 06:52:56 alc Exp $ $FreeBSD: src/sys/vm/vm_meter.c,v 1.76.2.4 2005/05/16 19:10:58 kris Exp $ $FreeBSD: src/sys/vm/vm_mmap.c,v 1.192.2.3 2005/05/18 00:32:05 csjp Exp $ $FreeBSD: src/sys/vm/vm_object.c,v 1.331.2.5 2005/08/15 14:59:53 tegge Exp $ $FreeBSD: src/sys/vm/vm_page.c,v 1.290.2.6 2005/03/02 04:00:04 alc Exp $ $FreeBSD: src/sys/vm/vm_pageq.c,v 1.14 2004/06/07 19:33:05 netchild Exp $ $FreeBSD: src/sys/vm/vm_contig.c,v 1.38.2.5 2005/08/15 15:01:59 tegge Exp $ $FreeBSD: src/sys/vm/vm_zeroidle.c,v 1.26.2.6 2005/02/23 15:03:56 ssouhlal Exp $ $FreeBSD: src/sys/vm/vm_pageout.c,v 1.261.2.5 2005/08/15 14:59:53 tegge Exp $ $FreeBSD: src/sys/vm/vm_pager.c,v 1.95.2.3 2005/08/16 15:09:44 sobomax Exp $ $FreeBSD: src/sys/vm/vm_unix.c,v 1.45.2.1 2005/01/31 23:27:04 imp Exp $ $FreeBSD: src/sys/vm/uma_core.c,v 1.105.2.8 2005/02/16 21:53:08 bmilekic Exp $ $FreeBSD: src/sys/vm/uma_dbg.c,v 1.15.2.4 2005/02/16 21:53:08 bmilekic Exp $ $FreeBSD: src/sys/vm/vnode_pager.c,v 1.196.2.8 2005/08/16 15:09:44 sobomax Exp $ $FreeBSD: src/sys/dev/fb/fb.c,v 1.32 2004/07/15 08:26:00 phk Exp $ $FreeBSD: src/sys/dev/fb/splash.c,v 1.14 2004/05/30 20:08:31 phk Exp $ $FreeBSD: src/sys/dev/fb/vga.c,v 1.31.2.2 2005/02/14 09:34:40 obrien Exp $ $FreeBSD: src/sys/dev/fdc/fdc.c,v 1.283.2.7 2005/03/01 08:22:55 yongari Exp $ $FreeBSD: src/sys/dev/fdc/fdc_acpi.c,v 1.2.2.3 2004/09/30 20:04:56 jhb Exp $ $FreeBSD: src/sys/dev/fdc/fdc_isa.c,v 1.9.2.5 2005/01/30 00:59:41 imp Exp $ $FreeBSD: src/sys/dev/kbd/atkbd.c,v 1.43.2.1 2005/01/07 20:36:00 jhb Exp $ $FreeBSD: src/sys/dev/kbd/atkbdc.c,v 1.15 2003/08/24 17:49:15 obrien Exp $ $FreeBSD: src/sys/dev/kbd/kbd.c,v 1.42 2004/06/16 09:46:48 phk Exp $ $FreeBSD: src/sys/dev/io/iodev.c,v 1.2 2004/08/02 20:42:28 markm Exp $ $FreeBSD: src/sys/dev/mem/memutil.c,v 1.1 2004/08/04 18:30:31 markm Exp $ $FreeBSD: src/sys/dev/random/nehemiah.c,v 1.2 2004/04/17 19:26:53 markm Exp $ $FreeBSD: src/sys/dev/sio/sio.c,v 1.450.2.1 2005/02/12 15:38:09 rwatson Exp $ $FreeBSD: src/sys/dev/sio/sio_isa.c,v 1.14.2.1 2005/01/30 01:00:01 imp Exp $ $FreeBSD: src/sys/dev/syscons/schistory.c,v 1.19 2004/01/21 05:08:51 grehan Exp $ $FreeBSD: src/sys/dev/syscons/scmouse.c,v 1.36 2003/08/24 18:17:23 obrien Exp $ $FreeBSD: src/sys/dev/syscons/scterm.c,v 1.6 2003/08/24 18:17:24 obrien Exp $ $FreeBSD: src/sys/dev/syscons/scterm-dumb.c,v 1.6 2004/01/21 05:08:51 grehan Exp $ $FreeBSD: src/sys/dev/syscons/scterm-sc.c,v 1.21 2004/05/30 20:08:42 phk Exp $ $FreeBSD: src/sys/dev/syscons/scvesactl.c,v 1.20 2004/06/16 09:46:58 phk Exp $ $FreeBSD: src/sys/dev/syscons/scvgarndr.c,v 1.15 2004/05/30 20:08:42 phk Exp $ $FreeBSD: src/sys/dev/syscons/scvidctl.c,v 1.32 2004/07/13 16:06:19 stefanf Exp $ $FreeBSD: src/sys/dev/syscons/scvtb.c,v 1.12 2003/08/24 18:17:24 obrien Exp $ $FreeBSD: src/sys/dev/syscons/syscons.c,v 1.427.2.1 2004/09/30 17:49:15 nectar Exp $ $FreeBSD: src/sys/dev/syscons/sysmouse.c,v 1.24 2004/07/15 20:47:39 phk Exp $ $FreeBSD: src/sys/geom/geom_bsd.c,v 1.70.2.3 2005/03/22 13:41:58 pjd Exp $ $FreeBSD: src/sys/geom/geom_bsd_enc.c,v 1.5.4.1 2005/01/31 23:26:00 imp Exp $ $FreeBSD: src/sys/geom/geom_mbr.c,v 1.60.2.3 2005/05/25 12:57:02 delphij Exp $ $FreeBSD: src/sys/geom/geom_mbr_enc.c,v 1.2.4.1 2005/01/31 23:26:00 imp Exp $ $FreeBSD: src/sys/i386/i386/atomic.c,v 1.6 2003/08/25 09:48:46 obrien Exp $ $FreeBSD: src/sys/i386/i386/autoconf.c,v 1.178.2.1 2004/11/10 12:42:45 nyan Exp $ $FreeBSD: src/sys/i386/i386/bios.c,v 1.70 2004/06/23 17:59:01 jhb Exp $ $FreeBSD: src/sys/i386/i386/busdma_machdep.c,v 1.59.2.7 2005/03/15 04:38:53 scottl Exp $ $FreeBSD: src/sys/i386/i386/critical.c,v 1.13 2004/03/05 14:23:13 bde Exp $ $FreeBSD: src/sys/i386/i386/db_disasm.c,v 1.28.4.1 2005/01/31 23:26:03 imp Exp $ $FreeBSD: src/sys/i386/i386/db_interface.c,v 1.82.2.1 2005/01/31 23:26:03 imp Exp $ $FreeBSD: src/sys/i386/i386/db_trace.c,v 1.61.2.4 2005/03/25 21:07:21 jhb Exp $ $FreeBSD: src/sys/i386/i386/dump_machdep.c,v 1.9 2003/08/25 09:48:46 obrien Exp $ $FreeBSD: src/sys/i386/i386/elf_machdep.c,v 1.20 2004/08/11 02:35:05 marcel Exp $ $FreeBSD: src/sys/i386/i386/i686_mem.c,v 1.24 2004/07/01 07:46:28 jhb Exp $ $FreeBSD: src/sys/i386/i386/identcpu.c,v 1.139 2004/06/03 21:14:53 phk Exp $ $FreeBSD: src/sys/i386/i386/in_cksum.c,v 1.27 2004/04/07 20:46:04 imp Exp $ $FreeBSD: src/sys/i386/i386/initcpu.c,v 1.49 2003/11/10 15:48:30 jhb Exp $ $FreeBSD: src/sys/i386/i386/io.c,v 1.1 2004/08/01 11:40:52 markm Exp $ $FreeBSD: src/sys/i386/i386/k6_mem.c,v 1.11 2003/08/25 09:48:47 obrien Exp $ $FreeBSD: src/sys/i386/i386/legacy.c,v 1.56.2.1 2005/02/25 21:44:13 njl Exp $ $FreeBSD: src/sys/i386/i386/machdep.c,v 1.597.2.7 2005/04/26 21:20:19 peter Exp $ $FreeBSD: src/sys/i386/i386/mem.c,v 1.116 2004/08/04 18:30:31 markm Exp $ $FreeBSD: src/sys/i386/i386/nexus.c,v 1.58.2.2 2004/11/07 22:35:36 njl Exp $ $FreeBSD: src/sys/i386/i386/pmap.c,v 1.494.2.10 2005/08/08 15:33:53 jhb Exp $ $FreeBSD: src/sys/i386/i386/sys_machdep.c,v 1.92.2.3 2005/05/06 02:40:18 cperciva Exp $ $FreeBSD: src/sys/i386/i386/trap.c,v 1.267.2.3 2005/05/01 05:34:46 dwhite Exp $ $FreeBSD: src/sys/i386/i386/tsc.c,v 1.204 2003/10/21 18:28:34 silby Exp $ $FreeBSD: src/sys/i386/i386/uio_machdep.c,v 1.5.2.3 2005/03/11 06:35:26 alc Exp $ $FreeBSD: src/sys/i386/i386/vm86.c,v 1.56.4.1 2005/02/05 01:02:49 das Exp $ $FreeBSD: src/sys/i386/i386/vm_machdep.c,v 1.241.2.3 2005/03/09 18:59:19 alc Exp $ $FreeBSD: src/sys/i386/isa/atpic.c,v 1.18.2.1 2005/03/25 21:08:49 jhb Exp $ $FreeBSD: src/sys/i386/isa/clock.c,v 1.213.2.2 2005/05/11 20:02:16 mdodd Exp $ $FreeBSD: src/sys/i386/isa/elcr.c,v 1.1.2.1 2005/03/25 21:08:49 jhb Exp $ $FreeBSD: src/sys/i386/isa/isa.c,v 1.146.2.1 2005/01/31 23:26:05 imp Exp $ $FreeBSD: src/sys/i386/isa/isa_dma.c,v 1.16.2.1 2005/03/07 13:10:47 phk Exp $ $FreeBSD: src/sys/i386/isa/nmi.c,v 1.79 2004/04/07 20:46:06 imp Exp $ $FreeBSD: src/sys/i386/isa/npx.c,v 1.152.2.3 2005/03/29 07:24:38 das Exp $ $FreeBSD: src/sys/i386/isa/vesa.c,v 1.47.2.2 2005/06/29 15:33:23 jhb Exp $ $FreeBSD: src/sys/i386/pci/pci_bus.c,v 1.112.2.5 2005/02/14 11:23:42 obrien Exp $ $FreeBSD: src/sys/i386/pci/pci_cfgreg.c,v 1.111.2.1 2005/01/31 23:26:07 imp Exp $ $FreeBSD: src/sys/i386/pci/pci_pir.c,v 1.114.2.1 2005/01/31 23:26:07 imp Exp $ $FreeBSD: src/sys/isa/atkbd_isa.c,v 1.17 2004/05/30 20:27:16 phk Exp $ $FreeBSD: src/sys/isa/atkbdc_isa.c,v 1.29.2.1 2004/11/07 22:33:06 njl Exp $ $FreeBSD: src/sys/isa/psm.c,v 1.79.2.2 2004/10/01 06:26:51 philip Exp $ $FreeBSD: src/sys/isa/syscons_isa.c,v 1.25.2.1 2005/02/14 09:34:40 obrien Exp $ $FreeBSD: src/sys/isa/vga_isa.c,v 1.30.2.1 2005/03/13 21:39:29 iedowse Exp $ $FreeBSD: src/sys/libkern/divdi3.c,v 1.8 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/ffsl.c,v 1.4 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/flsl.c,v 1.4 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/moddi3.c,v 1.9 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/qdivrem.c,v 1.10 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/ucmpdi2.c,v 1.10 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/udivdi3.c,v 1.8 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/libkern/umoddi3.c,v 1.8 2004/04/07 20:46:10 imp Exp $ $FreeBSD: src/sys/pci/agp_ali.c,v 1.12.2.2 2005/03/01 08:11:50 imp Exp $ $FreeBSD: src/sys/pci/agp_amd.c,v 1.21.2.1 2005/03/01 08:11:50 imp Exp $ $FreeBSD: src/sys/pci/agp_amd64.c,v 1.1.2.4 2005/03/10 23:38:49 obrien Exp $ $FreeBSD: src/sys/pci/agp_i810.c,v 1.30.2.2 2005/03/23 05:59:42 alc Exp $ $FreeBSD: src/sys/pci/agp_intel.c,v 1.24.2.2 2005/03/01 08:11:50 imp Exp $ $FreeBSD: src/sys/pci/agp_nvidia.c,v 1.6.2.1 2005/03/01 08:11:50 imp Exp $ $FreeBSD: src/sys/pci/agp_sis.c,v 1.14.2.3 2005/03/01 08:11:50 imp Exp $ $FreeBSD: src/sys/pci/agp_via.c,v 1.18.2.3 2005/03/01 08:11:50 imp Exp $ --- ident-kernel ends here --- --- kernconf.KUTELO1 begins here --- # # KUTELO1 /etc/kernconf.KUTELO1 # machine i386 cpu I586_CPU cpu I686_CPU ident KUTELO1 options INCLUDE_CONFIG_FILE #Include this file in kernel maxusers 0 ##################################################################### # DEBUGGING OPTIONS options KTRACE #ktrace(1) support makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # bug hunting options WITNESS # detect deadlocks and cycles during locking operations options INVARIANTS # extra sanity checking options INVARIANT_SUPPORT # support for INVARIANTS, see sys/conf/NOTES options MUTEX_DEBUG # MUTEX_DEBUG enables various extra assertions in the mutex code options KDB # kernel debugger related code options KDB_TRACE # print stack trace on panic options KDB_UNATTENDED # don't enter the debugger on panic options DDB # online debugger ##################################################################### # COMPATIBILITY OPTIONS options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores ##################################################################### # NETWORKING OPTIONS options INET #InterNETworking #options IPSEC #IP security #options IPSEC_ESP #IP security (crypto; define w/ IPSEC) #options IPSEC_DEBUG #debug for IP security # # Network interfaces # device loop #Network loopback device io device mem device ether #Ethernet support device bpf #Berkeley packet filter #device tun #Packet tunnel. device ppp #Kernel PPP device gif #IPv6 and IPv4 tunneling device pf #PF OpenBSD packet-filter firewall device pflog #logging support interface for PF device pfsync #synchronization interface for PF # # Internet family options # options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) #options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging options IPFILTER_DEFAULT_BLOCK #block all packets by default options IPSTEALTH #support for stealth forwarding options TCPDEBUG options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options DUMMYNET options BRIDGE ##################################################################### # FILESYSTEM OPTIONS options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options CD9660 #ISO 9660 Filesystem options PSEUDOFS #Pseudo-filesystem framework options PROCFS #Process filesystem (requires PSEUDOFS) options FDESCFS #File descriptor filesystem options QUOTA #enable disk quotas options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server options NFS_MINATTRTIMO=3 #VREG attrib cache timeout in sec options NFS_MAXATTRTIMO=60 options NFS_MINDIRATTRTIMO=30 #VDIR attrib cache timeout in sec options NFS_MAXDIRATTRTIMO=60 options NFS_GATHERDELAY=10 #Default write gather delay (msec) options NFS_WDELAYHASHSIZ=16 #and with this options NFS_DEBUG #Enable NFS Debugging device random #Entropy device ##################################################################### # POSIX P1003.1B options SCHED_4BSD options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions ##################################################################### # SECURITY POLICY PARAMETERS # Support for Mandatory Access Control (MAC): #options MAC #options MAC_DEBUG #options MAC_BIBA #options MAC_BSDEXTENDED #options MAC_IFOFF #options MAC_LOMAC #options MAC_MLS #options MAC_NONE #options MAC_PARTITION #options MAC_SEEOTHERUIDS #options MAC_TEST ##################################################################### # CLOCK OPTIONS options HZ=50 ##################################################################### # MISCELLANEOUS DEVICES AND OPTIONS device pty #Pseudo-ttys (telnet etc) device md #Memory "disks" ##################################################################### # HARDWARE DEVICE CONFIGURATION device isa device eisa device pci device agp #support several AGP chipsets # Floating point support - do not disable. device npx # # Mandatory devices # device atkbdc #AT keyboard controller device atkbd #AT keyboard options ATKBD_DFLT_KEYMAP #specify the built-in keymap makeoptions ATKBD_DFLT_KEYMAP=bg.phonetic.rctrl device psm #PS/2 mouse device vga #VGA video card driver #options VGA_ALT_SEQACCESS device splash #Splash screen and screen saver support # The syscons console driver (sco color console compatible). device sc options MAXCONS=16 #number of virtual consoles options SC_ALT_MOUSE_IMAGE #simplified mouse cursor in text mode options SC_DFLT_FONT #compile font in makeoptions SC_DFLT_FONT=cp1251plus options SC_HISTORY_SIZE=2048 #number of history buffer lines options SC_PIXEL_MODE #add support for the raster text mode options SC_TWOBUTTON_MOUSE options VESA options FAT_CURSOR #start with block cursor # ATA and ATAPI devices device ata device atadisk #ATA disk drives device atapicd #ATAPI CDROM drives options ATA_STATIC_ID #Static device numbering # Floppy drives device fdc # Serial (COM) ports device sio #8250, 16[45]50 based serial ports # # Network devices # device miibus #MII bus support device rl # Parallel port device ppbus #Parallel port bus (required) device ppi #Parallel port interface device # USB support device usb # USB Bus (required) device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ugen # Generic device ums # Mouse options PANIC_REBOOT_WAIT_TIME=45 # EOF --- kernconf.KUTELO1 ends here --- --- dmesg.WITNESS_COUNT_200 begins here --- 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 5.4-STABLE #12: Fri Sep 2 22:23:43 EEST 2005 root@kutelo1.bg.datamax:/usr/src/sys/i386/compile/KUTELO1 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) processor (800.04-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x631 Stepping = 1 Features=0x183f9ff AMD Features=0xc0440000 real memory = 134152192 (127 MB) avail memory = 121413632 (115 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xe400-0xe41f irq 12 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe800-0xe81f irq 12 at device 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) rl0: port 0xec00-0xecff mem 0xe7000000-0xe70000ff irq 11 at device 13.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:c0:26:5e:87:f2 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 800035138 Hz quality 800 Timecounters tick every 20.000 msec IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled witness_get: witness exhausted ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging unlimited ad0: 38166MB [77545/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a --- dmesg.WITNESS_COUNT_200 ends here --- --- bt.WITNESS_COUNT_200 begins here --- [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuaa0, 'tr /dev/cuaa1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. Unread portion of the kernel message buffer: panic: kmem_malloc(4096): kmem_map too small: 40886272 total allocated KDB: stack backtrace: kdb_backtrace(c06c8ec0,c0725480,c06dc6ce,cc5cd820,100) at kdb_backtrace+0x2e panic(c06dc6ce,1000,26fe000,cc5cd84c,c3122210) at panic+0xb7 kmem_malloc(c103b0c0,1000,102,cc5cd8a0,c0651653) at kmem_malloc+0xab page_alloc(c1045e40,1000,cc5cd893,102,80c) at page_alloc+0x27 slab_zalloc(c1045e40,102,459c2,cc5cd8d0,c05748da) at slab_zalloc+0xd3 uma_zone_slab(c1045e40,2,c05050fa,c0764820,2) at uma_zone_slab+0x117 uma_zalloc_bucket(c1045e40,2,c06de18c,76d,0) at uma_zalloc_bucket+0x15f uma_zalloc_arg(c1045e40,0,2,cc5cd944,0) at uma_zalloc_arg+0x36d cache_enter(c348dd68,c3122210,cc5cdbc0,cc5cd9b4,cc5cd9b8) at cache_enter+0xae ufs_lookup(cc5cda78,cc5cdab4,c0567a99,cc5cda78,cc5cdbac) at ufs_lookup+0xf07 ufs_vnoperate(cc5cda78,cc5cdbac,cc5cdbc0,c2b63210,c12ae600) at ufs_vnoperate+0x18 vfs_cache_lookup(cc5cdaf8,cc5cdb14,c056d822,cc5cdaf8,c12ae600) at vfs_cache_lookup+0xe9 ufs_vnoperate(cc5cdaf8,c12ae600,c12ae600,c12ae600,c12ae600) at ufs_vnoperate+0x18 lookup(cc5cdb98,0,c06d0e40,a5,10006) at lookup+0x332 namei(cc5cdb98,cc5cdc6c,cc5cdb9c,60,0) at namei+0x37e kern_lstat(c12ae600,8144e00,0,cc5cdc6c,417) at kern_lstat+0x4f lstat(c12ae600,cc5cdd04,c06e2774,3e7,2) at lstat+0x2f syscall(2f,2f,2f,0,bfbfec00) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (190, FreeBSD ELF32, lstat), eip = 0x282ee4ef, esp = 0xbfbfc91c, ebp = 0xbfbfca08 --- Uptime: 3h39m22s Dumping 127 MB 16 32 48 64 80 96 112 #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:160 During symbol reading, Incomplete CFI data; unspecified registers at 0xc050e9c3. #1 0xc050f062 in boot (howto=0x104) at ../../../kern/kern_shutdown.c:410 #2 0xc050f3d8 in panic (fmt=0xc06dc6ce "kmem_malloc(%ld): kmem_map too small: %ld total allocated") at ../../../kern/kern_shutdown.c:566 #3 0xc063ef5b in kmem_malloc (map=0xc103b0c0, size=0x1000, flags=0x102) at ../../../vm/vm_kern.c:299 #4 0xc0651b47 in page_alloc (zone=0xc1045e40, bytes=0x0, pflag=0x0, wait=0x0) at ../../../vm/uma_core.c:957 #5 0xc0651653 in slab_zalloc (zone=0xc1045e40, wait=0x102) at ../../../vm/uma_core.c:827 #6 0xc0653137 in uma_zone_slab (zone=0xc1045e40, flags=0x2) at ../../../vm/uma_core.c:1994 #7 0xc065339f in uma_zalloc_bucket (zone=0xc1045e40, flags=0x2) at ../../../vm/uma_core.c:2103 #8 0xc0652fad in uma_zalloc_arg (zone=0xc1045e40, udata=0x0, flags=0x2) at ../../../vm/uma_core.c:1911 #9 0xc056746e in cache_enter (dvp=0xc348dd68, vp=0xc3122210, cnp=0xcc5cdbc0) at uma.h:276 #10 0xc062ec87 in ufs_lookup (ap=0xcc5cda78) at ../../../ufs/ufs/ufs_lookup.c:613 #11 0xc0636688 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2828 #12 0xc0567a99 in vfs_cache_lookup (ap=0x0) at vnode_if.h:82 #13 0xc0636688 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2828 #14 0xc056d822 in lookup (ndp=0xcc5cdb98) at vnode_if.h:52 #15 0xc056d1de in namei (ndp=0xcc5cdb98) at ../../../kern/vfs_lookup.c:182 #16 0xc057b6ef in kern_lstat (td=0xc12ae600, path=0x0, pathseg=UIO_USERSPACE, sbp=0x0) at ../../../kern/vfs_syscalls.c:2041 #17 0xc057b66f in lstat (td=0x0, uap=0xcc5cdd04) at ../../../kern/vfs_syscalls.c:2025 #18 0xc068d5f0 in syscall (frame= {tf_fs = 0x2f, tf_es = 0x2f, tf_ds = 0x2f, tf_edi = 0x0, tf_esi = 0xbfbfec00, tf_ebp = 0xbfbfca08, tf_isp = 0xcc5cdd64, tf_ebx = 0x8329b58, tf_edx = 0x3c, tf_ecx = 0x9, tf_eax = 0xbe, tf_trapno = 0x0, tf_err = 0x2, tf_eip = 0x282ee4ef, tf_cs = 0x1f, tf_eflags = 0x246, tf_esp = 0xbfbfc91c, tf_ss = 0x2f}) at ../../../i386/i386/trap.c:1009 #19 0xc067d8af in Xint0x80_syscall () at ../../../i386/i386/exception.s:201 #20 0x0000002f in ?? () #21 0x0000002f in ?? () #22 0x0000002f in ?? () #23 0x00000000 in ?? () #24 0xbfbfec00 in ?? () #25 0xbfbfca08 in ?? () #26 0xcc5cdd64 in ?? () #27 0x08329b58 in ?? () #28 0x0000003c in ?? () #29 0x00000009 in ?? () #30 0x000000be in ?? () #31 0x00000000 in ?? () #32 0x00000002 in ?? () #33 0x282ee4ef in ?? () #34 0x0000001f in ?? () #35 0x00000246 in ?? () #36 0xbfbfc91c in ?? () #37 0x0000002f in ?? () #38 0x00000000 in ?? () #39 0x00000000 in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x052ae000 in ?? () #43 0xc12ade20 in ?? () #44 0xc12ae600 in ?? () #45 0xcc5cdc8c in ?? () ---Type to continue, or q to quit---#46 0xcc5cdc68 in ?? () #47 0xc1d6ec00 in ?? () #48 0xc0521ca0 in sched_switch (td=0xbfbfec00, newtd=0x8329b58, flags=Cannot access memory at address 0xbfbfca18 ) at ../../../kern/sched_4bsd.c:881 Previous frame inner to this frame (corrupt stack?) (kgdb) --- bt.WITNESS_COUNT_200 ends here --- --- dmesg.WITNESS_COUNT_20000 begins here --- 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 5.4-STABLE #18: Wed Sep 7 18:54:20 EEST 2005 root@kutelo1.bg.datamax:/usr/src/sys/i386/compile/KUTELO1 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) processor (800.04-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x631 Stepping = 1 Features=0x183f9ff AMD Features=0xc0440000 real memory = 134152192 (127 MB) avail memory = 121413632 (115 MB) npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 7.1 on pci0 atapci0: Correcting VIA config for southbridge data corruption bug ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xe400-0xe41f irq 12 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe800-0xe81f irq 12 at device 7.3 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: at device 7.4 (no driver attached) rl0: port 0xec00-0xecff mem 0xe7000000-0xe70000ff irq 11 at device 13.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:c0:26:5e:87:f2 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 orm0: at iomem 0xc0000-0xc7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/11.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 800035266 Hz quality 800 Timecounters tick every 20.000 msec IP Filter: v3.4.35 initialized. Default = block all, Logging = enabled ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to accept, logging unlimited ad0: 38166MB [77545/16/63] at ata0-master UDMA100 acd0: CDROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a lock order reversal 1st 0xc14f984c inp (udpinp) @ netinet/udp_usrreq.c:762 2nd 0xc071ae00 ipf filter rwlock (ipf filter rwlock) @ contrib/ipfilter/netinet/fil.c:1107 KDB: stack backtrace: kdb_backtrace(c06cc4e1,c071ae00,c06b7286,c06b7286,c06b6d17) at kdb_backtrace+0x2e witness_checkorder(c071ae00,1,c06b6d17,453,0) at witness_checkorder+0x6a6 _sx_slock(c071ae00,c06b6d0e,453,0,0) at _sx_slock+0x7e fr_check(c14511c4,14,c137a000,1,c80f3abc) at fr_check+0x40c fr_check_wrapper(0,c80f3abc,c137a000,2,c14f97bc) at fr_check_wrapper+0x3c pfil_run_hooks(c0a7ddc0,c80f3b30,c137a000,2,c14f97bc) at pfil_run_hooks+0x10b ip_output(c1451100,0,c80f3afc,0,0) at ip_output+0x620 udp_output(c14f97bc,c1451100,0,0,c13a6600) at udp_output+0x53a udp_send(c14f7b64,0,c1451100,0,0) at udp_send+0x30 sosend(c14f7b64,0,c80f3c38,c1451100,0) at sosend+0x701 kern_sendit(c13a6600,9,c80f3cb4,0,0) at kern_sendit+0x13f sendit(c13a6600,9,c80f3cb4,0,810a020) at sendit+0x1a1 sendto(c13a6600,c80f3d04,18,439,6) at sendto+0x5b syscall(2f,2f,2f,0,28316424) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x2827d7cf, esp = 0xbfbfd39c, ebp = 0xbfbfd3c8 --- lock order reversal 1st 0xc15aa798 inp (tcpinp) @ netinet/tcp_usrreq.c:371 2nd 0xc071ae00 ipf filter rwlock (ipf filter rwlock) @ contrib/ipfilter/netinet/fil.c:1107 KDB: stack backtrace: kdb_backtrace(c06cc4e1,c071ae00,c06b7286,c06b7286,c06b6d17) at kdb_backtrace+0x2e witness_checkorder(c071ae00,1,c06b6d17,453,0) at witness_checkorder+0x6a6 _sx_slock(c071ae00,c06b6d0e,453,0,0) at _sx_slock+0x7e fr_check(c144ad40,14,c137a000,1,cc630afc) at fr_check+0x40c fr_check_wrapper(0,cc630afc,c137a000,2,c15aa708) at fr_check_wrapper+0x3c pfil_run_hooks(c0a7ddc0,cc630b70,c137a000,2,c15aa708) at pfil_run_hooks+0x10b ip_output(c144ad00,0,cc630b3c,0,0) at ip_output+0x620 tcp_output(c1d24378,c13aea00,c17ee600,173,1) at tcp_output+0x11ea tcp_usr_connect(c17fc654,c13aea00,c17ee600,229) at tcp_usr_connect+0x13b soconnect(c17fc654,c13aea00,c17ee600,c055af86,90f7650) at soconnect+0xaa kern_connect(c17ee600,8,c13aea00,c13aea00,0) at kern_connect+0x8d connect(c17ee600,cc630d04,c,439,3) at connect+0x41 syscall(2f,2f,2f,90f7650,8b7c814) at syscall+0x2c0 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (98, FreeBSD ELF32, connect), eip = 0x281cfa0f, esp = 0xbfbfeccc, ebp = 0xbfbfecf8 --- --- dmesg.WITNESS_COUNT_20000 ends here --- --- bt.WITNESS_COUNT_20000 begins here --- [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Ready to go. Enter 'tr' to connect to the remote target with /dev/cuaa0, 'tr /dev/cuaa1' to connect to a different port or 'trf portno' to connect to the remote target with the firewire interface. portno defaults to 5556. Type 'getsyms' after connection to load kld symbols. If you're debugging a local system, you can use 'kldsyms' instead to load the kld symbols. That's a less obnoxious interface. Unread portion of the kernel message buffer: swap_pager: I/O error - pagein failed; blkno 6758,size 4096, error 12 panic: vm_thread_swapin: cannot get kstack for proc: 713 KDB: stack backtrace: kdb_backtrace(c06c8ec0,c0725480,c06dc484,c0c20c84,100) at kdb_backtrace+0x2e panic(c06dc484,2c9,1,0,2) at panic+0xb7 vm_thread_swapin(c13a5d80,0,c06dc3c7,226,c06c8093) at vm_thread_swapin+0x116 faultin(c14851c4,0,c06dc3c7,296,1f4) at faultin+0x118 scheduler(0,c1e000,c1ec00,c1e000,0) at scheduler+0x234 mi_startup() at mi_startup+0xb5 begin() at begin+0x2c Uptime: 51m38s Dumping 127 MB 16 32 48 64 80 96 112 #0 doadump () at pcpu.h:160 160 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:160 During symbol reading, Incomplete CFI data; unspecified registers at 0xc050e9c3. #1 0xc050f062 in boot (howto=0x104) at ../../../kern/kern_shutdown.c:410 #2 0xc050f3d8 in panic (fmt=0xc06dc484 "vm_thread_swapin: cannot get kstack for proc: %d") at ../../../kern/kern_shutdown.c:566 #3 0xc063db06 in vm_thread_swapin (td=0xc13a5d80) at ../../../vm/vm_glue.c:376 #4 0xc063df88 in faultin (p=0xc14851c4) at ../../../vm/vm_glue.c:553 #5 0xc063e2b4 in scheduler (dummy=0x0) at ../../../vm/vm_glue.c:668 #6 0xc04dd515 in mi_startup () at ../../../kern/init_main.c:208 #7 0xc0431605 in begin () at ../../../i386/i386/locore.s:348 (kgdb) --- bt.WITNESS_COUNT_20000 ends here --- From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 23:33:24 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2B9A16A41F for ; Wed, 7 Sep 2005 23:33:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4146643D49 for ; Wed, 7 Sep 2005 23:33:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j87NWg0r013966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Sep 2005 19:32:42 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j87NWf6P012764; Wed, 7 Sep 2005 19:32:42 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6927F51210; Wed, 7 Sep 2005 19:32:41 -0400 (EDT) Date: Wed, 7 Sep 2005 19:32:41 -0400 From: Kris Kennaway To: Vasil Dimov Message-ID: <20050907233241.GA32464@xor.obsecurity.org> References: <20050907184643.GA61702@sinanica.bg.datamax> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20050907184643.GA61702@sinanica.bg.datamax> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: Reproducable panic under heavy disk I/O on 5.4-latestandthegreatest X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 23:33:24 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2005 at 09:46:43PM +0300, Vasil Dimov wrote: > The command that causes the panic is: >=20 > # duplicity / rsync://backuphost:873/kutelo1 >=20 > It generally traverses the whole FS. When 500-600M are uploaded to > backuphost, the machine (the one that runs duplicity command) panics. >=20 > Below I have attached "uname -a" and "ident /boot/kernel/kernel" > commands output, the kernel config file, dmesg output and backtraces > with WITNESS_COUNT set to 200 (default) and 20000. >=20 > Note that I get different panic 'reasons' with WITNESS_COUNT=3D200 vs. > WITNESS_COUNT=3D20000. >=20 > Should I submit a PR (without a fix :/)? > Unread portion of the kernel message buffer: > panic: kmem_malloc(4096): kmem_map too small: 40886272 total allocated This indicates you're running your kernel out of memory. Try tuning VM_KMEM_SIZE_MAX, e.g. options VM_KMEM_SIZE_MAX=3D524288000 #500MB > lock order reversal > 1st 0xc15aa798 inp (tcpinp) @ netinet/tcp_usrreq.c:371 > 2nd 0xc071ae00 ipf filter rwlock (ipf filter rwlock) @ contrib/ipfilter/= netinet/fil.c:1107 This indicates that ipf is broken on SMP, as is well-known. Kris --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDH3iZWry0BWjoQKURAm+mAKClC3jc5z20TqJrigz+11yWCcjeFACfUXTO odGDv3m5WUyuQrh+mUd3hLk= =oBVW -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 09:17:40 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A50B16A41F for ; Thu, 8 Sep 2005 09:17:40 +0000 (GMT) (envelope-from adewole@sympatico.ca) Received: from BAYC1-PASMTP03.bayc1.hotmail.com (bayc1-pasmtp03.bayc1.hotmail.com [65.54.191.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 422F443D45 for ; Thu, 8 Sep 2005 09:17:39 +0000 (GMT) (envelope-from adewole@sympatico.ca) Message-ID: X-Originating-IP: [64.231.252.147] X-Originating-Email: [adewole@sympatico.ca] Received: from newton ([64.231.252.147]) by BAYC1-PASMTP03.bayc1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 8 Sep 2005 02:17:39 -0700 Message-ID: <000501c5b457$59e6cea0$6501a8c0@newton> From: "Mike Adewole" To: Date: Thu, 8 Sep 2005 05:25:59 -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.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-OriginalArrivalTime: 08 Sep 2005 09:17:39.0400 (UTC) FILETIME=[28C34480:01C5B456] Subject: syscons and SC_NO_CUTPASTE issue X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 09:17:40 -0000 It appears that kernel option SC_NO_CUTPASTE not only disables cut n paste operations in virtual terminals but also prevents the mouse pointer from being displayed or drawn. But there are cases when the mouse pointer should be displayed even when cut n paste is disabled. This happens for example in a tui environment where the environment does the cut n paste by itself but needs to show the mouse pointer. I propose that: (a) SC_NO_SYSMOUSE should be the only option that prevents the mouse pointer from being displayed (b) SC_NO_SYSMOUSE should imply SC_NO_CUTPASTE (as it currently does) (c) SC_NO_CUTPASTE should disable cut n paste but allow the mouse pointer to be displayed (d) the next release of the generic kernel should be compiled with SC_NO_CUTPASTE If it's OK with syscons maintainer and there's no serious objection from other folks, I'll consider submitting a patch that implements (a) - (c). Thanks. Mike From owner-freebsd-hackers@FreeBSD.ORG Wed Sep 7 13:16:45 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C34EA16A41F for ; Wed, 7 Sep 2005 13:16:45 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from peedub.jennejohn.org (J9acb.j.pppool.de [85.74.154.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id D52D743D46 for ; Wed, 7 Sep 2005 13:16:44 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id j87DGgac008593; Wed, 7 Sep 2005 15:16:42 +0200 (CEST) (envelope-from garyj@jennejohn.org) Message-Id: <200509071316.j87DGgac008593@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Koen Martens In-reply-to: Your message of "Wed, 07 Sep 2005 11:44:53 +0200." <431EB695.1090400@metro.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Sep 2005 15:16:42 +0200 From: Gary Jennejohn X-Mailman-Approved-At: Thu, 08 Sep 2005 11:33:48 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: panic in propagate_priority w/ postgresql under heavy load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gary Jennejohn List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 13:16:45 -0000 Koen Martens writes: > (Note: swap is 2048mb, physical memory is also 2048mb). > IIRC swap has to be a little (64kB?) bigger than memory because the kernel writes a header containing necessary information about the dump to swap. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 12:35:50 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D3E616A41F for ; Thu, 8 Sep 2005 12:35:50 +0000 (GMT) (envelope-from mwm-dated-1127046988.46663b@mired.org) Received: from delight.idiom.com (delight.idiom.com [216.240.32.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id B721943D46 for ; Thu, 8 Sep 2005 12:35:49 +0000 (GMT) (envelope-from mwm-dated-1127046988.46663b@mired.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id A6528223A80 for ; Thu, 8 Sep 2005 05:35:49 -0700 (PDT) Received: from mired.org (mwm@idiom [216.240.32.1]) by idiom.com (8.12.11/8.12.11) with SMTP id j88CZk1P040301 for ; Thu, 8 Sep 2005 05:35:48 -0700 (PDT) (envelope-from mwm-dated-1127046988.46663b@mired.org) Received: (qmail 36593 invoked by uid 1001); 8 Sep 2005 12:36:28 -0000 Received: by localhost.mired.org (tmda-sendmail, from uid 1001); Thu, 08 Sep 2005 08:36:28 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17184.12363.767767.381608@bhuda.mired.org> Date: Thu, 8 Sep 2005 08:36:27 -0400 To: Gary Jennejohn In-Reply-To: <200509071316.j87DGgac008593@peedub.jennejohn.org> References: <431EB695.1090400@metro.cx> <200509071316.j87DGgac008593@peedub.jennejohn.org> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer X-Mailman-Approved-At: Thu, 08 Sep 2005 12:52:35 +0000 Cc: Koen Martens , freebsd-hackers@freebsd.org Subject: Re: panic in propagate_priority w/ postgresql under heavy load X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 12:35:50 -0000 In <200509071316.j87DGgac008593@peedub.jennejohn.org>, Gary Jennejohn typed: > Koen Martens writes: > > (Note: swap is 2048mb, physical memory is also 2048mb). > IIRC swap has to be a little (64kB?) bigger than memory because the > kernel writes a header containing necessary information about the > dump to swap. That information used to be in the dumpon man page. It was replaced by a "better" explanation. I've submitted a PR to get this information added back to the man page. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 12:59:02 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 256D316A41F for ; Thu, 8 Sep 2005 12:59:02 +0000 (GMT) (envelope-from cole@opteqint.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDFB943D46 for ; Thu, 8 Sep 2005 12:59:01 +0000 (GMT) (envelope-from cole@opteqint.net) Received: from [196.47.3.46] (helo=deadmind) by elektra.opteqint.net with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.52 (FreeBSD)) id 1EDLzX-000GgD-Eg for freebsd-hackers@freebsd.org; Thu, 08 Sep 2005 05:59:03 -0700 From: "Cole" To: Date: Thu, 8 Sep 2005 15:01:53 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcW0dXvMsIOPgagFQ369vrbHgOhM4Q== X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4939.300 X-Spam-Score: -99.4 (---------------------------------------------------) X-Spam-Report: Spam detection software, running on the system "elektra.opteqint.net", 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: Hi I have the netapp code they release for icap server. Ive ported it to FreeBSD. And I have found there is a memory leak in the code itself. Ive tried contacting netapp directly, but no reply. Their code can be found at : http://www.i-cap.org/spec/icap-server10.tar.gz [...] Content analysis details: (-99.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -100 USER_IN_WHITELIST From: address is in the user's white-list 0.6 J_CHICKENPOX_43 BODY: 4alpha-pock-3alpha Message-Id: <20050908125901.BDFB943D46@mx1.FreeBSD.org> Subject: Memory Leak && Free Problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cole@opteqint.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 12:59:02 -0000 Hi I have the netapp code they release for icap server. Ive ported it to FreeBSD. And I have found there is a memory leak in the code itself. Ive tried contacting netapp directly, but no reply. Their code can be found at : http://www.i-cap.org/spec/icap-server10.tar.gz Ive been trying to fix the memory leak, and I think i've found the problem, but when I try to free the buffer, I get this error. icap_srv in free(): warning: page is already free In the function : api_modify_respmod(const char* icap_hdr, const char* client_hdr, const char* origin_resp_hdr, const char* origin_resp_body, int origin_resp_body_len) We have this section of code: 1. new_body = api_filter(origin_resp_body,origin_resp_body_len); 2. origin_resp_body_len = new_body->length; 3. origin_resp_body = new_body->data; I figure that the memory leak is occuring with origin_resp_body being assigned to the new_body buffer. But if I try to insert a free(origin_resp_body) between line 1. and 2. I get the error "icap_srv in free(): warning: page is already free" when running the program, or either the error "free(): warning: junk pointer, too high to make sense" I was wondering if there is somethign missing here. Ive checked the function api_filter, and it doesnt do anything in regards to free'ing origin_resp_body, and ive also checked the data in the buffer origin_resp_body before and after the function call to api_filter, and both values are exactly the same. The entire program is threaded, and I suppose it could be possible there is some kind of thread problem occuring here? Ive also run the program through valgrind, to try and find the other memory leaks, but that one seems the most obvious when going through the code. Anyway, I would just like to know if anyone has any ideas or suggestions, or to point out that im a complete moron and missing something, anything would be welcome. Regards /Cole From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 14:01:23 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2B3016A41F for ; Thu, 8 Sep 2005 14:01:23 +0000 (GMT) (envelope-from tech@nano.net) Received: from mail.smallweb.com (mail.smallweb.com [216.85.125.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51D7143D45 for ; Thu, 8 Sep 2005 14:01:23 +0000 (GMT) (envelope-from tech@nano.net) Received: from [216.85.125.9] (sixpence.nano.net [216.85.125.9]) by mail.smallweb.com (Rockliffe SMTPRA 5.3.11) with ESMTP id for ; Thu, 8 Sep 2005 08:00:48 -0600 Message-ID: <43204431.4090509@nano.net> Date: Thu, 08 Sep 2005 08:01:21 -0600 From: Steve Suhre User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: NFS hanging X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 14:01:23 -0000 I know I've dealt with this before...but can't remember what the deal was... I mount a remote server to /mnt and the mount command seems to work, no errors or logged errors on either machine. But when I try to cd to the /mnt folder on the client the server hangs. I can't do an ls without it hanging either. I can't even kill the ls process, the client needs to be rebooted to clear any hung commands. The client is running an older version of bsd (BSDI), the nfs server FreeBSD 5.4. Any help would be appreciated..... -- Steve Suhre steve@pasta.net 439.6052 Cell 632.2897 Home From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 14:38:47 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9BA016A41F for ; Thu, 8 Sep 2005 14:38:47 +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 598B943D46 for ; Thu, 8 Sep 2005 14:38:46 +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 j88Ecj2g070751; Thu, 8 Sep 2005 09:38:45 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <43204CFE.5070304@centtech.com> Date: Thu, 08 Sep 2005 09:38:54 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050904 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Suhre References: <43204431.4090509@nano.net> In-Reply-To: <43204431.4090509@nano.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1069/Wed Sep 7 10:08:51 2005 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: Re: NFS hanging X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 14:38:47 -0000 Steve Suhre wrote: > > > > > I know I've dealt with this before...but can't remember what the deal > was... I mount a remote server to /mnt and the mount command seems to > work, no errors or logged errors on either machine. But when I try to cd > to the /mnt folder on the client the server hangs. I can't do an ls > without it hanging either. I can't even kill the ls process, the client > needs to be rebooted to clear any hung commands. The client is running > an older version of bsd (BSDI), the nfs server FreeBSD 5.4. Any help > would be appreciated..... Have you tried forcing the client to nfsv2, and adding the intr option (so you can interrupt your hung processes at least)? Also, if you do an rpcinfo against the server, does it show mountd and nfs? Which versions of nfs does it show? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 14:56:47 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5158A16A41F for ; Thu, 8 Sep 2005 14:56:47 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA33643D45 for ; Thu, 8 Sep 2005 14:56:46 +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 smtp1-g19.free.fr (Postfix) with ESMTP id CF3DB129ED; Thu, 8 Sep 2005 16:56:44 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id EDCDF405A; Thu, 8 Sep 2005 16:56:54 +0200 (CEST) Date: Thu, 8 Sep 2005 16:56:54 +0200 From: Jeremie Le Hen To: Brooks Davis Message-ID: <20050908145654.GP659@obiwan.tataz.chchile.org> References: <20050907133239.GA53278@node26.0xfce3.net> <20050907162334.GB19958@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050907162334.GB19958@odin.ac.hmc.edu> User-Agent: Mutt/1.5.9i Cc: Gordon Bergling , freebsd-hackers@freebsd.org Subject: Re: how to handling read only cvs trees X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 14:56:47 -0000 Hi Brooks, > Either pack the files up in a shar or tarball or use diff -N against > /dev/null to create that part of the diff by hand. FWIW, CVS wouldn't > do it for you even if you could add the files. It would. This has been a problem for me either and I finally switched to have my own CVS repository belonging to my user. This is a great waste of disk space, but this is how CVS works. I think however this could be corrected without much pain because as far as I can remember, an ``add'' command will just add a line to CVS/Entries without even touching the repository, until the change is commited. Unfortunately I don't have actually any time to do this, sorry. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 15:06:14 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C4416A420 for ; Thu, 8 Sep 2005 15:06:14 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EB9543D48 for ; Thu, 8 Sep 2005 15:06: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 smtp1-g19.free.fr (Postfix) with ESMTP id BDEC314BEA; Thu, 8 Sep 2005 17:06:12 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 7A1C5405A; Thu, 8 Sep 2005 17:06:23 +0200 (CEST) Date: Thu, 8 Sep 2005 17:06:23 +0200 From: Jeremie Le Hen To: Gordon Bergling Message-ID: <20050908150623.GQ659@obiwan.tataz.chchile.org> References: <20050907133239.GA53278@node26.0xfce3.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050907133239.GA53278@node26.0xfce3.net> User-Agent: Mutt/1.5.9i Cc: freebsd-hackers@freebsd.org Subject: Re: how to handling read only cvs trees X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 15:06:14 -0000 Gordon, > The problem I am faced with is that there are new directories with new > files (a lot) and these files are not included in the patch. I tried to > 'cvs add' the directories, but I am not allowed the create the > directories in /home/ncvs. Sure I just could fire up sudo to do the > work, but I am afraid that cvsup, which I use to mirror the cvs > repository, could delete them with the next scheduled run. > > Has anyone a hint on how to handle this situation? As a workaround, you can _try_ to modify CVS/Entries manually (see my previous answer to Brooks). If I add the file ``pouet'' : % $ cp -R CVS CVS.bak % $ touch pouet % $ cvs add pouet % $ diff -ur CVS CVS.bak % diff -ur CVS.bak/Entries CVS/Entries % --- CVS.bak/Entries Thu Sep 8 16:54:00 2005 % +++ CVS/Entries Thu Sep 8 17:02:47 2005 % @@ -12,3 +12,4 @@ % /profile.sh/1.9/Fri Jun 24 15:28:32 2005// % /make_patches.pl/1.3/Wed Jun 29 09:55:34 2005// % /profile.8/1.6/Mon Aug 15 19:22:38 2005// % +/pouet/0/Initial pouet// % Only in CVS: pouet,t If it doesn't work, touch CVS/pouet,t, but I don't think this is relevant. In all cases, the CVS repository isn't change. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 16:14:44 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08F3B16A41F for ; Thu, 8 Sep 2005 16:14:44 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8464E43D46 for ; Thu, 8 Sep 2005 16:14:43 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so1065045wxd for ; Thu, 08 Sep 2005 09:14:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references; b=V6GndwGUnqts1fWJ+orAmPJwsxgXtbRx9QA8/1He9zx8btE+naJS4c9MP76hehDRWYbDLEmgYm7cLPYbI3J/SrBtUAXNVlIlyrJ2AABgQRRioFNvKQ0zxfjepGE2z9fFuKwPSVX2ZfG8SV7FhjvY5nw3xNosqWtOy0g1KGNt6vo= Received: by 10.70.24.4 with SMTP id 4mr61203wxx; Thu, 08 Sep 2005 08:11:49 -0700 (PDT) Received: by 10.70.23.12 with HTTP; Thu, 8 Sep 2005 08:11:49 -0700 (PDT) Message-ID: Date: Thu, 8 Sep 2005 20:41:49 +0530 From: "Kamal R. Prasad" Sender: kamalpr@gmail.com To: freebsd-hackers@freebsd.org In-Reply-To: <200509071623.j87GNpal043201@apollo.backplane.com> Mime-Version: 1.0 References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> <200509070215.j872FeQE040259@apollo.backplane.com> <20050907111035.B85520@fledge.watson.org> <200509071623.j87GNpal043201@apollo.backplane.com> 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: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 16:14:44 -0000 Hello, Has there been any work on porting JFS2 onto Freebsd? thanks -kamal From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 16:53:41 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 742FA16A424 for ; Thu, 8 Sep 2005 16:53:41 +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 8E08543D48 for ; Thu, 8 Sep 2005 16:53:40 +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 j88GrblS020190; Thu, 8 Sep 2005 09:53:37 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j88Grb2U020188; Thu, 8 Sep 2005 09:53:37 -0700 Date: Thu, 8 Sep 2005 09:53:37 -0700 From: Brooks Davis To: Jeremie Le Hen Message-ID: <20050908165337.GD31354@odin.ac.hmc.edu> References: <20050907133239.GA53278@node26.0xfce3.net> <20050907162334.GB19958@odin.ac.hmc.edu> <20050908145654.GP659@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rz+pwK2yUstbofK6" Content-Disposition: inline In-Reply-To: <20050908145654.GP659@obiwan.tataz.chchile.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: Gordon Bergling , freebsd-hackers@freebsd.org Subject: Re: how to handling read only cvs trees X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 16:53:41 -0000 --rz+pwK2yUstbofK6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 04:56:54PM +0200, Jeremie Le Hen wrote: > Hi Brooks, >=20 > > Either pack the files up in a shar or tarball or use diff -N against > > /dev/null to create that part of the diff by hand. FWIW, CVS wouldn't > > do it for you even if you could add the files. >=20 > It would. This has been a problem for me either and I finally switched > to have my own CVS repository belonging to my user. This is a great > waste of disk space, but this is how CVS works. I think however this > could be corrected without much pain because as far as I can remember, > an ``add'' command will just add a line to CVS/Entries without > even touching the repository, until the change is commited. You are correct. CVS's unhelpful message by default: cvs diff: foo is a new entry, no comparison available mislead me to believe that -N wasn't supported. -- 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 --rz+pwK2yUstbofK6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDIGyQXY6L6fI4GtQRArAjAJ9VkNFUsQYZyJEHFNPqybx1H3oBDQCgqdnz BKQBoNpcVMkpJ0QmKrrgl/0= =Lb77 -----END PGP SIGNATURE----- --rz+pwK2yUstbofK6-- From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 17:30:46 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6256216A420 for ; Thu, 8 Sep 2005 17:30:46 +0000 (GMT) (envelope-from tech@nano.net) Received: from mail.smallweb.com (mail.smallweb.com [216.85.125.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2B7743D49 for ; Thu, 8 Sep 2005 17:30:45 +0000 (GMT) (envelope-from tech@nano.net) Received: from [216.85.125.9] (sixpence.nano.net [216.85.125.9]) by mail.smallweb.com (Rockliffe SMTPRA 5.3.11) with ESMTP id ; Thu, 8 Sep 2005 11:30:11 -0600 Message-ID: <43207544.8070809@nano.net> Date: Thu, 08 Sep 2005 11:30:44 -0600 From: Steve Suhre User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: babkin@users.sourceforge.net References: <2281099.1126200342231.JavaMail.root@vms064.mailsrvcs.net> In-Reply-To: <2281099.1126200342231.JavaMail.root@vms064.mailsrvcs.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: NFS hanging X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 17:30:46 -0000 Sergey Babkin wrote: >>From: Steve Suhre >> >>I know I've dealt with this before...but can't remember what the deal >>was... I mount a remote server to /mnt and the mount command seems to >>work, no errors or logged errors on either machine. But when I try to cd >>to the /mnt folder on the client the server hangs. I can't do an ls >>without it hanging either. I can't even kill the ls process, the client >>needs to be rebooted to clear any hung commands. The client is running >>an older version of bsd (BSDI), the nfs server FreeBSD 5.4. Any help >>would be appreciated..... >> >> > >Looks like the mountd daemon on the server is >working fine but nfsd is not. Check if it's >running, if the versions are matching, and such. > >-SB > > > > Thanks, I used tar and ftp instead.... -- Steve Suhre steve@pasta.net 439.6052 Cell 632.2897 Home From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 18:11:40 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61C8816A41F for ; Thu, 8 Sep 2005 18:11:40 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DC9643D55 for ; Thu, 8 Sep 2005 18:11:38 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by zproxy.gmail.com with SMTP id z6so1060785nzd for ; Thu, 08 Sep 2005 11:11:37 -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=uMDgjePpn1/VFwxFgcvm4ZwB2O0lzK19SdO2LlMbcFXgTM9ts8E9TZk3I9OjHrppqDNJmdFCfXoRRWn5QoU+M+/ki232gQvYfZ2Ufxz3XPbgBJGuHIfmRQfSGyRSMcx879joFX2+gCd2bxvFqPJfjSZzORTcl8JO2R5j1soZyLw= Received: by 10.36.100.19 with SMTP id x19mr1340676nzb; Thu, 08 Sep 2005 11:11:37 -0700 (PDT) Received: by 10.36.46.7 with HTTP; Thu, 8 Sep 2005 11:11:36 -0700 (PDT) Message-ID: <3bbf2fe1050908111118cfa6b1@mail.gmail.com> Date: Thu, 8 Sep 2005 20:11:36 +0200 From: rookie To: cole@opteqint.net In-Reply-To: <20050908125901.BDFB943D46@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050908125901.BDFB943D46@mx1.FreeBSD.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Memory Leak && Free Problem X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rookie@gufi.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 18:11:40 -0000 > We have this section of code: > 1. new_body =3D api_filter(origin_resp_body,origin_resp_body_len); > 2. origin_resp_body_len =3D new_body->length; > 3. origin_resp_body =3D new_body->data; >=20 > I figure that the memory leak is occuring with origin_resp_body being ass= igned to the new_body > buffer. But if I try to insert a free(origin_resp_body) between line 1. a= nd 2. I get the error > "icap_srv in free(): warning: page is already free" when running the prog= ram, or either the error > "free(): warning: junk pointer, too high to make sense" Probabilly (I've not seen the whole code), since new_body and origin_resp_body points to the same chunk, memory is freed passing from new_body. greetings, rookie --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 19:16:25 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B34016A41F for ; Thu, 8 Sep 2005 19:16:25 +0000 (GMT) (envelope-from ryanstuartjordan@gmail.com) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA75843D46 for ; Thu, 8 Sep 2005 19:16:24 +0000 (GMT) (envelope-from ryanstuartjordan@gmail.com) Received: from [10.0.0.7] (pcp05306387pcs.wanarb01.mi.comcast.net[68.42.67.71]) by comcast.net (sccrmhc13) with ESMTP id <200509081916230130064o6se>; Thu, 8 Sep 2005 19:16:23 +0000 Message-ID: <43208E3C.1000903@gmail.com> Date: Thu, 08 Sep 2005 15:17:16 -0400 From: Ryan Jordan User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050906) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <43204431.4090509@nano.net> In-Reply-To: <43204431.4090509@nano.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: NFS hanging X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 19:16:25 -0000 I've been running NFS on GNU/Linux (client and server) for a while now occcasionally w/ FBSD 5x. I googled and found that using the 'nolock' option in /etc/fstab fixes some problems like this. Not exactly sure how but... ryan From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 19:40:21 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ABCB16A41F for ; Thu, 8 Sep 2005 19:40:21 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: from web33415.mail.mud.yahoo.com (web33415.mail.mud.yahoo.com [68.142.206.147]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F3A243D48 for ; Thu, 8 Sep 2005 19:40:21 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: (qmail 21637 invoked by uid 60001); 8 Sep 2005 19:40:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=zdqIrmIEYBlin0tP/+sOuSYFUbZFAwvHkHt505/ncgYFLo4PZALCFmItxGKIz3bA66AvjRzUlJorVTOmK5O8SHLJ41pJXMOYG3nfLNTdkC4IWqfdKAXbZeW6E9hASk4/nWBBiRZxfekuLRgHROG+dpxknaQFdt7spQqiwbHsOlE= ; Message-ID: <20050908194020.21635.qmail@web33415.mail.mud.yahoo.com> Received: from [81.214.137.234] by web33415.mail.mud.yahoo.com via HTTP; Thu, 08 Sep 2005 12:40:20 PDT Date: Thu, 8 Sep 2005 12:40:20 -0700 (PDT) From: erkan kolemen To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: fok() execve() -> No child processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 19:40:21 -0000 Following code fails. I debugged it and saw that: it produces "No child processes" error while wait(). is it possible, parent still is not start to wait but child finished. After that CPU schedules parents. It try to start wait but child has finished. is it possible... What can i do for that? static int e_x_e_c(char *cmd[]) { pid_t pid; int stat; switch((pid = vfork())) { case -1: syslog(LOG_ERR, "fork: %s", strerror(errno)); return -16; break; case 0: if(execve(cmd[0], cmd, NULL) == -1) { syslog(LOG_ERR, "execve: %s", strerror(errno)); return -15; } break; default: if (wait(&stat) == -1) { slog(1, LOG_ERR); return -14; } if (WIFSIGNALED(stat)) { syslog(LOG_NOTICE, "%s is signalled", cmdline[0]); return -13; } if (WIFSTOPPED(stat)) { syslog(LOG_NOTICE, "%s is stopped", cmdline[0]); return -12; } if (WIFEXITED(stat)) return WEXITSTATUS(stat); break; } return -11; } ______________________________________________________ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 20:02:05 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C65E16A41F for ; Thu, 8 Sep 2005 20:02:05 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7712143D48 for ; Thu, 8 Sep 2005 20:02:04 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wproxy.gmail.com with SMTP id i12so1942987wra for ; Thu, 08 Sep 2005 13:02:03 -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=XrldjxFrHiBskf+0EhMT80e2haGTVbM8fAACGF4ZTxx7Sj47mWO/tDxEP7LGM7bBhK78zTp3kchcwRApvt3h+VtNRqkCkKeV0YdGtquB26ZEw4veSmx0mzDhb1NAWnREOrVP/rredKJrdUmi3TnWwOUVM6l7UCNTjvWg3MuSAm4= Received: by 10.54.47.36 with SMTP id u36mr6858747wru; Thu, 08 Sep 2005 13:02:03 -0700 (PDT) Received: by 10.54.103.8 with HTTP; Thu, 8 Sep 2005 13:02:03 -0700 (PDT) Message-ID: <494025505090813027dc0d6d3@mail.gmail.com> Date: Thu, 8 Sep 2005 23:02:03 +0300 From: victor cruceru To: erkan kolemen In-Reply-To: <20050908194020.21635.qmail@web33415.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050908194020.21635.qmail@web33415.mail.mud.yahoo.com> Cc: freebsd-hackers@freebsd.org Subject: Re: fok() execve() -> No child processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 20:02:05 -0000 Try to replace vfrork with fork and check if you'll get the same behavior. victor cruceru On 9/8/05, erkan kolemen wrote: > Following code fails. I debugged it and saw that: it > produces "No child processes" error while wait(). >=20 > is it possible, parent still is not start to wait but > child finished. After that CPU schedules parents. It > try to start wait but child has finished. >=20 > is it possible... What can i do for that? >=20 > static int e_x_e_c(char *cmd[]) > { > pid_t pid; > int stat; >=20 > switch((pid =3D vfork())) { > case -1: > syslog(LOG_ERR, "fork: %s", > strerror(errno)); > return -16; > break; > case 0: > if(execve(cmd[0], cmd, NULL) > =3D=3D -1) { > syslog(LOG_ERR, > "execve: %s", strerror(errno)); > return -15; > } > break; > default: > if (wait(&stat) =3D=3D -1) { > slog(1, LOG_ERR); > return -14; > } >=20 > if (WIFSIGNALED(stat)) { > syslog(LOG_NOTICE, "%s > is signalled", cmdline[0]); > return -13; > } >=20 > if (WIFSTOPPED(stat)) { > syslog(LOG_NOTICE, "%s > is stopped", cmdline[0]); > return -12; > } >=20 > if (WIFEXITED(stat)) > return > WEXITSTATUS(stat); > break; > } > return -11; > } >=20 >=20 >=20 >=20 >=20 > ______________________________________________________ > Click here to donate to the Hurricane Katrina relief effort. > http://store.yahoo.com/redcross-donate3/ > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 20:35:22 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 495F216A41F for ; Thu, 8 Sep 2005 20:35:22 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: from web33405.mail.mud.yahoo.com (web33405.mail.mud.yahoo.com [68.142.206.137]) by mx1.FreeBSD.org (Postfix) with SMTP id 9DF4243D45 for ; Thu, 8 Sep 2005 20:35:21 +0000 (GMT) (envelope-from erkankolemen@yahoo.com) Received: (qmail 84845 invoked by uid 60001); 8 Sep 2005 20:35:21 -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=w4bpEnRSMhcc4Cx1dixnfvnrRTsga12aBuC9X1OZnvIVGrECwhdXufc+YR7psJKa27ChiWOoU4AkE3LrYA1WhKO4V1hMYcOlI9kSVJ4SkVtQ9rsAK9nLz2ksbNEO3FFCNEgdrnyk9GgEoI5787qbTKEoJCKQfDUnj/dXqoy7C9Y= ; Message-ID: <20050908203521.84843.qmail@web33405.mail.mud.yahoo.com> Received: from [81.214.137.234] by web33405.mail.mud.yahoo.com via HTTP; Thu, 08 Sep 2005 13:35:20 PDT Date: Thu, 8 Sep 2005 13:35:20 -0700 (PDT) From: erkan kolemen To: soc-victor@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <494025505090813027dc0d6d3@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: fok() execve() -> No child processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 20:35:22 -0000 i tried and still same error. thanks. --- victor cruceru wrote: > Try to replace vfrork with fork and check if you'll > get the same behavior. > victor cruceru > > > On 9/8/05, erkan kolemen > wrote: > > Following code fails. I debugged it and saw that: > it > > produces "No child processes" error while wait(). > > > > is it possible, parent still is not start to wait > but > > child finished. After that CPU schedules parents. > It > > try to start wait but child has finished. > > > > is it possible... What can i do for that? > > > > static int e_x_e_c(char *cmd[]) > > { > > pid_t pid; > > int stat; > > > > switch((pid = vfork())) { > > case -1: > > syslog(LOG_ERR, "fork: %s", > > strerror(errno)); > > return -16; > > break; > > case 0: > > if(execve(cmd[0], cmd, > NULL) > > == -1) { > > syslog(LOG_ERR, > > "execve: %s", strerror(errno)); > > return -15; > > } > > break; > > default: > > if (wait(&stat) == -1) { > > slog(1, LOG_ERR); > > return -14; > > } > > > > if (WIFSIGNALED(stat)) { > > syslog(LOG_NOTICE, > "%s > > is signalled", cmdline[0]); > > return -13; > > } > > > > if (WIFSTOPPED(stat)) { > > syslog(LOG_NOTICE, > "%s > > is stopped", cmdline[0]); > > return -12; > > } > > > > if (WIFEXITED(stat)) > > return > > WEXITSTATUS(stat); > > break; > > } > > return -11; > > } > > > > > > > > > > > > > ______________________________________________________ > > Click here to donate to the Hurricane Katrina > relief effort. > > http://store.yahoo.com/redcross-donate3/ > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" > > > ______________________________________________________ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 20:54:32 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C6FD16A41F for ; Thu, 8 Sep 2005 20:54:32 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9406943D49 for ; Thu, 8 Sep 2005 20:54:31 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1679490wra for ; Thu, 08 Sep 2005 13:54:31 -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=hHlm23dthZgYe6/+/ZCzrM1hDN79O/w8yNwbrEqjHeHENlH4oXS/Z1Bl6+XFVrhzBnwn3g0OrIGp3mLYnO7KHG6a99huHRQE4rAg/VWXikL5pHdy47JzvGXwGEstLLpHoZ2Or1FMuyB3rgsrwS+fmHWvYQTJWLkoN9EyswP/vCc= Received: by 10.54.97.2 with SMTP id u2mr1073801wrb; Thu, 08 Sep 2005 13:54:30 -0700 (PDT) Received: by 10.54.103.8 with HTTP; Thu, 8 Sep 2005 13:54:30 -0700 (PDT) Message-ID: <494025505090813545451dae6@mail.gmail.com> Date: Thu, 8 Sep 2005 23:54:30 +0300 From: victor cruceru To: erkan kolemen In-Reply-To: <20050908203521.84843.qmail@web33405.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <494025505090813027dc0d6d3@mail.gmail.com> <20050908203521.84843.qmail@web33405.mail.mud.yahoo.com> Cc: freebsd-hackers@freebsd.org Subject: Re: fok() execve() -> No child processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 20:54:32 -0000 Well, I suppose that execve is successful. if not you should call _exit() instead of exit() in the child process (you should not return from e_x_e_c if the exec fails) Also your application should not ignore SIGCHLD. See man vfork and especially man wait.=20 victor cruceru On 9/8/05, erkan kolemen wrote: > i tried and still same error. >=20 > thanks. >=20 > --- victor cruceru wrote: >=20 > > Try to replace vfrork with fork and check if you'll > > get the same behavior. > > victor cruceru > > > > > > On 9/8/05, erkan kolemen > > wrote: > > > Following code fails. I debugged it and saw that: > > it > > > produces "No child processes" error while wait(). > > > > > > is it possible, parent still is not start to wait > > but > > > child finished. After that CPU schedules parents. > > It > > > try to start wait but child has finished. > > > > > > is it possible... What can i do for that? > > > > > > static int e_x_e_c(char *cmd[]) > > > { > > > pid_t pid; > > > int stat; > > > > > > switch((pid =3D vfork())) { > > > case -1: > > > syslog(LOG_ERR, "fork: %s", > > > strerror(errno)); > > > return -16; > > > break; > > > case 0: > > > if(execve(cmd[0], cmd, > > NULL) > > > =3D=3D -1) { > > > syslog(LOG_ERR, > > > "execve: %s", strerror(errno)); > > > return -15; > > > } > > > break; > > > default: > > > if (wait(&stat) =3D=3D -1) { > > > slog(1, LOG_ERR); > > > return -14; > > > } > > > > > > if (WIFSIGNALED(stat)) { > > > syslog(LOG_NOTICE, > > "%s > > > is signalled", cmdline[0]); > > > return -13; > > > } > > > > > > if (WIFSTOPPED(stat)) { > > > syslog(LOG_NOTICE, > > "%s > > > is stopped", cmdline[0]); > > > return -12; > > > } > > > > > > if (WIFEXITED(stat)) > > > return > > > WEXITSTATUS(stat); > > > break; > > > } > > > return -11; > > > } > > > > > > > > > > > > > > > > > > > > > ______________________________________________________ > > > Click here to donate to the Hurricane Katrina > > relief effort. > > > http://store.yahoo.com/redcross-donate3/ > > > _______________________________________________ > > > freebsd-hackers@freebsd.org mailing list > > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > > To unsubscribe, send any mail to > > "freebsd-hackers-unsubscribe@freebsd.org" > > > > > >=20 >=20 >=20 >=20 >=20 > ______________________________________________________ > Click here to donate to the Hurricane Katrina relief effort. > http://store.yahoo.com/redcross-donate3/ > From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 20:56:19 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DEA6016A41F for ; Thu, 8 Sep 2005 20:56:19 +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 911C343D48 for ; Thu, 8 Sep 2005 20:56:19 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j88KuH6j006046 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 13:56:17 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4320A71A.5060500@errno.com> Date: Thu, 08 Sep 2005 14:03:22 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sebastien References: <200509071954.17477.sebastien.bourdeauducq@gmail.com> In-Reply-To: <200509071954.17477.sebastien.bourdeauducq@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: ieee80211_input() and fragmented mbufs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 20:56:20 -0000 Sebastien wrote: > Hello, > I'm passing ieee80211_input() heavily fragmented mbuf chains and it makes (at > least) the function fail to parse beacons correctly. I have the > "ieee80211_recv_mgmt: no ratesin beacon frame" message, and it makes the > driver unable to scan for networks (always return no results). > Defragmenting the mbuf before passing it to ieee80211_input() works around the > problem. Moreover, in monitor mode, the frames are sent correctly in > userland, regardless the fragmentation of the mbufs. > Is it a bug in ieee80211_input(), or should certain types of frames, such as > beacons, not be contained in fragmented mbufs ? ieee80211_input (implicitly) assumes the 802.11 header is contiguous on entry. Since most drivers use dma into mbuf clusters to recv frames this has never been an issue (others like wi dtrt from what I remember). Sam From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 22:42:12 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7EE016A41F for ; Thu, 8 Sep 2005 22:42:12 +0000 (GMT) (envelope-from samuel.pierson@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5371B43D46 for ; Thu, 8 Sep 2005 22:42:12 +0000 (GMT) (envelope-from samuel.pierson@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1120215wra for ; Thu, 08 Sep 2005 15:42:11 -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=ahPIV5vpJelMXTT51GyKWzPFcYBw/yEKiwkca7s0XsH9pzMBet/4Yha3YtMT+yRoBcuthx2Qzvb0W49ZipzR9MltZ2cA0yeAXoL3Ve7N8tsrFy4N6wTtRpBmV2YIcu6xIfHs7LYNPJHxRUbsvgI6SxNIQJFmeRgkRoAG8e/tezo= Received: by 10.54.113.8 with SMTP id l8mr3448wrc; Thu, 08 Sep 2005 15:42:11 -0700 (PDT) Received: by 10.54.144.1 with HTTP; Thu, 8 Sep 2005 15:42:11 -0700 (PDT) Message-ID: Date: Thu, 8 Sep 2005 17:42:11 -0500 From: Sam Pierson To: FreeBSD Hackers Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Adding 802.11 control/management frames X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: samuel.pierson@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 22:42:13 -0000 Hello, I've been digging in /sys/net80211 trying to find where things like beacons are created and sent down to the driver. I found in ieee80211.h where the non-data frames are defined and I can see in the different device drivers where the frames are handled. But, for example, when you start an adhoc network or a hostap node, beacon frames are sent out. Where are these beacon frames constructed? My goal is to define a new non-data frame similar to the beacon, except add space for a small payload. I think I can add handling to the device driver, but as I said, I can't figure out where the frames should start. Thanks, Sam From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 00:09:56 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3FF616A41F; Fri, 9 Sep 2005 00:09:56 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from lakecmmtao06.coxmail.com (lakecmmtao06.coxmail.com [68.99.120.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1960143D45; Fri, 9 Sep 2005 00:09:55 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dns1 ([64.58.171.82]) by lakecmmtao06.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050909000955.BVOQ24491.lakecmmtao06.coxmail.com@dns1>; Thu, 8 Sep 2005 20:09:55 -0400 From: Vizion To: freebsd-questions@freebsd.org Date: Thu, 8 Sep 2005 17:05:41 -0700 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509081705.41876.vizion@vizion.occoxmail.com> Cc: freebsd-hackers@freebsd.org Subject: /usr/ports/www/phpbb --? Makefile query X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 00:09:57 -0000 The makefile has the following lines: PHPBBDIR= ${WWWDOCROOT}/${PHPBBURL} PKGOPTS= ${FILESDIR}/pkg-opts EXCEPTFILES= ${PREFIX}/${PHPBBDIR}/install/install.php \ ${PREFIX}/${PHPBBDIR}/install/upgrade.php \ ${PREFIX}/${PHPBBDIR}/install/update_to_latest.php In my case DocumentRoot is: WWWDOCROOT?= /usr2/virtualwebs to which the port is adding ${PREFIX} which has a local value of /usr/local producing attempts to install files with problematic paths such as /usr/local//usr2/virtualwebs/forumkatrina.org/install/install.php ^^^^^^ I wonder, while this is being looked at, whether it might be possible to have the option, when installing to virtual webs to install to a file list comprising multiple urls? This would be a most valuable option. Thanks David -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 00:24:01 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1CF116A41F; Fri, 9 Sep 2005 00:24: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 5054243D5E; Fri, 9 Sep 2005 00:23:59 +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 j890Nwoe004595; Thu, 8 Sep 2005 17:23:58 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j890Nw9c004594; Thu, 8 Sep 2005 17:23:58 -0700 Date: Thu, 8 Sep 2005 17:23:58 -0700 From: Brooks Davis To: Vizion Message-ID: <20050909002358.GA3436@odin.ac.hmc.edu> References: <200509081705.41876.vizion@vizion.occoxmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <200509081705.41876.vizion@vizion.occoxmail.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-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: /usr/ports/www/phpbb --? Makefile query X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 00:24:01 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 05:05:41PM -0700, Vizion wrote: > The makefile has the following lines: >=20 > PHPBBDIR=3D ${WWWDOCROOT}/${PHPBBURL} > PKGOPTS=3D ${FILESDIR}/pkg-opts > EXCEPTFILES=3D ${PREFIX}/${PHPBBDIR}/install/install.php \ > ${PREFIX}/${PHPBBDIR}/install/upgrade.php \ > ${PREFIX}/${PHPBBDIR}/install/update_to_latest.php >=20 > In my case DocumentRoot is: > WWWDOCROOT?=3D /usr2/virtualwebs >=20 > to which the port is adding ${PREFIX} >=20 > which has a local value of /usr/local >=20 > producing attempts to install files with problematic paths such as >=20 > /usr/local//usr2/virtualwebs/forumkatrina.org/install/install.php > ^^^^^^ =20 >=20 > I wonder, while this is being looked at, whether it might be possible to = have=20 > the option, when installing to virtual webs to install to a file list=20 > comprising multiple urls? >=20 > This would be a most valuable option. Installation outside prefix is not supported. You could set prefix to /usr2 and WWWDOCROOT to virtualwebs to install the key files where you want them. This would cause /usr2 to be populated with the directories given in BSD.local.dist. Alternativly, you could make /usr/local/www/forumkatrina.org a symlike to /usr2/virtualwebs/forumkatrina.org or something similar. Of course, if you want to install it more than once, ports won't work as it. Making phpbb capable of being a slave port and making local ports for each site could be a good work around for that. -- 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 --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDINYeXY6L6fI4GtQRAvXvAKDcbXWSRLAp4SDXWYBiO43uqchitwCcDK2r 6q/SER/iU/u+xrh9n8tjT8k= =fsDu -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 00:25:12 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD44F16A41F; Fri, 9 Sep 2005 00:25:12 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from lakecmmtao06.coxmail.com (lakecmmtao06.coxmail.com [68.99.120.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEFDA43D6A; Fri, 9 Sep 2005 00:25:05 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dns1 ([64.58.171.82]) by lakecmmtao06.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050909002504.CLYV24491.lakecmmtao06.coxmail.com@dns1>; Thu, 8 Sep 2005 20:25:04 -0400 From: Vizion To: freebsd-questions@freebsd.org Date: Thu, 8 Sep 2005 17:20:50 -0700 User-Agent: KMail/1.8 References: <200509081705.41876.vizion@vizion.occoxmail.com> In-Reply-To: <200509081705.41876.vizion@vizion.occoxmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509081720.50891.vizion@vizion.occoxmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: /usr/ports/www/phpbb --? Makefile query X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 00:25:12 -0000 On Thursday 08 September 2005 17:05, the author Vizion contributed to the dialogue on- /usr/ports/www/phpbb --? Makefile query: >The makefile has the following lines: > >PHPBBDIR= ${WWWDOCROOT}/${PHPBBURL} >PKGOPTS= ${FILESDIR}/pkg-opts >EXCEPTFILES= ${PREFIX}/${PHPBBDIR}/install/install.php \ > ${PREFIX}/${PHPBBDIR}/install/upgrade.php \ > ${PREFIX}/${PHPBBDIR}/install/update_to_latest.php > >In my case DocumentRoot is: >WWWDOCROOT?= /usr2/virtualwebs > >to which the port is adding ${PREFIX} > >which has a local value of /usr/local > >producing attempts to install files with problematic paths such as > >/usr/local//usr2/virtualwebs/forumkatrina.org/install/install.php >^^^^^^ > >I wonder, while this is being looked at, whether it might be possible to > have the option, when installing to virtual webs to install to a file list > comprising multiple urls? > >This would be a most valuable option. > Just a small point the makefile includes line Perform a "make options" to see a list of available installation options but # make options make: don't know how to make options. Stop Maybe the Makefile needs to test the difference between usr2 and /usr to distinguish been an absolute path and a path relative to ${PREFIX} Thanks again david -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 00:41:23 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E69CF16A41F for ; Fri, 9 Sep 2005 00:41:22 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from lakecmmtao05.coxmail.com (lakecmmtao05.coxmail.com [68.99.120.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 544F443D55 for ; Fri, 9 Sep 2005 00:41:22 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dns1 ([64.58.171.82]) by lakecmmtao05.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050909004122.DIBB2425.lakecmmtao05.coxmail.com@dns1> for ; Thu, 8 Sep 2005 20:41:22 -0400 From: Vizion To: freebsd-hackers@freebsd.org Date: Thu, 8 Sep 2005 17:37:08 -0700 User-Agent: KMail/1.8 References: <200509081705.41876.vizion@vizion.occoxmail.com> <20050909002358.GA3436@odin.ac.hmc.edu> In-Reply-To: <20050909002358.GA3436@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200509081737.08733.vizion@vizion.occoxmail.com> Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Subject: Fwd: Re: /usr/ports/www/phpbb --? Makefile query X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 00:41:23 -0000 ---------- Forwarded Message ---------- Subject: Re: /usr/ports/www/phpbb --? Makefile query Date: Thursday 08 September 2005 17:34 From: Vizion To: Brooks Davis , freebsd-questions@freebsd.org, Johann Visagie On Thursday 08 September 2005 17:23, you wrote: >On Thu, Sep 08, 2005 at 05:05:41PM -0700, Vizion wrote: >> The makefile has the following lines: >> >> PHPBBDIR= ${WWWDOCROOT}/${PHPBBURL} >> PKGOPTS= ${FILESDIR}/pkg-opts >> EXCEPTFILES= ${PREFIX}/${PHPBBDIR}/install/install.php \ >> ${PREFIX}/${PHPBBDIR}/install/upgrade.php \ >> ${PREFIX}/${PHPBBDIR}/install/update_to_latest.php >> >> In my case DocumentRoot is: >> WWWDOCROOT?= /usr2/virtualwebs >> >> to which the port is adding ${PREFIX} >> >> which has a local value of /usr/local >> >> producing attempts to install files with problematic paths such as >> >> /usr/local//usr2/virtualwebs/forumkatrina.org/install/install.php >> ^^^^^^ >> >> I wonder, while this is being looked at, whether it might be possible to >> have the option, when installing to virtual webs to install to a file list >> comprising multiple urls? >> >> This would be a most valuable option. > >Installation outside prefix is not supported. You could set >prefix to /usr2 Where is ${PREFIX} set? >and WWWDOCROOT to virtualwebs to install the key >files where you want them. But does that not mean that I would be getting files that properly belong in the /usr/local/ hierarchy in the virtualwebs hierarchy? >This would cause /usr2 to be populated >with the directories given in BSD.local.dist. Alternativly, >you could make /usr/local/www/forumkatrina.org a symlike to >/usr2/virtualwebs/forumkatrina.org or something similar. That would be a good idea but unfortunately there appears to be a bug in the latest version of apache2 that makes symlinks problematical and it is not a good idea when the files are networked. The other thing is that /usr2/ is a different physical device which holds files for replication to duplicate physical devices for webfarming. >Of course, if >you want to install it more than once, ports won't work as it. >Making phpbb capable of being a slave port and making local ports for each site could be a good work around for that. Does anyone know how to fix the Makefile for the port so that it does not apply ${PREFIX} when presented with an absolute path such as / but does use ${PREFIX} when the path is relative. That would do as a workaround for the moment. I am not familiar with makefiles and I would like to ask if someone who is used to doing it might be willing to make such a change and commit thanks david -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. ------------------------------------------------------- -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 00:54:14 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8445D16A41F for ; Fri, 9 Sep 2005 00:54:14 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E657C43D45 for ; Fri, 9 Sep 2005 00:54:13 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id 8E6E31310BD; Fri, 9 Sep 2005 10:24:12 +0930 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 620D184F82; Fri, 9 Sep 2005 10:24:12 +0930 (CST) Date: Fri, 9 Sep 2005 10:24:12 +0930 From: Greg 'groggy' Lehey To: "Kamal R. Prasad" Message-ID: <20050909005412.GC14575@wantadilla.lemis.com> References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> <200509070215.j872FeQE040259@apollo.backplane.com> <20050907111035.B85520@fledge.watson.org> <200509071623.j87GNpal043201@apollo.backplane.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/IQTGW+1SjCkQmn" Content-Disposition: inline In-Reply-To: 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: freebsd-hackers@freebsd.org Subject: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 00:54:14 -0000 --W/IQTGW+1SjCkQmn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 8 September 2005 at 20:41:49 +0530, Kamal R. Prasad wrote: > Hello, > Has there been any work on porting JFS2 onto Freebsd? A little, but it never got finished. Hiten Pandya did the work a while back. Greg -- See complete headers for address and phone numbers. --W/IQTGW+1SjCkQmn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDIN00IubykFB6QiMRAj6VAKCY6luRipq3LdLO6CqbwBayPLP1agCglaxI eCGIQ7BDjwctMPGgSA5KsaM= =OR8p -----END PGP SIGNATURE----- --W/IQTGW+1SjCkQmn-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 01:20:50 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BD4F16A41F; Fri, 9 Sep 2005 01:20:50 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from lakecmmtao05.coxmail.com (lakecmmtao05.coxmail.com [68.99.120.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FE5543D46; Fri, 9 Sep 2005 01:20:49 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dns1 ([64.58.171.82]) by lakecmmtao05.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050909012049.EXJT2425.lakecmmtao05.coxmail.com@dns1>; Thu, 8 Sep 2005 21:20:49 -0400 From: Vizion To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Date: Thu, 8 Sep 2005 18:16:34 -0700 User-Agent: KMail/1.8 References: <200509081705.41876.vizion@vizion.occoxmail.com> <20050909002358.GA3436@odin.ac.hmc.edu> <200509081734.33077.vizion@vizion.occoxmail.com> In-Reply-To: <200509081734.33077.vizion@vizion.occoxmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509081816.35009.vizion@vizion.occoxmail.com> Cc: Johann Visagie Subject: Re: /usr/ports/www/phpbb --? Makefile query X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 01:20:50 -0000 Jst thought I would mention that this is being used for a series of sites to support victims of katrina - so if anyone does feel like helping out urgently it would really be appreciated -- thanks On Thursday 08 September 2005 17:34, the author Vizion contributed to the dialogue on- Re: /usr/ports/www/phpbb --? Makefile query: >On Thursday 08 September 2005 17:23, you wrote: >>On Thu, Sep 08, 2005 at 05:05:41PM -0700, Vizion wrote: >>> The makefile has the following lines: >>> >>> PHPBBDIR= ${WWWDOCROOT}/${PHPBBURL} >>> PKGOPTS= ${FILESDIR}/pkg-opts >>> EXCEPTFILES= ${PREFIX}/${PHPBBDIR}/install/install.php \ >>> ${PREFIX}/${PHPBBDIR}/install/upgrade.php \ >>> ${PREFIX}/${PHPBBDIR}/install/update_to_latest.php >>> >>> In my case DocumentRoot is: >>> WWWDOCROOT?= /usr2/virtualwebs >>> >>> to which the port is adding ${PREFIX} >>> >>> which has a local value of /usr/local >>> >>> producing attempts to install files with problematic paths such as >>> >>> /usr/local//usr2/virtualwebs/forumkatrina.org/install/install.php >>> ^^^^^^ >>> >>> I wonder, while this is being looked at, whether it might be possible to >>> have the option, when installing to virtual webs to install to a file >>> list comprising multiple urls? >>> >>> This would be a most valuable option. >> >>Installation outside prefix is not supported. You could set >>prefix to /usr2 > >Where is ${PREFIX} set? > >>and WWWDOCROOT to virtualwebs to install the key >>files where you want them. > >But does that not mean that I would be getting files that properly belong in >the /usr/local/ hierarchy in the virtualwebs hierarchy? > >>This would cause /usr2 to be populated >>with the directories given in BSD.local.dist. Alternativly, >>you could make /usr/local/www/forumkatrina.org a symlike to >>/usr2/virtualwebs/forumkatrina.org or something similar. > >That would be a good idea but unfortunately there appears to be a bug in the >latest version of apache2 that makes symlinks problematical and it is not a >good idea when the files are networked. The other thing is that /usr2/ is a >different physical device which holds files for replication to duplicate >physical devices for webfarming. > >>Of course, if >>you want to install it more than once, ports won't work as it. >>Making phpbb capable of being a slave port and making local ports for each > >site could be a good work around for that. > >Does anyone know how to fix the Makefile for the port so that it does not >apply ${PREFIX} when presented with an absolute path such as / but does use >${PREFIX} when the path is relative. > >That would do as a workaround for the moment. > >I am not familiar with makefiles and I would like to ask if someone who is >used to doing it might be willing to make such a change and commit > >thanks > >david -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 07:01:16 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA6CC16A41F for ; Fri, 9 Sep 2005 07:01:16 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C62543D46 for ; Fri, 9 Sep 2005 07:01:16 +0000 (GMT) (envelope-from kamalpr@gmail.com) Received: by xproxy.gmail.com with SMTP id i27so1252857wxd for ; Fri, 09 Sep 2005 00:01:15 -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:in-reply-to:mime-version:content-type:references; b=iRyJmXrs+2mJ7mVyIeSpLxcneYjxDYGQh4HbvV0CJVUNsPoe34p1hN+H7CVCwJNBpOwii/GliQMy4ThOWFg7CZVCchX6Zv7shOoVcDPXaMqaWYBiqfLlj+u0/Wb++16byYZRFHC/MMvyTOBrS6vuCMOCLyKpPS5rk4qrLcrPQ5E= Received: by 10.70.20.7 with SMTP id 7mr1757wxt; Fri, 09 Sep 2005 00:01:15 -0700 (PDT) Received: by 10.70.23.12 with HTTP; Fri, 9 Sep 2005 00:01:15 -0700 (PDT) Message-ID: Date: Fri, 9 Sep 2005 12:31:15 +0530 From: "Kamal R. Prasad" To: freebsd-hackers@freebsd.org In-Reply-To: <20050909005412.GC14575@wantadilla.lemis.com> Mime-Version: 1.0 References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> <200509070215.j872FeQE040259@apollo.backplane.com> <20050907111035.B85520@fledge.watson.org> <200509071623.j87GNpal043201@apollo.backplane.com> <20050909005412.GC14575@wantadilla.lemis.com> 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: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kamalp@acm.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 07:01:17 -0000 would a port of JFS2 be of interest to freebsd core? thanks -kamal On 9/9/05, Greg 'groggy' Lehey wrote:=20 >=20 > On Thursday, 8 September 2005 at 20:41:49 +0530, Kamal R. Prasad wrote: > > Hello, > > Has there been any work on porting JFS2 onto Freebsd? >=20 > A little, but it never got finished. Hiten Pandya did the work a > while back. >=20 > Greg > -- > See complete headers for address and phone numbers. >=20 >=20 > From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 07:07:58 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D7A016A41F for ; Fri, 9 Sep 2005 07:07:58 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id A0B6843D45 for ; Fri, 9 Sep 2005 07:07:57 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 76120 invoked from network); 9 Sep 2005 07:07:56 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 9 Sep 2005 07:07:56 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 9 Sep 2005 02:07:53 -0500 (CDT) From: Mike Silbersack To: "Kamal R. Prasad" In-Reply-To: Message-ID: <20050909020248.M36256@odysseus.silby.com> References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> <200509070215.j872FeQE040259@apollo.backplane.com> <20050907111035.B85520@fledge.watson.org> <200509071623.j87GNpal043201@apollo.backplane.com> <20050909005412.GC14575@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 07:07:58 -0000 On Fri, 9 Sep 2005, Kamal R. Prasad wrote: > would a port of JFS2 be of interest to freebsd core? > thanks > -kamal There are many things that would be of interest to FreeBSD users, but that's not a good reason to start a project. If you're motivated only because you think others desire your work, you'll probably give up when you have to start dealing with all the realities of the project. However, if you're motivated because *you* want to port JFS2, then you'll probably do a good job of it. So, of course support for new filesystem support is good, but my personal opinion is that JFS2 isn't worth your time, for two reasons: a) Even if it's BSD licensed, it's unlikely to displace UFS as our default filesystem. b) It's not a widely used filesystem, so it doesn't really increase our interoperability with other OSes. OTOH, updating our ext2 code, or ntfs code (if that's even possible) would be something of use to many people, I suspect. Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 07:24:02 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D1B16A41F for ; Fri, 9 Sep 2005 07:24:02 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1338E43D45 for ; Fri, 9 Sep 2005 07:24:01 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail06.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j897NuYI013569 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 9 Sep 2005 17:23:57 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id j897NuU0009290; Fri, 9 Sep 2005 17:23:56 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.13.4/8.13.1/Submit) id j897NuR0009289; Fri, 9 Sep 2005 17:23:56 +1000 (EST) (envelope-from peter) Date: Fri, 9 Sep 2005 17:23:56 +1000 From: Peter Jeremy To: kamalp@acm.org Message-ID: <20050909072356.GB9121@server.vk2pj.dyndns.org> References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> <200509070215.j872FeQE040259@apollo.backplane.com> <20050907111035.B85520@fledge.watson.org> <200509071623.j87GNpal043201@apollo.backplane.com> <20050909005412.GC14575@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 07:24:03 -0000 On Fri, Sep 09, 2005 at 12:31:15PM +0530, Kamal R. Prasad wrote: >would a port of JFS2 be of interest to freebsd core? To add to Mike's comments, if you're really keen on playing with journalling, adding journalling support to UFS2 is something that probably would be widely appreciated. AFAIK, there's work underway on this and suggest you try freebsd-fs. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 08:32:15 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E952916A41F for ; Fri, 9 Sep 2005 08:32:15 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from comsys.ntu-kpi.kiev.ua (comsys.ntu-kpi.kiev.ua [195.245.194.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BDEE43D53 for ; Fri, 9 Sep 2005 08:31:21 +0000 (GMT) (envelope-from simon@comsys.ntu-kpi.kiev.ua) Received: from pm514-9.comsys.ntu-kpi.kiev.ua (pm514-9.comsys.ntu-kpi.kiev.ua [10.18.54.109]) (authenticated bits=0) by comsys.ntu-kpi.kiev.ua (8.12.10/8.12.10) with ESMTP id j898cw82076519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2005 11:38:58 +0300 (EEST) Received: by pm514-9.comsys.ntu-kpi.kiev.ua (Postfix, from userid 1000) id D6BBB83; Fri, 9 Sep 2005 11:28:33 +0300 (EEST) Date: Fri, 9 Sep 2005 11:28:33 +0300 From: Andrey Simonenko To: erkan kolemen Message-ID: <20050909082833.GA278@pm514-9.comsys.ntu-kpi.kiev.ua> References: <20050908194020.21635.qmail@web33415.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050908194020.21635.qmail@web33415.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on comsys.ntu-kpi.kiev.ua X-Virus-Scanned: ClamAV 0.82/1049/Wed Aug 31 10:19:01 2005 on comsys.ntu-kpi.kiev.ua X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: Re: fok() execve() -> No child processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 08:32:16 -0000 On Thu, Sep 08, 2005 at 12:40:20PM -0700, erkan kolemen wrote: > Following code fails. I debugged it and saw that: it > produces "No child processes" error while wait(). > > is it possible, parent still is not start to wait but > child finished. After that CPU schedules parents. It > try to start wait but child has finished. > > is it possible... What can i do for that? If you want to use vfork(), then you should know that a child will borrow parent's memory and a parent is suspended while a child is using its resources (at least in BSD). A child is allowed to call only execve() or _exit() and it is not allowed to return from the function in which vfork() was called. A child can modify some data in the parent's memory (really shared memory by both processes), but this memory should be volatile (try to modify non-volatile variable in a child and check result in a parent and compile this test program with optimization). Read description and "application usage" of vfork() in SUSv3, it gives very hard limits on vfork() usage (if you are interesting in creating portable software). Also find discussions about vfork() in this mailing list and read another limitations on its usage in found letters. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 10:29:55 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4A4616A41F for ; Fri, 9 Sep 2005 10:29:55 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A3743D45 for ; Fri, 9 Sep 2005 10:29:54 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id AD8F12710C01; Fri, 9 Sep 2005 11:29:51 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09968-06; Fri, 9 Sep 2005 11:29:47 +0100 (BST) Received: by mail.helenmarks.co.uk (Postfix, from userid 80) id CB0382710C02; Fri, 9 Sep 2005 11:29:47 +0100 (BST) Received: from graphicaldatacapture-ll-194.altohiway.com ([195.12.22.194]) (SquirrelMail authenticated user dom) by www.helenmarks.co.uk with HTTP; Fri, 9 Sep 2005 11:29:47 +0100 (BST) Message-ID: <2845.195.12.22.194.1126261787.squirrel@www.helenmarks.co.uk> Date: Fri, 9 Sep 2005 11:29:47 +0100 (BST) From: "Dominic Marks" To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: By ClamAV 0.85.1 Cc: dominic.marks@graphdata.co.uk Subject: FreeBSD 6.0-BETA4 panics when when configuring pfsync0 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 10:29:55 -0000 Hello, I am setting up a redundant firewall setup for our company, the systems are identically configured Dell servers running FreeBSD 6.0-BETA4. Software being used is pf, carp, pfsync and altq. When I attempt to configure the pfsync0 interface the systems panic. The systems currently have HTT enabled, I've googled but I didn't find anything to suggest pfsync was not SMP/HTT friendly. Could this be a configuration problem? interface: # ifconfig em2 em2: flags=8843 mtu 1500 options=b inet 172.16.254.2 netmask 0xffffff00 broadcast 172.16.254.255 ether 00:04:23:bd:7a:ef media: Ethernet autoselect (100baseTX ) status: active command: # ifconfig pfsync0 syncdev em2 syncpeer 172.16.254.1 panic message: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc067bfdc stack pointer = 0x28:0xcca18aa0 frame pointer = 0x28:0xcca18ab4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 84 (swi4: clock sio) trap number = 12 panic: page fault cpuid = 0 Uptime: 17m1s Dumping 255 MB (2 chunks) backtrace: #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc065b55d in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397 #2 0xc065b881 in panic (fmt=0xc0854645 "%s") at /usr/src/sys/kern/kern_shutdown.c:553 #3 0xc080cdfc in trap_fatal (frame=0xcca18a60, eva=36) at /usr/src/sys/i386/i386/trap.c:841 #4 0xc080c5b6 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1043696512, tf_esi = -106424 5856, tf_ebp = -861828428, tf_isp = -861828468, tf_ebx = -1051017216, tf_edx = - 1043696512, tf_ecx = -1051126400, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066942500, tf_cs = 32, tf_eflags = 65670, tf_esp = 52, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:272 #5 0xc07fa5ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0x00000008 in ?? () #7 0x00000028 in ?? () #8 0x00000028 in ?? () #9 0xc1ca7480 in ?? () #10 0xc090e5a0 in pfi_buffer_max () #11 0xcca18ab4 in ?? () #12 0xcca18a8c in ?? () #13 0xc15ac000 in ?? () #14 0xc1ca7480 in ?? () #15 0xc1591580 in ?? () #16 0x00000000 in ?? () #17 0x0000000c in ?? () #18 0x00000000 in ?? () #19 0xc067bfdc in propagate_priority (td=0xc1ca7480) at /usr/src/sys/kern/subr_turnstile.c:234 #20 0xc067c8f1 in turnstile_wait (lock=0xc090e5a0, owner=0xc1ca7480) at /usr/src/sys/kern/subr_turnstile.c:629 #21 0xc0652cb0 in _mtx_lock_sleep (m=0xc090e5a0, tid=3243950080, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:549 #22 0xc04768ed in pf_test (dir=2, ifp=0xc16ae000, m0=0xcca18c18, eh=0x0, inp=0x0) at /usr/src/sys/contrib/pf/net/pf.c:6284 #23 0xc047f74b in pf_check_out (arg=0x0, m=0xcca18c18, ifp=0xc16ae000, dir=2, inp=0x0) at /usr/src/sys/contrib/pf/net/pf_ioctl.c:3386 #24 0xc06d1837 in pfil_run_hooks (ph=0xc0934740, mp=0xcca18c8c, ifp=0xc16ae000, dir=2, inp=0x0) at /usr/src/sys/net/pfil.c:139 #25 0xc06f7172 in ip_output (m=0xc177e900, opt=0xc177e988, ro=0xcca18c58, flags=2, imo=0xc16e3e08, inp=0x0) at /usr/src/sys/netinet/ip_output.c:666 #26 0xc0469dc2 in pfsync_senddef (arg=0xc16e3e00) at /usr/src/sys/contrib/pf/net/if_pfsync.c:1829 #27 0xc0667bea in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:295 #28 0xc0646d11 in ithread_loop (arg=0xc15bc480) at /usr/src/sys/kern/kern_intr.c:545 #29 0xc0645dd5 in fork_exit (callout=0xc0646bc4 , arg=0xc15bc480, frame=0xcca18d38) at /usr/src/sys/kern/kern_fork.c:789 #30 0xc07fa62c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 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-BETA4 #1: Tue Sep 6 15:44:57 BST 2005 root@HOSTNAME:/usr/obj/usr/src/sys/FIREWALL ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.12-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Hyperthreading: 2 logical CPUs real memory = 268173312 (255 MB) avail memory = 252772352 (241 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic1: Changing APIC ID to 3 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 4 ioapic2: WARNING: intbase 64 != expected base 56 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 10 on acpi0 pci_link4: irq 3 on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 6 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 em0: port 0xecc0-0xecff mem 0xdfde0000-0xdfdfffff irq 32 at device 4.0 on pci2 em0: Ethernet address: 00:14:22:72:7c:73 em0: Speed:N/A Duplex:N/A pci1: at device 0.1 (no driver attached) pcib3: at device 0.2 on pci1 pci3: on pcib3 em1: port 0xdcc0-0xdcff mem 0xdfbe0000-0xdfbfffff,0xd fb80000-0xdfbbffff irq 66 at device 7.0 on pci3 em1: Ethernet address: 00:04:23:bd:79:0a em1: Speed:N/A Duplex:N/A em2: port 0xdc80-0xdcbf mem 0xdfbc0000-0xdfbdffff,0xd fb40000-0xdfb7ffff irq 67 at device 7.1 on pci3 em2: Ethernet address: 00:04:23:bd:79:0b em2: Speed:N/A Duplex:N/A pci1: at device 0.3 (no driver attached) uhci0: port 0xbce0-0xbcff irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbcc0-0xbcdf irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xdff00000-0xdff003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 em3: port 0xccc0-0xccff mem 0xdf7e0000-0xdf7fffff irq 20 at device 3.0 on pci4 em3: Ethernet address: 00:14:22:72:7c:74 em3: Speed:N/A Duplex:N/A pci4: at device 13.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31. 1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xbcb8-0xbcbf,0xbcb0-0xbcb3,0xbca0-0xbca7,0xbc98-0xbc9b,0xbc80- 0xbc8f irq 18 at device 31.2 on pci0 atapci1: failed to enable memory mapping! ata2: on atapci1 ata3: on atapci1 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xec000-0xeffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 ad4: 152587MB at ata2-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a A debug kernel and core file (45MB) are available to developers interested in investigating the problem. Mail me for access. Thanks, -- Dominic Marks From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 11:08:52 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A79916A41F for ; Fri, 9 Sep 2005 11:08:52 +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 B586343D46 for ; Fri, 9 Sep 2005 11:08:51 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp233-172.lns2.adl4.internode.on.net [203.122.233.172]) (authenticated bits=0) by cain.gsoft.com.au (8.13.4/8.13.4) with ESMTP id j89B8Y39073763 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 9 Sep 2005 20:38:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-hackers@freebsd.org, kamalp@acm.org Date: Fri, 9 Sep 2005 20:38:22 +0930 User-Agent: KMail/1.8.1 References: <20050909005412.GC14575@wantadilla.lemis.com> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1496870.3UvdOugYUE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509092038.22814.doconnor@gsoft.com.au> X-Spam-Score: 0.05 () FORGED_RCVD_HELO X-Scanned-By: MIMEDefang 2.51 on 203.31.81.10 Cc: Subject: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 11:08:52 -0000 --nextPart1496870.3UvdOugYUE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 09 September 2005 16:31, Kamal R. Prasad wrote: > would a port of JFS2 be of interest to freebsd core? Core doesn't decide what stuff gets committed into FreeBSD. Core doesn't control who writes things, or what they write, for FreeBSD. If you write it, and it works well enough and you are prepared to maintain = it,=20 it will almost certainly be committed. =46reeBSD works from the ground up, not the other way around. If you want i= t,=20 write it :) PS I am not a core member :) =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 --nextPart1496870.3UvdOugYUE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDIW0m5ZPcIHs/zowRAuajAKCTJ99xOYMc5Y4iy05i0Jby4BCspgCeOsJ7 rrky6UJhlZVypi71TGkuE4s= =eYnC -----END PGP SIGNATURE----- --nextPart1496870.3UvdOugYUE-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 11:24:55 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B85B416A41F for ; Fri, 9 Sep 2005 11:24:55 +0000 (GMT) (envelope-from roam@ringlet.net) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id C108343D45 for ; Fri, 9 Sep 2005 11:24:53 +0000 (GMT) (envelope-from roam@ringlet.net) Received: (qmail 5497 invoked from network); 9 Sep 2005 11:24:49 -0000 Received: from unknown (HELO straylight.ringlet.net) (85.95.80.104) by gandalf.online.bg with SMTP; 9 Sep 2005 11:24:49 -0000 Received: (qmail 19540 invoked by uid 1000); 9 Sep 2005 14:24:52 +0300 Date: Fri, 9 Sep 2005 14:24:52 +0300 From: Peter Pentchev To: erkan kolemen Message-ID: <20050909112452.GB15059@straylight.m.ringlet.net> Mail-Followup-To: erkan kolemen , freebsd-hackers@freebsd.org References: <20050908194020.21635.qmail@web33415.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bn2rw/3z4jIqBvZU" Content-Disposition: inline In-Reply-To: <20050908194020.21635.qmail@web33415.mail.mud.yahoo.com> User-Agent: Mutt/1.5.10i Cc: freebsd-hackers@freebsd.org Subject: Re: fok() execve() -> No child processes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 11:24:55 -0000 --Bn2rw/3z4jIqBvZU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2005 at 12:40:20PM -0700, erkan kolemen wrote: > Following code fails. I debugged it and saw that: it > produces "No child processes" error while wait(). >=20 > is it possible, parent still is not start to wait but > child finished. After that CPU schedules parents. It > try to start wait but child has finished. >=20 > is it possible... What can i do for that? [snip] > default: > if (wait(&stat) =3D=3D -1) { > slog(1, LOG_ERR); > return -14; > } Just an idea: what happens if you try waitpid(pid, &stat, 0) instead of wait(&stat)? G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@cnsys.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I've heard that this sentence is a rumor. --Bn2rw/3z4jIqBvZU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDIXEE7Ri2jRYZRVMRAqrSAJ9cot5I5Jk7RXcgf4QFJGO411LnZQCeLVlT xYxBHv/Z5+EDbXsRsJdEVUs= =Vh1f -----END PGP SIGNATURE----- --Bn2rw/3z4jIqBvZU-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 11:28:40 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BA2016A41F for ; Fri, 9 Sep 2005 11:28:40 +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 1AE0C43D49 for ; Fri, 9 Sep 2005 11:28:40 +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 54C9846B10; Fri, 9 Sep 2005 07:28:39 -0400 (EDT) Date: Fri, 9 Sep 2005 12:28:39 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Kamal R. Prasad" In-Reply-To: Message-ID: <20050909122506.K33344@fledge.watson.org> References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> <200509070215.j872FeQE040259@apollo.backplane.com> <20050907111035.B85520@fledge.watson.org> <200509071623.j87GNpal043201@apollo.backplane.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 11:28:40 -0000 On Thu, 8 Sep 2005, Kamal R. Prasad wrote: > Has there been any work on porting JFS2 onto Freebsd? There has been recent work to port several of the newer Linux file systems to FreeBSD, including: - Pretty old work to get the basic JFS userland tools working (status unknown, likely very stale due to the passage of time). - Pretty recent work to get read-only reiserfs working (committed and in the CVS repository). - Pretty recent work to get read-only XFS working (external repository, but publicly available). Also potentially of interesting: - Increasingly dated work to port the pre-journalled version of HFS+ to FreeBSD, which works well subject to the datedness and pre-journalledness of the work. There's also on-going work on a journalled version of UFS. I'm sure the authors of any of these would be interested in someone lending a hand -- I know there have been specific appeals for interest from the XFS crowd in the last month, along with test patches, etc, for example. You might want to post to freebsd-fs looking for details on the various projects. Robert N M Watson From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 17:25:43 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBB3F16A41F for ; Thu, 8 Sep 2005 17:25:43 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id C276F43D45 for ; Thu, 8 Sep 2005 17:25:42 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms064.mailsrvcs.net ([192.168.1.1]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IMI00CGFDQU04X0@vms048.mailsrvcs.net> for freebsd-hackers@freebsd.org; Thu, 08 Sep 2005 12:25:42 -0500 (CDT) Date: Thu, 08 Sep 2005 12:25:42 -0500 (CDT) From: Sergey Babkin To: Steve Suhre , freebsd-hackers@freebsd.org Message-id: <2281099.1126200342231.JavaMail.root@vms064.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailman-Approved-At: Fri, 09 Sep 2005 11:35:02 +0000 Cc: Subject: Re: NFS hanging X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: babkin@users.sf.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 17:25:44 -0000 >From: Steve Suhre > >I know I've dealt with this before...but can't remember what the deal >was... I mount a remote server to /mnt and the mount command seems to >work, no errors or logged errors on either machine. But when I try to cd >to the /mnt folder on the client the server hangs. I can't do an ls >without it hanging either. I can't even kill the ls process, the client >needs to be rebooted to clear any hung commands. The client is running >an older version of bsd (BSDI), the nfs server FreeBSD 5.4. Any help >would be appreciated..... Looks like the mountd daemon on the server is working fine but nfsd is not. Check if it's running, if the versions are matching, and such. -SB From owner-freebsd-hackers@FreeBSD.ORG Thu Sep 8 17:29:49 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3378816A41F for ; Thu, 8 Sep 2005 17:29:49 +0000 (GMT) (envelope-from db@nipsi.de) Received: from mr01.hansenet.de (mr01.hansenet.de [213.191.74.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAF5143D45 for ; Thu, 8 Sep 2005 17:29:48 +0000 (GMT) (envelope-from db@nipsi.de) Received: from nipsi.home.net (80.171.55.224) by mr01.hansenet.de (7.2.060.1) id 42A4FEDE002AC571 for hackers@freebsd.org; Thu, 8 Sep 2005 19:29:46 +0200 Received: from localhost (localhost [127.0.0.1]) by nipsi.home.net (Postfix) with ESMTP id 79B7D20CD9 for ; Thu, 8 Sep 2005 19:29:46 +0200 (CEST) Received: from nipsi.home.net ([127.0.0.1]) by localhost (nipsi.home.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 84490-01 for ; Thu, 8 Sep 2005 19:29:40 +0200 (CEST) Received: by nipsi.home.net (Postfix, from userid 80) id 9B65320CDD; Thu, 8 Sep 2005 19:29:40 +0200 (CEST) Received: from blackbox.home.net (blackbox.home.net [172.16.1.13]) by mail.nipsi.de (IMP) with HTTP for ; Thu, 8 Sep 2005 19:29:40 +0200 Message-ID: <1126200580.4320750472d15@mail.nipsi.de> Date: Thu, 8 Sep 2005 19:29:40 +0200 From: db@nipsi.de To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 / FreeBSD-5.2.1 X-Originating-IP: 172.16.1.13 X-Virus-Scanned: amavisd-new at ARRAY(0x88befac) X-Mailman-Approved-At: Fri, 09 Sep 2005 11:35:02 +0000 Cc: Subject: status of ufsj and gjournal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2005 17:29:49 -0000 Hi list, I wonder whats the status of those summer of code projects. >From gjournal we heard that it has been completed but then nothing happens, any further information about this? Is somebody working on ufsj? Was the summer of code project successful? best regards, -Dennis ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 11:58:28 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A7F016A41F for ; Fri, 9 Sep 2005 11:58:28 +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 E02A443D46 for ; Fri, 9 Sep 2005 11:58:27 +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 j89BwQYU016107; Fri, 9 Sep 2005 06:58:26 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <432178EA.2040602@centtech.com> Date: Fri, 09 Sep 2005 06:58:34 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.11) Gecko/20050904 X-Accept-Language: en-us, en MIME-Version: 1.0 To: db@nipsi.de References: <1126200580.4320750472d15@mail.nipsi.de> In-Reply-To: <1126200580.4320750472d15@mail.nipsi.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/1071/Fri Sep 9 01:39:47 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: hackers@freebsd.org Subject: Re: status of ufsj and gjournal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 11:58:28 -0000 db@nipsi.de wrote: > Hi list, > I wonder whats the status of those summer of code projects. >>From gjournal we heard that it has been completed but then nothing happens, any > further information about this? > Is somebody working on ufsj? Was the summer of code project successful? Scott Long is the core person working on ufsj, and I have seen some stuff worked on in his perforce tree, but I think it's a ways away from being beta. I'm sure he would welcome help. gjournal is 'complete', but still beta, mostly (I think) due to lack of bug reports/testing. I know I have been playing with it, and have had no real problems with the current beta. It's a very cool tool, however it won't help with fsck's - it's aimed at solving other problems. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 12:13:32 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D71D216A41F for ; Fri, 9 Sep 2005 12:13:32 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 951D143D46 for ; Fri, 9 Sep 2005 12:13:32 +0000 (GMT) (envelope-from babkin@verizon.net) Received: from vms064.mailsrvcs.net ([192.168.1.1]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0IMJ00LH0TY9X000@vms046.mailsrvcs.net> for freebsd-hackers@freebsd.org; Fri, 09 Sep 2005 07:13:21 -0500 (CDT) Date: Fri, 09 Sep 2005 07:13:21 -0500 (CDT) From: Sergey Babkin To: Mike Silbersack , "Kamal R. Prasad" Message-id: <8656351.1126268001929.JavaMail.root@vms064.mailsrvcs.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailman-Approved-At: Fri, 09 Sep 2005 12:28:33 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: babkin@users.sf.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 12:13:33 -0000 >From: Mike Silbersack > >On Fri, 9 Sep 2005, Kamal R. Prasad wrote: > >> would a port of JFS2 be of interest to freebsd core? >> thanks >> -kamal > >There are many things that would be of interest to FreeBSD users, but >that's not a good reason to start a project. If you're motivated only >because you think others desire your work, you'll probably give up when >you have to start dealing with all the realities of the project. However, >if you're motivated because *you* want to port JFS2, then you'll probably >do a good job of it. > >So, of course support for new filesystem support is good, but my personal >opinion is that JFS2 isn't worth your time, for two reasons: > >a) Even if it's BSD licensed, it's unlikely to displace UFS as our >default filesystem. > >b) It's not a widely used filesystem, so it doesn't really increase our >interoperability with other OSes. > >OTOH, updating our ext2 code, or ntfs code (if that's even possible) would >be something of use to many people, I suspect. Why not go for ext3 instead of JFS then? It has journaling in it. -SB From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 13:05:49 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3EC416A41F for ; Fri, 9 Sep 2005 13:05:49 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE44A43D45 for ; Fri, 9 Sep 2005 13:05:48 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id B121F2710C02; Fri, 9 Sep 2005 14:05:47 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10724-07; Fri, 9 Sep 2005 14:05:41 +0100 (BST) Received: by mail.helenmarks.co.uk (Postfix, from userid 80) id EF5932710C01; Fri, 9 Sep 2005 14:05:40 +0100 (BST) Received: from graphicaldatacapture-ll-194.altohiway.com ([195.12.22.194]) (SquirrelMail authenticated user dom) by www.helenmarks.co.uk with HTTP; Fri, 9 Sep 2005 14:05:40 +0100 (BST) Message-ID: <3178.195.12.22.194.1126271140.squirrel@www.helenmarks.co.uk> In-Reply-To: <2845.195.12.22.194.1126261787.squirrel@www.helenmarks.co.uk> References: <2845.195.12.22.194.1126261787.squirrel@www.helenmarks.co.uk> Date: Fri, 9 Sep 2005 14:05:40 +0100 (BST) From: "Dominic Marks" To: "Dominic Marks" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: By ClamAV 0.85.1 Cc: freebsd-hackers@freebsd.org, dominic.marks@graphdata.co.uk Subject: Re: FreeBSD 6.0-BETA4 panics when when configuring pfsync0 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 13:05:49 -0000 Dominic Marks wrote: > Hello, > > I am setting up a redundant firewall setup for our company, the systems > are identically configured Dell servers running FreeBSD 6.0-BETA4. > Software being used is pf, carp, pfsync and altq. > > When I attempt to configure the pfsync0 interface the systems panic. The > systems currently have HTT enabled, I've googled but I didn't find > anything to suggest pfsync was not SMP/HTT friendly. Could this be a > configuration problem? > > interface: > > # ifconfig em2 > em2: flags=8843 mtu 1500 > options=b > inet 172.16.254.2 netmask 0xffffff00 broadcast 172.16.254.255 > ether 00:04:23:bd:7a:ef > media: Ethernet autoselect (100baseTX ) > status: active > > command: > > # ifconfig pfsync0 syncdev em2 syncpeer 172.16.254.1 Following a little more testing: If I don't specify a syncpeer I don't get the panic. > panic message: > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x24 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc067bfdc > stack pointer = 0x28:0xcca18aa0 > frame pointer = 0x28:0xcca18ab4 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 84 (swi4: clock sio) > trap number = 12 > panic: page fault > cpuid = 0 > Uptime: 17m1s > Dumping 255 MB (2 chunks) > > backtrace: > > #0 doadump () at pcpu.h:165 > 165 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:165 > #1 0xc065b55d in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:397 > #2 0xc065b881 in panic (fmt=0xc0854645 "%s") > at /usr/src/sys/kern/kern_shutdown.c:553 > #3 0xc080cdfc in trap_fatal (frame=0xcca18a60, eva=36) > at /usr/src/sys/i386/i386/trap.c:841 > #4 0xc080c5b6 in trap (frame= > {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -1043696512, tf_esi = > -106424 5856, tf_ebp = -861828428, tf_isp = > -861828468, tf_ebx = -1051017216, tf_edx = - > 1043696512, tf_ecx = -1051126400, tf_eax = 0, tf_trapno = 12, > tf_err = 0, tf_eip = -1066942500, tf_cs = > 32, tf_eflags = 65670, tf_esp = 52, tf_ss = 0}) > at /usr/src/sys/i386/i386/trap.c:272 > #5 0xc07fa5ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #6 0x00000008 in ?? () > #7 0x00000028 in ?? () > #8 0x00000028 in ?? () > #9 0xc1ca7480 in ?? () > #10 0xc090e5a0 in pfi_buffer_max () > #11 0xcca18ab4 in ?? () > #12 0xcca18a8c in ?? () > #13 0xc15ac000 in ?? () > #14 0xc1ca7480 in ?? () > #15 0xc1591580 in ?? () > #16 0x00000000 in ?? () > #17 0x0000000c in ?? () > #18 0x00000000 in ?? () > #19 0xc067bfdc in propagate_priority (td=0xc1ca7480) > at /usr/src/sys/kern/subr_turnstile.c:234 > #20 0xc067c8f1 in turnstile_wait (lock=0xc090e5a0, owner=0xc1ca7480) > at /usr/src/sys/kern/subr_turnstile.c:629 > #21 0xc0652cb0 in _mtx_lock_sleep (m=0xc090e5a0, tid=3243950080, opts=0, > file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:549 > #22 0xc04768ed in pf_test (dir=2, ifp=0xc16ae000, m0=0xcca18c18, eh=0x0, > inp=0x0) at /usr/src/sys/contrib/pf/net/pf.c:6284 > #23 0xc047f74b in pf_check_out (arg=0x0, m=0xcca18c18, ifp=0xc16ae000, > dir=2, > inp=0x0) at /usr/src/sys/contrib/pf/net/pf_ioctl.c:3386 > #24 0xc06d1837 in pfil_run_hooks (ph=0xc0934740, mp=0xcca18c8c, > ifp=0xc16ae000, dir=2, inp=0x0) at /usr/src/sys/net/pfil.c:139 > #25 0xc06f7172 in ip_output (m=0xc177e900, opt=0xc177e988, ro=0xcca18c58, > flags=2, imo=0xc16e3e08, inp=0x0) at > /usr/src/sys/netinet/ip_output.c:666 > #26 0xc0469dc2 in pfsync_senddef (arg=0xc16e3e00) > at /usr/src/sys/contrib/pf/net/if_pfsync.c:1829 > #27 0xc0667bea in softclock (dummy=0x0) at > /usr/src/sys/kern/kern_timeout.c:295 > #28 0xc0646d11 in ithread_loop (arg=0xc15bc480) > at /usr/src/sys/kern/kern_intr.c:545 > #29 0xc0645dd5 in fork_exit (callout=0xc0646bc4 , > arg=0xc15bc480, frame=0xcca18d38) at /usr/src/sys/kern/kern_fork.c:789 > #30 0xc07fa62c in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:208 > > 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-BETA4 #1: Tue Sep 6 15:44:57 BST 2005 > root@HOSTNAME:/usr/obj/usr/src/sys/FIREWALL > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.12-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 > Features=0xbfebfbff I,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x641d> > AMD Features=0x20100000 > Hyperthreading: 2 logical CPUs > real memory = 268173312 (255 MB) > avail memory = 252772352 (241 MB) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 2 > ioapic1: Changing APIC ID to 3 > ioapic1: WARNING: intbase 32 != expected base 24 > ioapic2: Changing APIC ID to 4 > ioapic2: WARNING: intbase 64 != expected base 56 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 32-55 on motherboard > ioapic2 irqs 64-87 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: irq 11 on acpi0 > pci_link1: irq 11 on acpi0 > pci_link2: irq 5 on acpi0 > pci_link3: irq 10 on acpi0 > pci_link4: irq 3 on acpi0 > pci_link5: on acpi0 > pci_link6: on acpi0 > pci_link7: irq 6 on acpi0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 2.0 on pci0 > pci1: on pcib1 > pcib2: at device 0.0 on pci1 > pci2: on pcib2 > em0: port > 0xecc0-0xecff mem 0xdfde0000-0xdfdfffff irq > 32 at device 4.0 on pci2 > em0: Ethernet address: 00:14:22:72:7c:73 > em0: Speed:N/A Duplex:N/A > pci1: at device 0.1 (no driver > attached) > pcib3: at device 0.2 on pci1 > pci3: on pcib3 > em1: port > 0xdcc0-0xdcff mem 0xdfbe0000-0xdfbfffff,0xd > fb80000-0xdfbbffff irq 66 at device 7.0 on pci3 > em1: Ethernet address: 00:04:23:bd:79:0a > em1: Speed:N/A Duplex:N/A > em2: port > 0xdc80-0xdcbf mem 0xdfbc0000-0xdfbdffff,0xd > fb40000-0xdfb7ffff irq 67 at device 7.1 on pci3 > em2: Ethernet address: 00:04:23:bd:79:0b > em2: Speed:N/A Duplex:N/A > pci1: at device 0.3 (no driver > attached) > uhci0: port 0xbce0-0xbcff irq > 16 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xbcc0-0xbcdf irq > 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > ehci0: mem 0xdff00000-0xdff003ff irq > 23 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 4 ports with 4 removable, self powered > pcib4: at device 30.0 on pci0 > pci4: on pcib4 > em3: port > 0xccc0-0xccff mem 0xdf7e0000-0xdf7fffff irq > 20 at device 3.0 on pci4 > em3: Ethernet address: 00:14:22:72:7c:74 > em3: Speed:N/A Duplex:N/A > pci4: at device 13.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31. > 1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port > 0xbcb8-0xbcbf,0xbcb0-0xbcb3,0xbca0-0xbca7,0xbc98-0xbc9b,0xbc80- > 0xbc8f irq 18 at device 31.2 on pci0 > atapci1: failed to enable memory mapping! > ata2: on atapci1 > ata3: on atapci1 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 > sio0: type 16550A > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff,0xec000-0xeffff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master UDMA33 > ad4: 152587MB at ata2-master SATA150 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad4s1a > > A debug kernel and core file (45MB) are available to developers interested > in investigating the problem. Mail me for access. > > Thanks, > -- > Dominic Marks > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 13:03:37 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AD6D16A41F for ; Fri, 9 Sep 2005 13:03:37 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from dr.sm.ukrtel.net (dr.sm.ukrtel.net [213.179.236.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE10543D48 for ; Fri, 9 Sep 2005 13:03:35 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [213.179.237.42] (trost-dialup-3.sm.ukrtel.net [213.179.237.42] (may be forged)) by dr.sm.ukrtel.net (8.12.10/8.12.10) with ESMTP id j89D3WLG092059 for ; Fri, 9 Sep 2005 16:03:33 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <43218824.2060201@icyb.net.ua> Date: Fri, 09 Sep 2005 16:03:32 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050706) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.86.2/1071/Fri Sep 9 09:39:47 2005 on dr.sm.ukrtel.net X-Virus-Status: Clean X-Mailman-Approved-At: Fri, 09 Sep 2005 13:48:56 +0000 Subject: dtrace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 13:03:37 -0000 I came over a discussion on slashdot about an effort to implement solaris dtrace for FreeBSD (sorry if this is not the news), the article discussed: http://www.zdnet.com.au/news/software/soa/Developer_aims_for_Dtrace_on_FreeBSD/0,2000061733,39210618,00.htm On a somewhat related note (solaris): I also saw a posting in threads-related newsgroup about something called "cyclic subsystem" in solaris for high-precision timimg: http://blogs.sun.com/roller/page/eschrock?anchor=inside_the_cyclic_subsystem Looks quite interesting, although probably not a "junior hacker's" level. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 14:00:09 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D73416A41F for ; Fri, 9 Sep 2005 14:00:03 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 603E443D68 for ; Fri, 9 Sep 2005 13:59:59 +0000 (GMT) (envelope-from pranavpeshwe@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1799072wra for ; Fri, 09 Sep 2005 06:59:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:reply-to:from:to:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=IRkDQA2VTHp7Btm7OhIT/Dj6g8HTDz7v49HwcEf8Qgw99JsCZCd9zMMnf6EQurOjtmsqqZXhFK+xFwSlYJ6rwkukPHFOx38ZEKIr1UMYk7hI8gqlkygIZqp9qEBsTHiKN6A41+n9yrpwSfNgI/F+oY0/xic6J8xEjfrKGXHYTb4= Received: by 10.54.4.14 with SMTP id 14mr325854wrd; Fri, 09 Sep 2005 06:59:58 -0700 (PDT) Received: from pranav ( [59.95.5.37]) by mx.gmail.com with ESMTP id 33sm305346wra.2005.09.09.06.59.54; Fri, 09 Sep 2005 06:59:58 -0700 (PDT) Message-ID: <012401c5b54a$0bd716e0$0201a8c0@pranav> From: "Pranav Peshwe" To: Date: Fri, 9 Sep 2005 19:52:46 +0530 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.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Software suspend on FBSD. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pranav Peshwe List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 14:00:09 -0000 Hello, Does FreeBSD have 'software suspend' like linux ? or maybe something similar... Regards, Pranav.J.Peshwe From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 14:18:10 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADFB616A41F; Fri, 9 Sep 2005 14:18:10 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-222-116-143.jan.bellsouth.net [68.222.116.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B3D43D46; Fri, 9 Sep 2005 14:18:09 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 5767220FC9; Fri, 9 Sep 2005 09:18:08 -0500 (CDT) Date: Fri, 9 Sep 2005 09:18:07 -0500 From: "Matthew D. Fuller" To: Robert Watson Message-ID: <20050909141807.GK18989@over-yonder.net> References: <868xyack37.fsf@xps.des.no> <20050906191929.E78038@fledge.watson.org> <200509070215.j872FeQE040259@apollo.backplane.com> <20050907111035.B85520@fledge.watson.org> <200509071623.j87GNpal043201@apollo.backplane.com> <20050909122506.K33344@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050909122506.K33344@fledge.watson.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: freebsd-hackers@freebsd.org, "Kamal R. Prasad" Subject: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 14:18:10 -0000 On Fri, Sep 09, 2005 at 12:28:39PM +0100 I heard the voice of Robert Watson, and lo! it spake thus: > > - Pretty recent work to get read-only reiserfs working (committed and in > the CVS repository). Which, by the way, I just used earlier this week to pull data and configs and such off an old and unlamentedly dead Mandrake box onto its (6-BETA) FreeBSD replacement, and which worked well enough to have me quietly giggling while it copied 8-} -- 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-hackers@FreeBSD.ORG Fri Sep 9 14:37:30 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3599F16A41F for ; Fri, 9 Sep 2005 14:37:30 +0000 (GMT) (envelope-from ryans@rpsommers.com) Received: from mailserv1.neuroflux.com (ns2.neuroflux.com [204.228.228.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCD4B43D46 for ; Fri, 9 Sep 2005 14:37:29 +0000 (GMT) (envelope-from ryans@rpsommers.com) Received: (qmail 95066 invoked by uid 89); 9 Sep 2005 14:39:30 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 9 Sep 2005 14:39:30 -0000 Received: from 66.166.104.222 (SquirrelMail authenticated user ryans@rpsommers.com); by www2.neuroflux.com with HTTP; Fri, 9 Sep 2005 08:39:30 -0600 (MDT) Message-ID: <3581.66.166.104.222.1126276770.squirrel@66.166.104.222> Date: Fri, 9 Sep 2005 08:39:30 -0600 (MDT) From: "Ryan P. Sommers" To: hackers@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 Cc: Subject: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 14:37:30 -0000 I'm attempting to setup a few systems such that I can sniff traffic to and from one computer. One requirment is this has to be as portable as possible. I obtained a "hub" and setup the target and the sniffing system. However, the sniffing system was not able to see all traffic to/from the target. The lights on the hub blinked over the uplink (internet) and the target, but not the sniffer. Next I tried my laptop as the sniffer (7-CURRENT, had tried both a Windows laptop and a laptop booted off a Linux live-filesystem). I was able to spoof the MAC address and IP on the sniffer (freebsd) and set monitor mode for the interface. However, I still was not able to see traffic to/from the target. The whole time though I have been able to, of course, see broadcast traffic. With the spoofed ip/mac though if I unplug the hub and then plug it back in, or periodically when leaving it plugged in, the sniffer will get a brief glimpse at a packet or two that was sent to the target system. This suggests to me the "hub" is learning, somehow. My question though is how? I took the sniffer out of monitor mode and generated a few ARP packets by pinging unused IPs. I also ran ethereal on the target. The target saw the ARPs generated by the sniffer system and the source address was correct, it was the mac address both systems were using. How is the hub able to tell these systems apart? Hub in question is a linksys NH1005 v2. All this was done at 100mbit full-duplex. Freebsd laptop nic won't drop to half and I'm not sure how to force linux (target's os) to use anything other than it's auto-config. PS If anyone knows of a hub that's "easy" to find and still is an actuall good 'ol hub, let me know. -- Ryan Sommers ryans < a_t > rpsommers.com (obsolete: ryans@gamersimpact.com) From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 14:44:16 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 810A716A41F for ; Fri, 9 Sep 2005 14:44:16 +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 3305A43D45 for ; Fri, 9 Sep 2005 14:44:16 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EDk6r-0004e7-00; Fri, 09 Sep 2005 16:44:09 +0200 Date: Fri, 9 Sep 2005 16:44:09 +0200 To: Pranav Peshwe Message-ID: <20050909144409.GG23635@poupinou.org> References: <012401c5b54a$0bd716e0$0201a8c0@pranav> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <012401c5b54a$0bd716e0$0201a8c0@pranav> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-hackers@freebsd.org Subject: Re: Software suspend on FBSD. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 14:44:16 -0000 On Fri, Sep 09, 2005 at 07:52:46PM +0530, Pranav Peshwe wrote: > Hello, > Does FreeBSD have 'software suspend' like linux ? or > maybe something similar... > No. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 14:48:43 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AB0E16A41F for ; Fri, 9 Sep 2005 14:48:43 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B2843D46 for ; Fri, 9 Sep 2005 14:48:43 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id A9B931B; Fri, 9 Sep 2005 16:48:41 +0200 (CEST) Date: Fri, 9 Sep 2005 16:48:41 +0200 From: Andrea Campi To: "Ryan P. Sommers" Message-ID: <20050909144841.GP91865@webcom.it> References: <3581.66.166.104.222.1126276770.squirrel@66.166.104.222> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3581.66.166.104.222.1126276770.squirrel@66.166.104.222> User-Agent: Mutt/1.5.10i Cc: hackers@freebsd.org Subject: Re: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 14:48:43 -0000 On Fri, Sep 09, 2005 at 08:39:30AM -0600, Ryan P. Sommers wrote: > Hub in question is a linksys NH1005 v2. > > PS If anyone knows of a hub that's "easy" to find and still is an actuall > good 'ol hub, let me know. Linksys is sort of well known for playing this trick: they call entry level switches "hub" and reserve "switch" for higher-level equipment. Which is fine for people who just have to check email and play Quake, but screws you to no end when you actually need a hub :-/ Google will tell you more about this, as well as suggesting real hubs. I'd recommend to go with Netgear. Bye, Andrea -- Press every key to continue. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 15:01:50 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2CD016A41F for ; Fri, 9 Sep 2005 15:01:50 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D4A43D46 for ; Fri, 9 Sep 2005 15:01:49 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.1.R) with ESMTP id md50001806779.msg for ; Fri, 09 Sep 2005 16:01:18 +0100 Message-ID: <01ae01c5b54f$4e7c73f0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Fri, 9 Sep 2005 16:01:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Fri, 09 Sep 2005 16:01:18 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-hackers@freebsd.org X-MDAV-Processed: multiplay.co.uk, Fri, 09 Sep 2005 16:01:20 +0100 Subject: 6.0-BETA4 package install failures X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 15:01:51 -0000 Quite a few packages fail to install from CD due to the package split across CD1 and CD2, and example of this is apache 1.3 The way this is dealt with needs some work as even installing a small package can sometimes require 4 CD switches. Would be much better if all the dependencies where analised and then all packages from one CD installed followed by those from the other. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 16:53:41 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 940DB16A41F for ; Fri, 9 Sep 2005 16:53:41 +0000 (GMT) (envelope-from dantoganelus@yahoo.com) Received: from web51306.mail.yahoo.com (web51306.mail.yahoo.com [206.190.38.172]) by mx1.FreeBSD.org (Postfix) with SMTP id 1242443D5D for ; Fri, 9 Sep 2005 16:53:40 +0000 (GMT) (envelope-from dantoganelus@yahoo.com) Received: (qmail 54224 invoked by uid 60001); 9 Sep 2005 16:53:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Ry74WPl6vEDBtIPvDrtUYcnf9YqMjrtvUDlL5jU6fmkHUQu72WmEDccaob9by6Tqis9ffmpnbakHrlHADr7fWKmltcBNjvAs9DFyq9PWcgJ68b9r3Dak+vG/c7mFNftxoXMIj9oT0Oo0r2Uom+MkFocJJIwtxt7U0dE0NpvkpFM= ; Message-ID: <20050909165340.54222.qmail@web51306.mail.yahoo.com> Received: from [217.156.83.1] by web51306.mail.yahoo.com via HTTP; Fri, 09 Sep 2005 09:53:40 PDT Date: Fri, 9 Sep 2005 09:53:40 -0700 (PDT) From: ion popescu To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: ftpd in a jail X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 16:53:41 -0000 I have a ftpd server running in a jail and i want to redirect the ftp traffic from my real host to jail. I have already configured my traffic from 22 and 25 to jail with natd and ipfw, but isn't working for ftp. And i set all security.jail.* to 1 , (except security.jail.jailed) How can it be done? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 17:19:38 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 748E916A41F for ; Fri, 9 Sep 2005 17:19:38 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B5B943D66 for ; Fri, 9 Sep 2005 17:19:29 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3C724.dip.t-dialin.net [84.163.199.36] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML21M-1EDmXA17Nh-0005K9; Fri, 09 Sep 2005 19:19:28 +0200 From: Max Laier To: freebsd-hackers@freebsd.org Date: Fri, 9 Sep 2005 19:19:05 +0200 User-Agent: KMail/1.8.2 References: <2845.195.12.22.194.1126261787.squirrel@www.helenmarks.co.uk> <3178.195.12.22.194.1126271140.squirrel@www.helenmarks.co.uk> In-Reply-To: <3178.195.12.22.194.1126271140.squirrel@www.helenmarks.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5215020.HH9J4Xr84O"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509091919.22875.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: dominic.marks@graphdata.co.uk, Dominic Marks Subject: Re: FreeBSD 6.0-BETA4 panics when when configuring pfsync0 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 17:19:38 -0000 --nextPart5215020.HH9J4Xr84O Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 09 September 2005 15:05, Dominic Marks wrote: > Dominic Marks wrote: > > Hello, > > > > I am setting up a redundant firewall setup for our company, the systems > > are identically configured Dell servers running FreeBSD 6.0-BETA4. > > Software being used is pf, carp, pfsync and altq. > > > > When I attempt to configure the pfsync0 interface the systems panic. The > > systems currently have HTT enabled, I've googled but I didn't find > > anything to suggest pfsync was not SMP/HTT friendly. Could this be a > > configuration problem? > > > > interface: > > > > # ifconfig em2 > > em2: flags=3D8843 mtu 1500 > > options=3Db > > inet 172.16.254.2 netmask 0xffffff00 broadcast 172.16.254.255 > > ether 00:04:23:bd:7a:ef > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > command: > > > > # ifconfig pfsync0 syncdev em2 syncpeer 172.16.254.1 > > Following a little more testing: > > If I don't specify a syncpeer I don't get the panic. Thanks for the dump. Seems like we were leaking a lock from pfsyncioctl().= =20 Can you please try this patch and report back. Thanks in advance. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart5215020.HH9J4Xr84O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDIcQaXyyEoT62BG0RAnJ3AJ0Q/5uijiakHfvvwfszwNiumXcnpwCdGZzb ZnR6pfZMMaKUqjfLKLMhxd8= =jrOc -----END PGP SIGNATURE----- --nextPart5215020.HH9J4Xr84O-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 17:27:00 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76AD516A41F for ; Fri, 9 Sep 2005 17:27:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D13E43D46 for ; Fri, 9 Sep 2005 17:26:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j89HQx0r022386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2005 13:26:59 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j89HQw6P017244; Fri, 9 Sep 2005 13:26:58 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C15455127A; Fri, 9 Sep 2005 13:26:56 -0400 (EDT) Date: Fri, 9 Sep 2005 13:26:56 -0400 From: Kris Kennaway To: Steven Hartland Message-ID: <20050909172656.GA50403@xor.obsecurity.org> References: <01ae01c5b54f$4e7c73f0$b3db87d4@multiplay.co.uk> 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: <01ae01c5b54f$4e7c73f0$b3db87d4@multiplay.co.uk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-hackers@freebsd.org Subject: Re: 6.0-BETA4 package install failures X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 17:27:00 -0000 --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Sep 09, 2005 at 04:01:03PM +0100, Steven Hartland wrote: > Quite a few packages fail to install from CD due to the package > split across CD1 and CD2, and example of this is apache 1.3 You're sure this is the reason and not that amd64 packages were put on the i386 disc 1 by mistake? ;-) Kris --LZvS9be/3tNcYl/X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDIcXfWry0BWjoQKURAqz8AJwOBSvVin1flba0pj633qMdSLv02gCgqcAX yzi7DbBUzPx4TwNrUsAoEpE= =2lu5 -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 18:18:43 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 265ED16A41F for ; Fri, 9 Sep 2005 18:18:43 +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 CA24943D45 for ; Fri, 9 Sep 2005 18:18:42 +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 j89IIgWo002514; Fri, 9 Sep 2005 11:18:42 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j89IIf4o002512; Fri, 9 Sep 2005 11:18:41 -0700 Date: Fri, 9 Sep 2005 11:18:41 -0700 From: Brooks Davis To: Andrea Campi Message-ID: <20050909181841.GB22781@odin.ac.hmc.edu> References: <3581.66.166.104.222.1126276770.squirrel@66.166.104.222> <20050909144841.GP91865@webcom.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline In-Reply-To: <20050909144841.GP91865@webcom.it> 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: "Ryan P. Sommers" , hackers@freebsd.org Subject: Re: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 18:18:43 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2005 at 04:48:41PM +0200, Andrea Campi wrote: > On Fri, Sep 09, 2005 at 08:39:30AM -0600, Ryan P. Sommers wrote: > > Hub in question is a linksys NH1005 v2. > >=20 > > PS If anyone knows of a hub that's "easy" to find and still is an actua= ll > > good 'ol hub, let me know. >=20 > Linksys is sort of well known for playing this trick: they call entry > level switches "hub" and reserve "switch" for higher-level equipment. > Which is fine for people who just have to check email and play Quake, but > screws you to no end when you actually need a hub :-/ >=20 > Google will tell you more about this, as well as suggesting real hubs. > I'd recommend to go with Netgear. Alternativly, if you can get your hands on a second ethernet port for your sniffer box, make a passive tap: http://www.snort.org/docs/tap/ -- 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 --IiVenqGWf+H9Y6IX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDIdIBXY6L6fI4GtQRAletAJ4ybfU9/lIeR6+q63YeN+rQ8JOgywCfT1zF ofYuRDwkl1pX7kS7+u+gaVY= =SY3h -----END PGP SIGNATURE----- --IiVenqGWf+H9Y6IX-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 18:44:58 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72E7516A41F for ; Fri, 9 Sep 2005 18:44:58 +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 128FB43D45 for ; Fri, 9 Sep 2005 18:44:57 +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 j89IiuYZ016384; Fri, 9 Sep 2005 14:44:56 -0400 (EDT) Date: Fri, 9 Sep 2005 14:44:56 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Brooks Davis In-Reply-To: <20050909181841.GB22781@odin.ac.hmc.edu> 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: "Ryan P. Sommers" , hackers@freebsd.org, Andrea Campi Subject: Re: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 18:44:58 -0000 On Fri, 9 Sep 2005, Brooks Davis wrote: > On Fri, Sep 09, 2005 at 04:48:41PM +0200, Andrea Campi wrote: > > On Fri, Sep 09, 2005 at 08:39:30AM -0600, Ryan P. Sommers wrote: > > > Hub in question is a linksys NH1005 v2. > > > > > > PS If anyone knows of a hub that's "easy" to find and still is an actuall > > > good 'ol hub, let me know. > > > > Linksys is sort of well known for playing this trick: they call entry > > level switches "hub" and reserve "switch" for higher-level equipment. > > Which is fine for people who just have to check email and play Quake, but > > screws you to no end when you actually need a hub :-/ > > > > Google will tell you more about this, as well as suggesting real hubs. > > I'd recommend to go with Netgear. > > Alternativly, if you can get your hands on a second ethernet port for > your sniffer box, make a passive tap: I came in kinda late to this thread, but if you're trying to find a hub/switch in order to sniff network traffic, then you can always go for a switch that let's you monitor traffic on other ports. I know the Cisco's will let you do this, but I'd be suprised if you couldn't find it on some other cheaper switches. -- DE From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 19:09:22 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A61F316A41F; Fri, 9 Sep 2005 19:09:22 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dagobah.rfc1149.org (dagobah.rfc1149.org [217.160.170.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 397F143D58; Fri, 9 Sep 2005 19:09:17 +0000 (GMT) (envelope-from arne@rfc2549.org) Received: from dsl-213-023-205-165.arcor-ip.net ([213.23.205.165] helo=[192.168.0.42]) by dagobah.rfc1149.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.51 (FreeBSD)) id 1EDoFL-000Coq-VD; Fri, 09 Sep 2005 21:09:15 +0200 Message-ID: <4321DDCA.8050902@rfc2549.org> Date: Fri, 09 Sep 2005 21:08:58 +0200 From: Arne Schwabe User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Eischen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RFC-Spam-Score: -2.3 (--) Cc: "Ryan P. Sommers" , hackers@freebsd.org, Andrea Campi Subject: Re: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 19:09:22 -0000 >I came in kinda late to this thread, but if you're trying to find >a hub/switch in order to sniff network traffic, then you can always >go for a switch that let's you monitor traffic on other ports. >I know the Cisco's will let you do this, but I'd be suprised if >you couldn't find it on some other cheaper switches. > > > Or if you have 3 nics, use if_bridge. Or buy a really expensive managed switch, which allows you to mirror ports, vlans etc. Arne From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 19:31:52 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7BDC16A41F for ; Fri, 9 Sep 2005 19:31:52 +0000 (GMT) (envelope-from ryans@rpsommers.com) Received: from mailserv1.neuroflux.com (ns2.neuroflux.com [204.228.228.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 103F043D4C for ; Fri, 9 Sep 2005 19:31:35 +0000 (GMT) (envelope-from ryans@rpsommers.com) Received: (qmail 37084 invoked by uid 89); 9 Sep 2005 19:33:37 -0000 Received: from unknown (HELO www2.neuroflux.com) (127.0.0.1) by localhost with SMTP; 9 Sep 2005 19:33:37 -0000 Received: from 66.166.104.222 (SquirrelMail authenticated user ryans@rpsommers.com); by www2.neuroflux.com with HTTP; Fri, 9 Sep 2005 13:33:37 -0600 (MDT) Message-ID: <4038.66.166.104.222.1126294417.squirrel@66.166.104.222> In-Reply-To: References: <20050909181841.GB22781@odin.ac.hmc.edu> Date: Fri, 9 Sep 2005 13:33:37 -0600 (MDT) From: "Ryan P. Sommers" To: "Daniel Eischen" 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 Cc: "Ryan P. Sommers" , hackers@freebsd.org, Andrea Campi Subject: Re: 'Smart' Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 19:31:52 -0000 > On Fri, 9 Sep 2005, Brooks Davis wrote: >> On Fri, Sep 09, 2005 at 04:48:41PM +0200, Andrea Campi wrote: >> > On Fri, Sep 09, 2005 at 08:39:30AM -0600, Ryan P. Sommers wrote: >> > Google will tell you more about this, as well as suggesting real hubs. >> > I'd recommend to go with Netgear. Ya, this was something of a last minute job we needed to do. We tried googling around, this hub was mentioned to work on the Ethereal wiki. Must have been misreported. >> >> Alternativly, if you can get your hands on a second ethernet port for >> your sniffer box, make a passive tap: This looks intrieging. Trouble is the 2nd port; as I mentioned we want this to be as portable as possible so we could deploy it in the field with minimal equiptment outside what we normally carry on jobs. I'd like it to work with a laptop, if possible. A USB 10/100 jobby might do the trick. > I came in kinda late to this thread, but if you're trying to find > a hub/switch in order to sniff network traffic, then you can always > go for a switch that let's you monitor traffic on other ports. > I know the Cisco's will let you do this, but I'd be suprised if > you couldn't find it on some other cheaper switches. This is something I'm going to look into. I just didn't know off-hand what switches offered a "monitor" port, or what I'd be needing to spend. What I'm actually thinking of doing is getting a Soekris net4801 (3 Ethernet ports). I could set it up with FreeBSD or miniBSD and set it to do a layer-2 bridge between two of the ports. I'm not sure if the bridge device allows it, but I could set all three up for bridging and then let one port be the sniffer. Or, I thought it would be nice to just set it up with 2 ports bridged and then use the 3rd port as the managment port. I might be able to run a firewire card off the net4801 provided there is enough power and then attach an IDE->Firewire for a storage drive. Then just run tcpdump on the net4801 on the bridge device and store it to the storage drive. Or set it up with something like SMB, NFS or FTP to pull capture files down over the management nic port. Either way, this is a small piece of equiptment that could be portable and could allow us to use laptops for analyzing the traffic dumps. I've been looking for an excuse to get a net4801 to play with. :) Thanks for the replies by the way. -- Ryan Sommers ryans < a_t > rpsommers.com (obsolete: ryans@gamersimpact.com) From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 19:41:45 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5E0A16A41F for ; Fri, 9 Sep 2005 19:41:45 +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 7082B43D49 for ; Fri, 9 Sep 2005 19:41:45 +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 j89JfixW014232; Fri, 9 Sep 2005 15:41:44 -0400 (EDT) Date: Fri, 9 Sep 2005 15:41:44 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Arne Schwabe In-Reply-To: <4321DDCA.8050902@rfc2549.org> 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: "Ryan P. Sommers" , hackers@freebsd.org, Andrea Campi Subject: Re: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 19:41:46 -0000 On Fri, 9 Sep 2005, Arne Schwabe wrote: > > >I came in kinda late to this thread, but if you're trying to find > >a hub/switch in order to sniff network traffic, then you can always > >go for a switch that let's you monitor traffic on other ports. > >I know the Cisco's will let you do this, but I'd be suprised if > >you couldn't find it on some other cheaper switches. > > > > > > > > Or if you have 3 nics, use if_bridge. Or buy a really expensive managed > switch, which allows you to mirror ports, vlans etc. Well, is $175.00 US expensive? The Netgear FS726T can be had for about that price, and according to Netgear's web site, will support port monitoring. A 24-port switch may not be small enough for you, but if you look around enough, you might find something that is. -- DE From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 20:28:50 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6C3C16A41F; Fri, 9 Sep 2005 20:28:50 +0000 (GMT) (envelope-from mhunter@malcolm.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [128.32.206.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B8E243D6A; Fri, 9 Sep 2005 20:28:50 +0000 (GMT) (envelope-from mhunter@malcolm.berkeley.edu) Received: from malcolm.berkeley.edu (localhost [127.0.0.1]) by malcolm.berkeley.edu (8.13.3/8.13.3) with ESMTP id j89KSnL1046369 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2005 13:28:50 -0700 (PDT) (envelope-from mhunter@malcolm.berkeley.edu) Received: (from mhunter@localhost) by malcolm.berkeley.edu (8.13.3/8.13.3/Submit) id j89KSn66046368; Fri, 9 Sep 2005 13:28:49 -0700 (PDT) (envelope-from mhunter) Date: Fri, 9 Sep 2005 13:28:49 -0700 From: Mike Hunter To: Daniel Eischen Message-ID: <20050909202849.GA46237@malcolm.berkeley.edu> References: <4321DDCA.8050902@rfc2549.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (malcolm.berkeley.edu [127.0.0.1]); Fri, 09 Sep 2005 13:28:50 -0700 (PDT) Cc: hackers@freebsd.org, "Ryan P. Sommers" , Arne Schwabe , Andrea Campi Subject: Re: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 20:28:51 -0000 On Sep 09, "Daniel Eischen" wrote: > On Fri, 9 Sep 2005, Arne Schwabe wrote: > > >I came in kinda late to this thread, but if you're trying to find > > >a hub/switch in order to sniff network traffic, then you can always > > >go for a switch that let's you monitor traffic on other ports. > > >I know the Cisco's will let you do this, but I'd be suprised if > > >you couldn't find it on some other cheaper switches. > > > > > > > Or if you have 3 nics, use if_bridge. Or buy a really expensive managed > > switch, which allows you to mirror ports, vlans etc. > > Well, is $175.00 US expensive? The Netgear FS726T can be had for > about that price, and according to Netgear's web site, will support > port monitoring. A 24-port switch may not be small enough for you, > but if you look around enough, you might find something that is. I think it violates specifications, but how about a physical copper "tap", like a two-headed cable? Has anybody ever tried something like this? Ethernet was designed in the days of shared media.... Mike From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 20:44:00 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55CC716A41F; Fri, 9 Sep 2005 20:44:00 +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 F027843D46; Fri, 9 Sep 2005 20:43:59 +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 j89Khwcf027125; Fri, 9 Sep 2005 13:43:58 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j89KhwK4027124; Fri, 9 Sep 2005 13:43:58 -0700 Date: Fri, 9 Sep 2005 13:43:58 -0700 From: Brooks Davis To: Mike Hunter Message-ID: <20050909204358.GC12395@odin.ac.hmc.edu> References: <4321DDCA.8050902@rfc2549.org> <20050909202849.GA46237@malcolm.berkeley.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HG+GLK89HZ1zG0kk" Content-Disposition: inline In-Reply-To: <20050909202849.GA46237@malcolm.berkeley.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: Daniel Eischen , "Ryan P. Sommers" , hackers@freebsd.org, Arne Schwabe , Andrea Campi Subject: Re: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 20:44:00 -0000 --HG+GLK89HZ1zG0kk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2005 at 01:28:49PM -0700, Mike Hunter wrote: > On Sep 09, "Daniel Eischen" wrote: >=20 > > On Fri, 9 Sep 2005, Arne Schwabe wrote: > =20 > > > >I came in kinda late to this thread, but if you're trying to find > > > >a hub/switch in order to sniff network traffic, then you can always > > > >go for a switch that let's you monitor traffic on other ports. > > > >I know the Cisco's will let you do this, but I'd be suprised if > > > >you couldn't find it on some other cheaper switches. > > > > > > > > > > Or if you have 3 nics, use if_bridge. Or buy a really expensive manag= ed > > > switch, which allows you to mirror ports, vlans etc. > >=20 > > Well, is $175.00 US expensive? The Netgear FS726T can be had for > > about that price, and according to Netgear's web site, will support > > port monitoring. A 24-port switch may not be small enough for you, > > but if you look around enough, you might find something that is. >=20 > I think it violates specifications, but how about a physical copper "tap", > like a two-headed cable? Has anybody ever tried something like this? > Ethernet was designed in the days of shared media.... That would be what the link I posted earlier does. With full-duplex connections, you need two recieve lines to get traffic in both directions, but it does in fact work. -- 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 --HG+GLK89HZ1zG0kk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDIfQNXY6L6fI4GtQRAv3kAJ9TE0Iq3PQ2Le9Hd0gYU8RK7njiBACeOYm6 +FeXlN5Iot4OALtT41iT4RQ= =QSI6 -----END PGP SIGNATURE----- --HG+GLK89HZ1zG0kk-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 20:44:57 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 120B816A41F for ; Fri, 9 Sep 2005 20:44:57 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4367143D53 for ; Fri, 9 Sep 2005 20:44:56 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail10.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j89KirDb001183 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 10 Sep 2005 06:44:54 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id j89Kir95089614; Sat, 10 Sep 2005 06:44:53 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.13.4/8.13.1/Submit) id j89Kirrn089613; Sat, 10 Sep 2005 06:44:53 +1000 (EST) (envelope-from peter) Date: Sat, 10 Sep 2005 06:44:53 +1000 From: Peter Jeremy To: "Ryan P. Sommers" Message-ID: <20050909204453.GA89302@server.vk2pj.dyndns.org> References: <20050909181841.GB22781@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: hackers@freebsd.org Subject: Re: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 20:44:57 -0000 On Fri, Sep 09, 2005 at 02:44:56PM -0400, Daniel Eischen wrote: >On Fri, 9 Sep 2005, Brooks Davis wrote: >> > On Fri, Sep 09, 2005 at 08:39:30AM -0600, Ryan P. Sommers wrote: >> > > Hub in question is a linksys NH1005 v2. >> > > >> > > PS If anyone knows of a hub that's "easy" to find and still is an actuall >> > > good 'ol hub, let me know. ... >> Alternativly, if you can get your hands on a second ethernet port for >> your sniffer box, make a passive tap: > >I came in kinda late to this thread, but if you're trying to find >a hub/switch in order to sniff network traffic, then you can always >go for a switch that let's you monitor traffic on other ports. >I know the Cisco's will let you do this, but I'd be suprised if >you couldn't find it on some other cheaper switches. I think most managed switches let you do this. The keyword being "managed" and a managed switch is always going to be far more expensive than a hub. This is mostly useful if you already have the infrastructure in place and just want to look at one of the systems attached to the switch. Note that both hubs and port cloning imply bandwidth limitations: All the traffic to and from the target system has to be transmited to your sniffer on a single link. This limits you to half-duplex speed. Depending on your requirements, this may or may not be a problem. If it is, you are going to be very careful about specifying and configuring your sniffer box to make sure it can actually handle the traffic load. Overall, I also recommend using dual NICs to create a passive tap. -- Peter Jeremy From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 21:09:34 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30A1116A41F for ; Fri, 9 Sep 2005 21:09:34 +0000 (GMT) (envelope-from viktor@rbg.informatik.tu-darmstadt.de) Received: from ultra02.rbg.informatik.tu-darmstadt.de (ultra02.rbg.informatik.tu-darmstadt.de [130.83.160.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A2D043D48 for ; Fri, 9 Sep 2005 21:09:32 +0000 (GMT) (envelope-from viktor@rbg.informatik.tu-darmstadt.de) Received: from rbg.informatik.tu-darmstadt.de (ultra18.rbg.informatik.tu-darmstadt.de [130.83.160.108]) by ultra02.rbg.informatik.tu-darmstadt.de (8.11.7p1+Sun/8.11.6) with SMTP id j89L9Um20032 for ; Fri, 9 Sep 2005 23:09:31 +0200 (MEST) Received: by rbg.informatik.tu-darmstadt.de (sSMTP sendmail emulation); Fri, 9 Sep 2005 23:09:42 +0200 Date: Fri, 9 Sep 2005 23:09:42 +0200 From: Viktor Vasilev To: freebsd-hackers@freebsd.org Message-ID: <20050909210941.GA5943@ilium.0xdeadc0de.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 5.4-RELEASE i386 User-Agent: mutt-ng devel (FreeBSD) Subject: NetBSD irframe and ustir port to FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 21:09:34 -0000 Hello fellow hackers, I'm porting the NetBSD IrDA frame level driver irframe[1] to FreeBSD. The port also, for now, includes a driver for one of the USB-IrDA bridges supported by NetBSD - ustir[2] and a modified version of the comms/birda suite. The initial work is done and both drivers compile and load without problems under FreeBSD 5.4. Due to lack of hardware I haven't been able to test it properly. The ustir driver works for dongles with the Sigmatel 4200 USB-IrDA chip. I have one with a Sigmatel 4210 chip (which has a GPL linux driver) and am trying to make it work. Sigmatel haven't been very cooperative in supplying datasheets, but I guess I'll keep trying/bugging them. So, if there is anyone interested in testing the driver and has the time and the hardware (the man page says, that a Mars II 740 USB IrDA Adapter should do the work), I'll be very pleased to hear from him. The next step will be to port the uirda[3] driver, which supports more devices, and also to get a piece of hardware that's supported and make it actually work :-) If you're still wondering what's this all about, the irframe and device drivers will make it, for example, possible to use your mobile phone and an USB-IrDA dongle for dial-up or synchronisation. At the moment this is only possible if you have an IrDA transceiver masked as a serial port in your laptop/desktop. Or if you use bluetooth. Instructions on patching the source are available here: http://0xdeadc0de.net/v/usb-irda/ Hats off to Lennart Augustsson, David Sainty, Tommy Bohlin and the other NetBSD hackers for writing the code. Cheers, Viktor [1] http://netbsd.gw.com/cgi-bin/man-cgi?irframe++NetBSD-current [2] http://netbsd.gw.com/cgi-bin/man-cgi?ustir+4+NetBSD-current [3] http://netbsd.gw.com/cgi-bin/man-cgi?uirda+4+NetBSD-current -- I have great faith in fools; self-confidence, my friends call it. -- Edgar Allan Poe From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 21:57:07 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98D7716A41F for ; Fri, 9 Sep 2005 21:57:07 +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 3952043D46 for ; Fri, 9 Sep 2005 21:57:07 +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 j89Lv50u022427; Fri, 9 Sep 2005 17:57:05 -0400 (EDT) Date: Fri, 9 Sep 2005 17:57:05 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Peter Jeremy In-Reply-To: <20050909204453.GA89302@server.vk2pj.dyndns.org> 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: "Ryan P. Sommers" , hackers@freebsd.org Subject: Re: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 21:57:07 -0000 On Sat, 10 Sep 2005, Peter Jeremy wrote: > On Fri, Sep 09, 2005 at 02:44:56PM -0400, Daniel Eischen wrote: > >On Fri, 9 Sep 2005, Brooks Davis wrote: > >> > On Fri, Sep 09, 2005 at 08:39:30AM -0600, Ryan P. Sommers wrote: > >> > > Hub in question is a linksys NH1005 v2. > >> > > > >> > > PS If anyone knows of a hub that's "easy" to find and still is an actuall > >> > > good 'ol hub, let me know. > ... > >> Alternativly, if you can get your hands on a second ethernet port for > >> your sniffer box, make a passive tap: > > > >I came in kinda late to this thread, but if you're trying to find > >a hub/switch in order to sniff network traffic, then you can always > >go for a switch that let's you monitor traffic on other ports. > >I know the Cisco's will let you do this, but I'd be suprised if > >you couldn't find it on some other cheaper switches. > > I think most managed switches let you do this. The keyword being > "managed" and a managed switch is always going to be far more > expensive than a hub. This is mostly useful if you already have > the infrastructure in place and just want to look at one of the > systems attached to the switch. Like I pointed out, though, it isn't as expensive as you think ($175 US for the Netgear). That's equivalent to about 2 hours of labor time at the rate my company charges. -- DE From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 22:59:56 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 200B116A41F for ; Fri, 9 Sep 2005 22:59:56 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from lakecmmtao06.coxmail.com (lakecmmtao06.coxmail.com [68.99.120.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6902F43D6E for ; Fri, 9 Sep 2005 22:59:54 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dns1 ([64.58.171.82]) by lakecmmtao06.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050909225953.KLSE24491.lakecmmtao06.coxmail.com@dns1>; Fri, 9 Sep 2005 18:59:53 -0400 From: Vizion To: freebsd-hackers@freebsd.org Date: Fri, 9 Sep 2005 15:55:35 -0700 User-Agent: KMail/1.8 References: <200509090959.40296.vizion@vizion.occoxmail.com> <4321D0E3.4040909@daleco.biz> In-Reply-To: <4321D0E3.4040909@daleco.biz> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200509091555.36227.vizion@vizion.occoxmail.com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: Kevin Kinsey Subject: Fwd: php extensions compile error X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 22:59:56 -0000 ---------- Forwarded Message ---------- Subject: php extensions compile error Date: Friday 09 September 2005 12:21 From: Vizion To: ale@FreeBSD.org Cc: Kevin Kinsey Compile error /usr/ports/lang/php5-extensions ***************************** dns1# make ===> Vulnerability check disabled, database not found ===> Found saved configuration for php5-extensions-1.0 ===> Extracting for php5-extensions-1.0 ===> Patching for php5-extensions-1.0 ===> Configuring for php5-extensions-1.0 dns1# make dns1# make install ===> Installing for php5-extensions-1.0 . /* much cut out */ . => Checksum OK for PECL/Fileinfo-1.0.tgz. ===> Patching for pecl-fileinfo-1.0 ===> Applying FreeBSD patches for pecl-fileinfo-1.0 ===> Ignoring patchfile /usr/ports/sysutils/pecl-fileinfo/files/patch-config.m4,v ===> pecl-fileinfo-1.0 depends on executable: phpize - found ===> pecl-fileinfo-1.0 depends on file: /usr/local/bin/autoconf259 - found ===> PHPizing for pecl-fileinfo-1.0 Configuring for: PHP Api Version: 20031224 Zend Module Api No: 20041030 Zend Extension Api No: 220040412 ===> Configuring for pecl-fileinfo-1.0 configure: WARNING: you should use --build, --host, --target checking build system type... i386-portbld-freebsd5.3 checking host system type... i386-portbld-freebsd5.3 checking for i386-portbld-freebsd5.3-gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking whether cc understands -c and -o together... yes checking if compiler supports -R... yes checking for PHP prefix... /usr/local checking for PHP includes... -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend checking for PHP extension directory... /usr/local/lib/php/20041030 checking for re2c... exit 0; checking for gawk... gawk checking for fileinfo support... yes, shared checking for magic files in default path... not found configure: error: Please reinstall the libmagic distribution ===> Script "configure" failed unexpectedly. Please report the problem to ale@FreeBSD.org [maintainer] and attach the "/usr/ports/sysutils/pecl-fileinfo/work/Fileinfo-1.0/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/sysutils/pecl-fileinfo. *** Error code 1 Stop in /usr/ports/lang/php5-extensions. /*OUTPUT OF /usr/ports/sysutils/pecl-fileinfo/work/Fileinfo-1.0/config.log */ *********************** dns1# locate libmagic /usr/lib/libmagic.a /usr/lib/libmagic.so /usr/lib/libmagic.so.1 /usr/lib/libmagic_p.a /usr/share/man/cat3/libmagic.3.gz /usr/share/man/man3/libmagic.3.gz /usr/src/contrib/file/libmagic.man /usr/src/contrib/file/libmagic.man,v /usr/src/lib/libmagic /usr/src/lib/libmagic/Makefile /usr/src/lib/libmagic/Makefile,v /usr/src/lib/libmagic/config.h /usr/src/lib/libmagic/config.h,v ********************** dns1# cat /usr/ports/sysutils/pecl-fileinfo/work/Fileinfo-1.0/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --with-fileinfo=/usr --prefix=/usr/local i386-portbld-freebsd5.3 ## --------- ## ## Platform. ## ## --------- ## hostname = dns1.vizion2000.net uname -m = i386 uname -r = 5.3-RELEASE uname -s = FreeBSD uname -v = FreeBSD 5.3-RELEASE #0: Fri Nov 5 04:19:18 UTC 2004 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/local/libexec/autoconf259 PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /usr/bin PATH: /usr/games PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/X11R6/bin PATH: /root/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:1499: checking build system type configure:1517: result: i386-portbld-freebsd5.3 configure:1525: checking host system type configure:1539: result: i386-portbld-freebsd5.3 configure:1601: checking for i386-portbld-freebsd5.3-gcc configure:1627: result: cc configure:1909: checking for C compiler version configure:1912: cc --version &5 cc (GCC) 3.4.2 [FreeBSD] 20040728 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:1915: $? = 0 configure:1917: cc -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 configure:1920: $? = 0 configure:1922: cc -V &5 cc: `-V' option must have argument configure:1925: $? = 1 configure:1948: checking for C compiler default output file name configure:1951: cc -O -pipe conftest.c >&5 configure:1954: $? = 0 configure:2000: result: a.out configure:2005: checking whether the C compiler works configure:2011: ./a.out configure:2014: $? = 0 configure:2031: result: yes configure:2038: checking whether we are cross compiling configure:2040: result: no configure:2043: checking for suffix of executables configure:2045: cc -o conftest -O -pipe conftest.c >&5 configure:2048: $? = 0 configure:2073: result: configure:2079: checking for suffix of object files configure:2100: cc -c -O -pipe conftest.c >&5 configure:2103: $? = 0 configure:2125: result: o configure:2129: checking whether we are using the GNU C compiler configure:2153: cc -c -O -pipe conftest.c >&5 configure:2159: $? = 0 configure:2163: test -z || test ! -s conftest.err configure:2166: $? = 0 configure:2169: test -s conftest.o configure:2172: $? = 0 configure:2185: result: yes configure:2191: checking whether cc accepts -g configure:2212: cc -c -g conftest.c >&5 configure:2218: $? = 0 configure:2222: test -z || test ! -s conftest.err configure:2225: $? = 0 configure:2228: test -s conftest.o configure:2231: $? = 0 configure:2242: result: yes configure:2259: checking for cc option to accept ANSI C configure:2329: cc -c -O -pipe conftest.c >&5 configure:2335: $? = 0 configure:2339: test -z || test ! -s conftest.err configure:2342: $? = 0 configure:2345: test -s conftest.o configure:2348: $? = 0 configure:2366: result: none needed configure:2384: cc -c -O -pipe conftest.c >&5 conftest.c:2: error: syntax error before "me" configure:2390: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:2527: checking whether cc understands -c and -o together configure:2554: cc -c conftest.c -o conftest.o >&5 configure:2557: $? = 0 configure:2559: cc -c conftest.c -o conftest.o >&5 configure:2562: $? = 0 configure:2601: result: yes configure:2616: checking if compiler supports -R configure:2640: cc -o conftest -O -pipe conftest.c -R /usr/lib >&5 configure:2646: $? = 0 configure:2650: test -z || test ! -s conftest.err configure:2653: $? = 0 configure:2656: test -s conftest configure:2659: $? = 0 configure:2673: result: yes configure:2781: checking for PHP prefix configure:2783: result: /usr/local configure:2785: checking for PHP includes configure:2787: result: -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend configure:2789: checking for PHP extension directory configure:2791: result: /usr/local/lib/php/20041030 configure:2838: checking for re2c configure:2865: result: exit 0; configure:2877: checking for gawk configure:2893: found /usr/local/bin/gawk configure:2903: result: gawk configure:2917: checking for fileinfo support configure:2960: result: yes, shared configure:2971: checking for magic files in default path configure:2984: result: not found configure:2986: error: Please reinstall the libmagic distribution ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_prog_cc_g=yes ac_cv_env_LDFLAGS_set= ac_cv_c_compiler_gnu=yes ac_cv_exeext= ac_cv_env_CFLAGS_set=set lt_cv_sys_max_cmd_len=65536 ac_cv_env_CPP_value= ac_cv_env_CPPFLAGS_set= ac_cv_env_host_alias_set=set ac_cv_prog_CC=cc ac_cv_env_build_alias_set=set ac_cv_env_LDFLAGS_value= ac_cv_env_target_alias_set=set ac_cv_prog_cc_stdc= ac_cv_host_alias=i386-portbld-freebsd5.3 ac_cv_env_CFLAGS_value='-O -pipe ' ac_cv_env_CC_set=set ac_cv_build_alias=i386-portbld-freebsd5.3 ac_cv_env_CPPFLAGS_value= ac_cv_host=i386-portbld-freebsd5.3 ac_cv_env_host_alias_value=i386-portbld-freebsd5.3 ac_cv_prog_AWK=gawk ac_cv_build=i386-portbld-freebsd5.3 ac_cv_env_build_alias_value=i386-portbld-freebsd5.3 ac_cv_prog_cc_cc_c_o=yes ac_cv_prog_RE2C='exit 0;' ac_cv_env_target_alias_value=i386-portbld-freebsd5.3 ac_cv_env_CC_value=cc php_cv_cc_dashr=yes ac_cv_env_CPP_set= ac_cv_objext=o ## ----------------- ## ## Output variables. ## ## ----------------- ## AWK='gawk' CC='cc' CFLAGS='-O -pipe ' CPP='' CPPFLAGS='' DEFS='' ECHO='echo' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' LDFLAGS='' LIBOBJS='' LIBS='' LIBTOOL='' LN_S='' LTLIBOBJS='' OBJEXT='o' PACKAGE_BUGREPORT='' PACKAGE_NAME='' PACKAGE_STRING='' PACKAGE_TARNAME='' PACKAGE_VERSION='' PATH_SEPARATOR=':' RANLIB='' RE2C='exit 0;' SHELL='/bin/sh' STRIP='' ac_ct_CC='' ac_ct_RANLIB='' ac_ct_STRIP='' bindir='${exec_prefix}/bin' build='i386-portbld-freebsd5.3' build_alias='i386-portbld-freebsd5.3' build_cpu='i386' build_os='freebsd5.3' build_vendor='portbld' datadir='${prefix}/share' exec_prefix='NONE' host='i386-portbld-freebsd5.3' host_alias='i386-portbld-freebsd5.3' host_cpu='i386' host_os='freebsd5.3' host_vendor='portbld' includedir='${prefix}/include' infodir='${prefix}/info' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='${prefix}/var' mandir='${prefix}/man' oldincludedir='/usr/include' prefix='/usr/local' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='i386-portbld-freebsd5.3' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_BUGREPORT "" #define PACKAGE_NAME "" #define PACKAGE_STRING "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" configure: exit 1 ******************************************* dns1# pkg_info ImageMagick-6.2.2.1 Image processing tools ORBit2-2.12.2 High-performance CORBA ORB with support for the C language OpenEXR-1.2.1_1 A high dynamic-range (HDR) image file format aalib-1.4.r5_1 An ascii art library acroread7-7.0.1 View, distribute and print PDF documents amaya-8.5 The W3C's testbed web editor/browser amspsfnt-1.0_3 AMSFonts PostScript Fonts (Adobe Type 1 format) apache-2.0.54_2 Version 2 of Apache web server with prefork MPM. apache-2.0.54_4 Version 2 of Apache web server with prefork MPM. apache-ant-1.6.2 Java- and XML-based build tool, conceptually similar to mak apr-nothr-db4-1.0.1_1 The Apache Group's Portability Library argouml-0.16.1 A UML design tool with cognitive support arts-1.4.0,1 Audio system for the KDE integrated X11 desktop artswrapper-1.2.1_1 Setuid wrapper for arts aspell-0.60.3 Spelling checker with better suggestion logic than ispell atk-1.9.1 A GNOME accessibility toolkit (ATK) autoconf-2.13.000227_5 Automatically configure source code on many Un*x platforms autoconf-2.53_3 Automatically configure source code on many Un*x platforms autoconf-2.59_2 Automatically configure source code on many Un*x platforms automake-1.4.6_1 GNU Standards-compliant Makefile generator (legacy version automake-1.5_2,1 GNU Standards-compliant Makefile generator (version 1.5) automake-1.9.5 GNU Standards-compliant Makefile generator (version 1.9) bash-2.05b.007_4 The GNU Bourne Again Shell bison-1.75_2 A parser generator from FSF, (mostly) compatible with Yacc bitstream-vera-1.10_1 Bitstream Vera TrueType font collection boost-python-1.32.0_2 Free peer-reviewed portable C++ source libraries cairo-0.4.0 Vector graphics library with cross-device output support cdparanoia-3.9.8_7 A CDDA extraction tool (also known as ripper) cmpsfont-1.0_4 Computer Modern PostScript Fonts (Adobe Type 1 format) cnews-cr.g_8 An nntp server coreutils-5.2.1 The Free Software Foundation's core utilities cups-1.1.23.0 The Common UNIX Printing System: Metaport to install comple cups-base-1.1.23.0_4 The Common UNIX Printing System: headers, libs, & daemons cups-lpr-1.1.23.0 The CUPS BSD and system V compatibility binaries (lp* comma cups-pstoraster-7.07_3 GNU Postscript interpreter for CUPS printing to non-PS prin cups-samba-5.0.r3 The Common UNIX Printing System: MS Windows client drivers curl-7.14.1 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) cvsup-16.1h_2 General network file distribution system optimized for CVS cyrus-sasl-2.1.21 RFC 2222 SASL (Simple Authentication and Security Layer) db4-4.0.14_1,1 The Berkeley DB package, revision 4 db42-4.2.52_4 The Berkeley DB package, revision 4.2 desktop-file-utils-0.10_2 A couple of command line utilities for working with desktop dirmngr-0.9.2 A client for managing and downloading certificate revocatio djbfft-0.76_2 An extremely fast library for floating-point convolution docbook-4.1_2 V4.1 of the DocBook DTD, designed for technical documentati docbook-sk-4.1.2_3 XML version of the DocBook DTD version controlled for Scrol docbook-xml-4.2_1 XML version of the DocBook DTD docbook-xsl-1.68.1 XSL DocBook stylesheets docproj-1.13 The "meta-port" for the FreeBSD Documentation Project docproj-jadetex-1.13 The "meta-port" for the FreeBSD Documentation Project dri-6.2.1,2 OpenGL hardware acceleration drivers for the DRI dsssl-docbook-modular-1.79,1 DSSSL stylesheets for the DocBook DTD by Norman Walsh eclipse-3.1M7 An open extensible IDE for anything and nothing in particul eclipse-emf-2.0.1_3 Eclipse Modeling Framework eclipse-examples-3.0_2 Examples for the Eclipse IDE eclipse-sysdeo-tomcat-3_2 Sysdeo Tomcat Launcher plugin for Eclipse esound-0.2.35_2 A sound library for enlightenment package expat-1.95.8_3 XML 1.0 parser written in C ezm3-1.2 Easier, more portable Modula-3 distribution for building CV faces-1.7.7_6 Visual mail, user and print face server fam-2.6.9_6 A file alteration monitor fftw3-3.0.1_4 Fast C routines to compute the Discrete Fourier Transform firefox-1.0.4,1 Web browser based on the browser portion of Mozilla flac-1.1.2 Free lossless audio codec fontconfig-2.2.3,1 An XML-based font configuration API for X Windows freetype2-2.1.9 A free and portable TrueType font rendering engine fribidi-0.10.4_1 A Free Implementation of the Unicode Bidirectional Algorith gawk-3.1.1_1 The GNU version of Awk gconf2-2.10.0 A configuration database system for GNOME gd-2.0.33_1,1 A graphics library for fast creation of images gdbm-1.8.3_1 The GNU database manager gdome2-0.8.1_3 Gnome DOM Engine gengetopt-2.11 A tool for generating a C function which parses command lin gettext-0.14.4_1 GNU gettext package ghostscript-gnu-7.07_12 GNU Postscript interpreter glib-1.2.10_11 Some useful routines of C programming (previous stable vers glib-2.6.4 Some useful routines of C programming (current stable versi glimpse-4.13.1 Text search engine gmake-3.80_2 GNU version of 'make' utility gnome-icon-theme-2.10.1_1 A collection of icons for the GNOME 2 desktop gnomehier-2.0_6 A utility port that creates the GNOME directory tree gnomekeyring-0.4.2_1 A program that keeps passwords and other secrets gnomemimedata-2.4.2 A MIME and Application database for GNOME gnomevfs2-2.10.1 GNOME Virtual File System gnu-regexp-1.1.4 A regexp library for Java gnupg-1.4.1 The GNU Privacy Guard gnupg-devel-1.9.16 Prerelease package of GnuPG extensions for GnuPG 2.0 gnutls-1.0.24_1 GNU Transport Layer Security library gocr-0.40 GOCR/JOCR is an OCR (Optical Character Recognition) program gpgme-1.0.2 A library to make access to GnuPG easier graphviz-2.2 Graph Visualization Software from AT&T and Bell Labs gsfonts-8.11_2 Fonts used by GNU Ghostscript (or X) gsm-1.0.10 Audio converter and library for converting u-law to gsm enc gtk-1.2.10_13 Gimp Toolkit for X11 GUI (previous stable version) gtk-2.6.7 Gimp Toolkit for X11 GUI (current stable version) help2man-1.35.1 Automatically generating simple manual pages from program o hicolor-icon-theme-0.5 A high-color icon theme shell from the FreeDesktop project hs-haxml-1.13 A collection of utilities for using Haskell and XML togethe html-4.01_2 All W3C published SGML DTDs for HTML imake-6.8.2 Imake and other utilities from X.Org imlib-1.9.15_2 A graphic library for enlightenment package intltool-0.33 Tools to internationalize various kinds of data files iso8879-1986_2 Character entity sets from ISO 8879:1986 (SGML) jackit-0.99.0 A low-latency audio server jade-1.2.1_9 An object-oriented SGML/XML parser toolkit and DSSSL engine jadetex-3.13_1 A TeX backend for Jade, for typesetting SGML documents jasper-1.701.0 An implementation of the codec specified in the JPEG-2000 s javacc-3.2_1 Compiler compiler for Java; includes tools for building syn javavmwrapper-2.0_4 Wrapper script for various Java Virtual Machines jbigkit-1.6 Lossless compression for bi-level images such as scanned pa jboss-4.0.2 Open-source J2EE application server (4.x family) jdk-1.5.0p1_2 Java Development Kit 1.5.0 jpeg-6b_3 IJG's jpeg compression utilities kde-3.4.0 The "meta-port" for KDE kdeaccessibility-3.4.0 Accessibility applications for KDE kdeadmin-3.4.0 KDE applications related to system administration kdeartwork-3.4.0 Additional themes, sounds, wallpapers and window styles for kdebase-3.4.0_1 Basic applications for the KDE system kdebase-kompmgr-3.4.0 Utility needed to enable XComposite support in KDE kdebase-konqueror-nsplugins-3.3.0 Netscape plugin support for Konqueror kdeedu-3.4.0_1 Collection of entertaining, educational programs for KDE kdegames-3.4.0 Games for the KDE integrated X11 desktop kdegraphics-3.4.0 Graphics utilities for the KDE3 integrated X11 desktop kdegraphics-kamera-3.4.0 Digital camera support for KDE kdegraphics-kooka-3.4.0 Raster image scan program for KDE kdegraphics-kuickshow-3.4.0 KDE image viewer kdehier-1.0_6 Utility port which installs a hierarchy of shared KDE direc kdelibs-3.4.0_4 Base set of libraries needed by KDE programs kdemultimedia-3.4.0 Multimedia utilities for the KDE integrated X11 desktop kdemultimedia-akode-3.4.0 Default KDE audio backend kdemultimedia-akode-plugins-jack-3.4.0 Jack output plugin for akode kdemultimedia-akode-plugins-mpc-3.4.0 Musepack decoder plugin for akode kdemultimedia-akode-plugins-mpeg-3.4.0 MPEG audio decoder plugin for akode kdemultimedia-akode-plugins-oss-3.4.0 OSS output plugin for akode kdemultimedia-akode-plugins-polypaudio-3.4.0 Polypaudio output plugin for akode kdemultimedia-akode-plugins-resampler-3.4.0 Resampler plugin for akode kdemultimedia-akode-plugins-xiph-3.4.0 FLAC/Speex/Vorbis decoder plugin for akode kdemultimedia-mpeglib_artsplug-3.4.0 Legacy KDE audio backend kdemultimedia-xine_artsplugin-3.4.0 Xine-based multimedia backend for KDE kdenetwork-3.4.0_1 Network-related programs and modules for KDE kdepim-3.4.0 Personal Information Management tools for KDE kdesdk-3.4.0 KDE Software Development Kit kdetoys-3.4.0 Small applications for KDE kdeutils-3.4.0 Utilities for the KDE integrated X11 desktop kdevelop-3.2.0 Powerful IDE for developing KDE/Qt-based apps kdewebdev-3.4.0_2,2 Comprehensive html/website development environment knews-1.0b.1_4 A threaded nntp newsreader for X koffice-1.3.5_2,1 Office Suite for KDE3 lcms-1.14,1 Light Color Management System -- a color management library libIDL-0.8.5_1 A library for creating trees of CORBA Interface Definition libXft-2.1.6_1 A client-sided font API for X applications liba52-0.7.4_1 A free library for decoding ATSC A/52 streams, aka AC-3 libart_lgpl2-2.3.17 Library for high-performance 2D graphics libassuan-0.6.9 IPC library used by GnuPG and gpgme libaudiofile-0.2.6 A sound library for SGI audio file libbonobo-2.8.1_1 A component and compound document system for GNOME2 libbonoboui-2.8.1_2 GUI frontend to the libbonobo component of GNOME 2 libdvdcss-1.2.8_1 Portable abstraction library for DVD decryption libdvdread-0.9.4_1 This is needed by ogle, which is a DVD player that supports libexif-0.6.12_1 Library to read digital camera file meta-data libfame-0.9.1_1 A video encoding library libfpx-1.2.0.12 Library routines for working with Flashpix images libgcrypt-1.2.1_1 "General purpose crypto library based on code used in GnuPG libglade2-2.5.1_2 GNOME glade library libglut-6.0.1 A graphics library similar to SGI's OpenGL libgnome-2.10.0_1 Libraries for GNOME, a GNU desktop environment libgnomecanvas-2.10.1_1 A graphics library for GNOME libgnomeui-2.10.0_1 Libraries for the GNOME GUI, a GNU desktop environment libgpg-error-1.0_1 Common error values for all GnuPG components libgphoto2-2.1.5_1 A universal digital camera picture control tool libgsf-1.11.1 An extensible i/o abstraction for dealing with structured f libiconv-1.9.2_1 A character set conversion library libidn-0.5.16 Internationalized Domain Names command line tool libksba-0.9.11 KSBA is an X.509 Library libltdl-1.5.10 System independent dlopen wrapper libmad-0.15.1b_1 Libmad library (part of MAD project) libmal-0.40 A library encapsulating malsync libmng-1.0.8 Multiple-image Network Graphics (MNG) reference library libogg-1.1.2_1,3 Ogg bitstream library libpaper-1.1.14.3 A library providing routines for paper size management libpixman-0.1.5 Pixel region library libsamplerate-0.1.2 Secret Rabbit Code: a Sample Rate Converter for audio libsndfile-1.0.11 Reading and writing files containing sampled sound (like WA libsvg-0.1.3 A parser for SVG content in files or buffers libsvg-cairo-0.1.5 SVG rendering library libtheora-1.0.a4 Theora video codec for the Ogg multimedia streaming system libtool-1.3.5_2 Generic shared library support script (version 1.3) libtool-1.5.10_1 Generic shared library support script (version 1.5) libungif-4.1.3 Tools and library routines for working with GIF images libusb-0.1.10a Library giving userland programs access to USB devices libvorbis-1.1.0_1,3 Audio compression codec library libwww-5.4.0_1 The W3C Reference Library libxine-1.0.1 Libraries for xine multimedia player libxml2-2.6.19 XML parser library for GNOME libxslt-1.1.14 The XSLT C library for GNOME linc-1.0.3_3 A library for writing networked servers & clients links-0.98,1 Lynx-like text WWW browser linux-atk-1.2.0_2 Accessibility Toolkit, Linux/i386 binary linux-expat-1.95.5_2 Linux/i386 binary port of Expat XML-parsing library linux-flashplugin-6.0r79_2 The official Macromedia Flash Player for Linux Mozilla and linux-fontconfig-2.1_2 Linux/i386 binary of Fontconfig linux-jpeg-6b.15_3 RPM of the JPEG lib linux-png-1.2.7_5 RPM of the PNG lib linux-realplayer-10.0.4 Linux RealPlayer 10 from RealNetworks linux-sun-jdk-1.4.2.08_1 Sun Java Development Kit 1.4 for Linux linux-tiff-3.6.1_1 TIFF library, Linux/i386 binary linux_base-rh-7.3 Basic packages for Linux mode from Red Hat 7.3/i386 linuxdoc-1.1_1 The Linuxdoc SGML DTD linuxpluginwrapper-20050613 A wrapper allowing use of linux-plugins with native applica linuxthreads-2.2.3_19 POSIX pthreads implementation using rfork to generate kerne lynx-2.8.5 A non-graphical, text-based World-Wide Web client m4-1.4.3 GNU m4 mDNSResponder-107.1_1 "Apple's mDNSResponder" mozilla-1.7.8,2 The open source, standards compliant web browser mp-letter-3.0.1 A PostScript printing util for ASCII files, email, USENET n mpeg2codec-1.2_1 An MPEG-2 Encoder and Decoder mysql-client-5.0.11 Multithreaded SQL database (client) mysql-server-5.0.11 Multithreaded SQL database (server) nas-1.7 Network Audio System nasm-0.98.39,1 General-purpose multi-platform x86 assembler ncftp-3.1.9 ftp replacement with advanced user interface neon-0.24.7 An HTTP and WebDAV client library for Unix systems net-snmp-5.2.1_2 An extendable SNMP implementation netpbm-10.26.9 A toolkit for conversion of images between different format nhc98-1.18_1 A fully-fledged compiler for Haskell 98 nntp-1.5.12.2_4 NNTP with NOV support open-motif-2.2.3_1 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) openldap-client-2.2.26 Open source LDAP client implementation openslp-1.0.11_1 Open-source implementation of the Service Location Protocol p5-Archive-Zip-1.14 Perl module to create, manipulate, read, and write Zip arch p5-Compress-Zlib-1.33 Perl5 interface to zlib compression library p5-XML-Parser-2.34_1 Perl extension interface to James Clark's XML parser, expat p5-gettext-1.03 Message handling functions p5-type1inst-0.6.1_2 A script that helps install Postscript fonts in X Window Sy pango-1.8.1 An open-source framework for the layout and rendering of i1 patch-2.5.4 GNU patch utility pcre-5.0 Perl Compatible Regular Expressions library pear-Archive_Tar-1.3.1 PEAR tar file management class pear-Console_Getopt-1.2 PEAR command-line option parser pear-PEAR-1.3.5_1 PEAR Base System pear-XML_RPC-1.4.0 PHP implementation of the XML-RPC protocol perl-5.8.6_2 Practical Extraction and Report Language php5-5.0.5 PHP Scripting Language (Apache Module and CLI) php5-bcmath-5.0.5 The bcmath shared extension for php php5-bz2-5.0.5 The bz2 shared extension for php php5-calendar-5.0.5 The calendar shared extension for php php5-ctype-5.0.5 The ctype shared extension for php php5-curl-5.0.5 The curl shared extension for php php5-dio-5.0.5 The dio shared extension for php php5-dom-5.0.5 The dom shared extension for php php5-exif-5.0.5 The exif shared extension for php php5-pcre-5.0.4_2 The pcre shared extension for php php5-pear-5.0.4_4 PEAR framework for PHP php5-simplexml-5.0.5 The simplexml shared extension for php php5-xml-5.0.4_2 The xml shared extension for php phpbb-2.0.17 A PHP-based bulletin board / discussion forum system pilot-link-0.11.8_3 PalmPilot communications utilities (backup/restore/install/ pkgconfig-0.17.2 A utility to retrieve information about installed libraries png-1.2.8_2 Library for manipulating PNG images polypaudio-0.7_1 Sound server for UNIX popt-1.7 A getopt(3) like library with a number of enhancements, fro portaudio-18.1_2 Portable cross-platform Audio API portupgrade-20041226_2 FreeBSD ports/packages administration and management tool s pth-2.0.4 GNU Portable Threads python-2.4.1_1 An interpreted object-oriented programming language qca-tls-1.0_1 SSL/TLS plugin for Qt qmake-3.3.4 The build utility of the Qt project qt-copy-3.3.4 Multiplatform C++ application framework (+ KDE patches) rplay-3.3.2_2 Network audio player rpm-3.0.6_9 The Red Hat Package Manager rpm2cpio-1.2_2 Convert .rpm files for extraction with /usr/bin/cpio, needs ruby-1.8.2_3 An object-oriented interpreted scripting language ruby18-bdb1-0.2.2 Ruby interface to Berkeley DB revision 1.8x with full featu ruby18-mime-types-1.13.1 MIME::Types for Ruby samba-2.2.12 A free SMB and CIFS client and server for UNIX samba-libsmbclient-3.0.14a_2 The shared lib from the samba packages sane-backends-1.0.15 API for access to scanners, digitals camera, frame grabbers scr2png-1.1_4 Converts the output of "vidcontrol -p" to PNG scr2txt-1.1 Converts the output of "vidcontrol -p" to text scrollkeeper-0.3.14_1,1 An Open Document Cataloging Project sdl-1.2.8,2 Cross-platform multi-media development API sdocbook-xml-4.1.2.5_2 "Simplified" DocBook XML DTD shared-mime-info-0.16_1 A MIME type database from the FreeDesktop project speex-1.0.5,1 An open-source patent-free voice codec startup-notification-0.8_1 Library that supports startup notification spec from freede subversion-1.1.4 Version control system svgalib-1.4.3_4 A low level console graphics library t1lib-5.0.1,1 A Type 1 Rasterizer Library for UNIX/X11 taglib-1.3.1 Library for manipulating ID3 tags and Ogg comments tardy-1.11 Manipulate the file headers in tar archive files in various tcl-8.4.7,1 Tool Command Language teTeX-base-3.0_3 Thomas Esser's distribution of TeX & friends (binaries) teTeX-texmf-3.0_3 Thomas Esser's distribution of TeX & friends (texmf tree) tex-texmflocal-1.9 Meta-port that creates a site-local $TEXMF directory texi2html-1.76_1,1 Texinfo to HTML converter tidy-20000804_2 Fixes and tidies up HTML files tiff-3.7.2 Tools and library routines for working with TIFF images tk-8.4.7,2 Graphical toolkit for TCL tkcvs-7.2.4 Tcl/Tk frontends to CVS and diff ttmkfdir-20021109_1 Create fonts.scale file for use with TrueType font server unzip-5.52_1 List, test and extract compressed files in a ZIP archive urwfonts-1.0 Another font package for X v4all-2.1.1.9 An Eclipse Plugin for Designing Java Swing & SWT GUIs wget-1.8.2_7 Retrieve files from the Net via HTTP and FTP wv2-0.2.2_1 A library providing routines to access Microsoft Word files x2vnc-1.61 A program to link multiple X and VNC servers together x2x-1.27_1 A program to link multiple X servers together xemacs-21.4.17 This port tracks the stable version of the XEmacs text edit xemacs-packages-13.0 Basic XEmacs elisp packages(xemacs-packages) xfstt-1.6 A TrueType font server for X11 xhtml-1.0.20020801_4 W3C's XHTML DTD xmlcatmgr-2.2 SGML and XML catalog manager xorg-6.8.2 X.Org distribution metaport xorg-clients-6.8.2 X client programs and related files from X.Org xorg-documents-6.8.2 Documentation of X11 protocol and libraries from X.Org xorg-fonts-100dpi-6.8.2 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-6.8.2 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-6.8.2 X.Org Cyrillic bitmap fonts xorg-fonts-encodings-6.8.2 X.Org font encoding files xorg-fonts-miscbitmaps-6.8.2 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-6.8.2 X.Org TrueType fonts xorg-fonts-type1-6.8.2 X.Org Type1 fonts xorg-fontserver-6.8.2 X font server from X.Org xorg-libraries-6.8.2 X11 libraries and headers from X.Org xorg-manpages-6.8.2 X.Org library manual pages xorg-nestserver-6.8.2 Nesting X server from X.Org xorg-printserver-6.8.2 X Print server from X.Org xorg-server-6.8.2_2 X.Org X server and related programs xorg-vfbserver-6.8.2 X virtual framebuffer server from X.Org xpdf-3.00_6 Display PDF files, and convert them to other formats xterm-202 Terminal emulator for the X Window System zip-2.3_2 Create/update ZIP files compatible with pkzip ------------------------------------------------------- -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 23:01:20 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A9816A41F for ; Fri, 9 Sep 2005 23:01:20 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D4BD43D46 for ; Fri, 9 Sep 2005 23:01:19 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3E79B.dip.t-dialin.net [84.163.231.155] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0ML2ov-1EDrrv2TlO-00043y; Sat, 10 Sep 2005 01:01:15 +0200 From: Max Laier To: freebsd-hackers@freebsd.org Date: Sat, 10 Sep 2005 01:00:58 +0200 User-Agent: KMail/1.8.2 References: <2845.195.12.22.194.1126261787.squirrel@www.helenmarks.co.uk> <3178.195.12.22.194.1126271140.squirrel@www.helenmarks.co.uk> <200509091919.22875.max@love2party.net> In-Reply-To: <200509091919.22875.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3498579.yPsiltEobq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200509100101.13974.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: dominic.marks@graphdata.co.uk, Dominic Marks Subject: Re: FreeBSD 6.0-BETA4 panics when when configuring pfsync0 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 23:01:20 -0000 --nextPart3498579.yPsiltEobq Content-Type: multipart/mixed; boundary="Boundary-01=_1QhIDM7Dn63Hw3n" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_1QhIDM7Dn63Hw3n Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 09 September 2005 19:19, Max Laier wrote: > On Friday 09 September 2005 15:05, Dominic Marks wrote: > > Dominic Marks wrote: > > > Hello, > > > > > > I am setting up a redundant firewall setup for our company, the syste= ms > > > are identically configured Dell servers running FreeBSD 6.0-BETA4. > > > Software being used is pf, carp, pfsync and altq. > > > > > > When I attempt to configure the pfsync0 interface the systems panic. > > > The systems currently have HTT enabled, I've googled but I didn't find > > > anything to suggest pfsync was not SMP/HTT friendly. Could this be a > > > configuration problem? > > > > > > interface: > > > > > > # ifconfig em2 > > > em2: flags=3D8843 mtu 1500 > > > options=3Db > > > inet 172.16.254.2 netmask 0xffffff00 broadcast 172.16.254.255 > > > ether 00:04:23:bd:7a:ef > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > > > > command: > > > > > > # ifconfig pfsync0 syncdev em2 syncpeer 172.16.254.1 > > > > Following a little more testing: > > > > If I don't specify a syncpeer I don't get the panic. > > Thanks for the dump. Seems like we were leaking a lock from pfsyncioctl(= ). > Can you please try this patch and report back. Thanks in advance. And the patch ... sorry. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_1QhIDM7Dn63Hw3n Content-Type: text/x-diff; charset="iso-8859-6"; name="if_pfsync.lockleak.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="if_pfsync.lockleak.diff" Index: if_pfsync.c =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: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/if_pfsync.c,v retrieving revision 1.19.2.2 diff -u -p -r1.19.2.2 if_pfsync.c =2D-- if_pfsync.c 25 Aug 2005 05:01:03 -0000 1.19.2.2 +++ if_pfsync.c 9 Sep 2005 17:16:39 -0000 @@ -1128,14 +1128,14 @@ pfsyncioctl(struct ifnet *ifp, u_long cm imo->imo_multicast_ifp =3D sc->sc_sync_ifp; imo->imo_multicast_ttl =3D PFSYNC_DFLTTL; imo->imo_multicast_loop =3D 0; +#ifdef __FreeBSD__ + PF_LOCK(); +#endif } =20 if (sc->sc_sync_ifp || sc->sc_sendaddr.s_addr !=3D INADDR_PFSYNC_GROUP) { /* Request a full state table update. */ =2D#ifdef __FreeBSD__ =2D PF_LOCK(); =2D#endif sc->sc_ureq_sent =3D time_uptime; #if NCARP > 0 if (pfsync_sync_ok) --Boundary-01=_1QhIDM7Dn63Hw3n-- --nextPart3498579.yPsiltEobq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDIhQ5XyyEoT62BG0RAvaWAJ4uTJQYilTCE7faIMRwJVlZmjTkTgCfW9kF iTEAfvc18NEZojxMvEZnY5Y= =kCjX -----END PGP SIGNATURE----- --nextPart3498579.yPsiltEobq-- From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 23:06:51 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0AB116A41F; Fri, 9 Sep 2005 23:06:50 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from lakecmmtao04.coxmail.com (lakecmmtao04.coxmail.com [68.99.120.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74F043D6D; Fri, 9 Sep 2005 23:06:34 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dns1 ([64.58.171.82]) by lakecmmtao04.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050909230634.SKGY3140.lakecmmtao04.coxmail.com@dns1>; Fri, 9 Sep 2005 19:06:34 -0400 Received: from mx2.freebsd.org ([216.136.204.119]) by lakecmmtai04.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050909225510.FBES15843.lakecmmtai04.coxmail.com@mx2.freebsd.org> for ; Fri, 9 Sep 2005 18:55:10 -0400 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id AB0C3729BB; Fri, 9 Sep 2005 22:51:20 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id CD7FA16A42C; Fri, 9 Sep 2005 22:51:19 +0000 (GMT) (envelope-from owner-freebsd-questions@freebsd.org) X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BCF916A445 for ; Fri, 9 Sep 2005 22:51:08 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from lakecmmtao05.coxmail.com (lakecmmtao05.coxmail.com [68.99.120.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8DCD43D8C for ; Fri, 9 Sep 2005 22:51:03 +0000 (GMT) (envelope-from vizion@vizion.occoxmail.com) Received: from dns1 ([64.58.171.82]) by lakecmmtao05.coxmail.com (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20050909225104.KOTM2425.lakecmmtao05.coxmail.com@dns1> for ; Fri, 9 Sep 2005 18:51:04 -0400 From: Vizion To: freebsd-hackers@freebsd.org Date: Fri, 9 Sep 2005 16:02:16 -0700 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200509091602.17170.vizion@vizion.occoxmail.com> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Errors-To: owner-freebsd-questions@freebsd.org Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Cc: ale@freebsd.org Subject: Re: Fwd: php extensions compile error X-BeenThere: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 23:06:51 -0000 I also posted the following to freebsd-questions which has some relevance to this thread - but I was uncertain about posting my earlier full report t that list. ---------- Forwarded Message ---------- Subject: libmagic files missing?? Date: Friday 09 September 2005 15:46 From: Vizion To: freebsd-questions@freebsd.org Hi Here is the listing of: /usr/src/lib/libmagic dns1# ls -l total 1276 -rw-r--r-- 1 root wheel 1619 Dec 16 2004 Makefile -r--r--r-- 1 root wheel 3859 Apr 2 22:28 Makefile,v -rw-r--r-- 1 root wheel 5783 Aug 9 2004 config.h -r--r--r-- 1 root wheel 6277 Apr 2 22:28 config.h,v -rw-r--r-- 1 root wheel 1236221 Sep 9 15:34 magic -rwxr-xr-x 1 root wheel 22879 Sep 9 15:34 mkmagic I am getting compile problems over libmagic and am wondering how I can be certain that all libmagic files are on the system. dns1# pwd /usr/share/misc dns1# ls -l | grep magic -r--r--r-- 1 root wheel 360801 Nov 4 2004 magic -r--r--r-- 1 root wheel 771456 Nov 4 2004 magic.mgc -r--r--r-- 1 root wheel 30231 Nov 4 2004 magic.mime -r--r--r-- 1 root wheel 41728 Nov 4 2004 magic.mime.mgc /usr/ports/lang/php5-extensions compile reporting it cannot find libmagic Can anyone please point a fingure in the right direction thanks david -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" ------------------------------------------------------- -- 40 yrs navigating and computing in blue waters. English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus. Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after completing engineroom refit. From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 23:25:36 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBC1716A41F for ; Fri, 9 Sep 2005 23:25:36 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2622743D49 for ; Fri, 9 Sep 2005 23:25:35 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.12.11/8.13.1) with ESMTP id j89NPVM5039392 for ; Fri, 9 Sep 2005 19:25:32 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.11/8.13.1/Submit) id j89NPVi1039391 for freebsd-hackers@freebsd.org; Fri, 9 Sep 2005 19:25:31 -0400 (EDT) (envelope-from bv) Date: Fri, 9 Sep 2005 19:25:31 -0400 From: Bill Vermillion To: freebsd-hackers@freebsd.org Message-ID: <20050909232531.GB39194@wjv.com> References: <20050909230131.0D66316A432@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050909230131.0D66316A432@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.6i X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on bilver.wjv.com Subject: Re: Software suspend on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 23:25:36 -0000 Earlier in the linear time track, on approximately Fri, Sep 09, 2005 at 23:01 , freebsd-hackers-request@freebsd.org divulged this public information: > From: Bruno Ducrot > Subject: Re: Software suspend on FBSD. > To: Pranav Peshwe > Cc: freebsd-hackers@freebsd.org > Message-ID: <20050909144409.GG23635@poupinou.org> > Content-Type: text/plain; charset=us-ascii > On Fri, Sep 09, 2005 at 07:52:46PM +0530, Pranav Peshwe wrote: > > Hello, > > Does FreeBSD have 'software suspend' like linux ? or > > maybe something similar... > No. Yes. It depends upon which shell you are using. For shells that support it you just suspend it with control-Z. A restart is issued with 'fg' - foreground. Unless of course the OP means something entirely different. -- Bill Vermillion - bv @ wjv . com From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 05:41:03 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D13716A41F for ; Sat, 10 Sep 2005 05:41:03 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id EE53C43D46 for ; Sat, 10 Sep 2005 05:41:02 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 78068 invoked from network); 10 Sep 2005 05:41:01 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 10 Sep 2005 05:41:01 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sat, 10 Sep 2005 00:40:59 -0500 (CDT) From: Mike Silbersack To: babkin@users.sf.net In-Reply-To: <8656351.1126268001929.JavaMail.root@vms064.mailsrvcs.net> Message-ID: <20050910003845.F46535@odysseus.silby.com> References: <8656351.1126268001929.JavaMail.root@vms064.mailsrvcs.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, "Kamal R. Prasad" Subject: Re: Re: JFS2 on freebsd X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 05:41:03 -0000 On Fri, 9 Sep 2005, Sergey Babkin wrote: >> OTOH, updating our ext2 code, or ntfs code (if that's even possible) would >> be something of use to many people, I suspect. > > Why not go for ext3 instead of JFS then? It has > journaling in it. > > -SB I was thinking that as I wrote it as well, I'm not sure why I didn't state it. But before ext3's journalling extensions could be implemented, ext2 would have to be brought up to date. Also, it would be nice if ext2 could be reimplemented in BSD licensed code before undergoing that ext3 conversion. :) Mike "Silby" Silbersack From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 07:15:29 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17E5D16A41F for ; Sat, 10 Sep 2005 07:15:29 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7D7B43D45 for ; Sat, 10 Sep 2005 07:15:28 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [192.168.250.101] (cdm-208-180-234-40.cnro.cox-internet.com [208.180.234.40]) (authenticated bits=0) by smtp-relay.tamu.edu (8.13.3/8.13.3/oc) with ESMTP id j8A7Fwgu048739 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Sat, 10 Sep 2005 02:15:59 -0500 (CDT) (envelope-from tyler@tamu.edu) Mime-Version: 1.0 (Apple Message framework v734) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-hackers@freebsd.org From: "R. Tyler Ballance" Date: Sat, 10 Sep 2005 02:15:21 -0500 X-Mailer: Apple Mail (2.734) Received-SPF: pass (smtp-relay.tamu.edu: 208.180.234.40 is authenticated by a trusted mechanism) Subject: anoncvs.freebsd.org broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 07:15:29 -0000 I was trying to get the most recent RELENG_6 code from one of the AnonCVS servers here in America, so I was using the USA mirrors, and they don't seem to be properly configured anymore... %sudo cvs co -rRELENG_6 -P src cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: Permission denied % % echo $CVSROOT freebsdanoncvs@anoncvs.FreeBSD.org:/home/ncvs % Keep in mind, anoncvs1.freebsd.org works perfectly fine. Ho hum, guess we only get one working USA mirror ;) Cheers, -R. Tyler Ballance From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 08:02:25 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8BEB16A41F for ; Sat, 10 Sep 2005 08:02:25 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) Received: from the-macgregors.org (82-46-96-19.cable.ubr06.stav.blueyonder.co.uk [82.46.96.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1EE343D46 for ; Sat, 10 Sep 2005 08:02:24 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (user=freebsd mech=LOGIN bits=0) by the-macgregors.org (8.13.4/8.13.4) with ESMTP id j8A82ImS005518 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 10 Sep 2005 08:02:19 GMT Message-Id: <200509100802.j8A82ImS005518@the-macgregors.org> From: "Rob MacGregor" To: Date: Sat, 10 Sep 2005 09:02:18 +0100 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 In-Reply-To: <3581.66.166.104.222.1126276770.squirrel@66.166.104.222> Thread-Index: AcW1TGXMknPOFAKTR+qVw5lvMY9t+wAkPnVQ X-Virus-Scanned: by amavisd-new Cc: Subject: RE: "Smart" Hubs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 08:02:25 -0000 On Friday, September 09, 2005 3:40 PM, Ryan P. Sommers <> unleashed the infinite monkeys and produced: > PS If anyone knows of a hub that's "easy" to find and still is an actuall > good 'ol hub, let me know. Not a hub, but a different solution - a network "tap". They're designed to do exactly what you're looking for - allow sniffing of traffic from a link. Most taps require you to sniff the traffic on 2 ports, one for each direction. However NetOptics (and probably others) do a range of taps that aggregate the traffic onto a single cable. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-hackers@FreeBSD.ORG Fri Sep 9 23:09:15 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DC6616A41F for ; Fri, 9 Sep 2005 23:09:15 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from mail.helenmarks.co.uk (mail.helenmarks.co.uk [82.68.196.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7356F43D5A for ; Fri, 9 Sep 2005 23:09:14 +0000 (GMT) (envelope-from dom@goodforbusiness.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id DCFC02710C02; Sat, 10 Sep 2005 00:09:12 +0100 (BST) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55074-03; Sat, 10 Sep 2005 00:09:07 +0100 (BST) Received: from egg (egg.helenmarks.co.uk [192.168.15.3]) by mail.helenmarks.co.uk (Postfix) with ESMTP id E52F12710C01; Sat, 10 Sep 2005 00:09:06 +0100 (BST) From: Dominic Marks To: Max Laier Date: Sat, 10 Sep 2005 00:13:13 +0100 User-Agent: KMail/1.8 References: <2845.195.12.22.194.1126261787.squirrel@www.helenmarks.co.uk> <200509091919.22875.max@love2party.net> <200509100101.13974.max@love2party.net> In-Reply-To: <200509100101.13974.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset="cp 850" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509100013.14759.dom@goodforbusiness.co.uk> X-Virus-Scanned: By ClamAV 0.85.1 X-Mailman-Approved-At: Sat, 10 Sep 2005 11:38:07 +0000 Cc: freebsd-hackers@freebsd.org, dominic.marks@graphdata.co.uk, Dominic Marks Subject: Re: FreeBSD 6.0-BETA4 panics when when configuring pfsync0 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 23:09:15 -0000 On Saturday 10 September 2005 00:00, Max Laier wrote: > On Friday 09 September 2005 19:19, Max Laier wrote: > > On Friday 09 September 2005 15:05, Dominic Marks wrote: > > > Dominic Marks wrote: > > > > Hello, > > > > > > > > I am setting up a redundant firewall setup for our company, the > > > > systems are identically configured Dell servers running FreeBSD > > > > 6.0-BETA4. Software being used is pf, carp, pfsync and altq. > > > > > > > > When I attempt to configure the pfsync0 interface the systems > > > > panic. The systems currently have HTT enabled, I've googled but > > > > I didn't find anything to suggest pfsync was not SMP/HTT > > > > friendly. Could this be a configuration problem? > > > > > > > > interface: > > > > > > > > # ifconfig em2 > > > > em2: flags=8843 mtu > > > > 1500 options=b > > > > inet 172.16.254.2 netmask 0xffffff00 broadcast > > > > 172.16.254.255 ether 00:04:23:bd:7a:ef > > > > media: Ethernet autoselect (100baseTX ) > > > > status: active > > > > > > > > command: > > > > > > > > # ifconfig pfsync0 syncdev em2 syncpeer 172.16.254.1 > > > > > > Following a little more testing: > > > > > > If I don't specify a syncpeer I don't get the panic. > > > > Thanks for the dump. Seems like we were leaking a lock from > > pfsyncioctl(). Can you please try this patch and report back. > > Thanks in advance. AWESOME!! I'll test this on Monday when I'm back at work and report on the outcome. > And the patch ... sorry. :) -- Dominic Marks From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 12:33:37 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8CCB16A41F for ; Sat, 10 Sep 2005 12:33:37 +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 696C443D46 for ; Sat, 10 Sep 2005 12:33:37 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EE4Y1-00067V-00; Sat, 10 Sep 2005 14:33:33 +0200 Date: Sat, 10 Sep 2005 14:33:33 +0200 To: Bill Vermillion Message-ID: <20050910123333.GA23416@poupinou.org> References: <20050909230131.0D66316A432@hub.freebsd.org> <20050909232531.GB39194@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050909232531.GB39194@wjv.com> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-hackers@freebsd.org Subject: Re: Software suspend on FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 12:33:37 -0000 On Fri, Sep 09, 2005 at 07:25:31PM -0400, Bill Vermillion wrote: > Earlier in the linear time track, on approximately Fri, Sep 09, > 2005 at 23:01 , freebsd-hackers-request@freebsd.org divulged this > public information: > > > > From: Bruno Ducrot > > Subject: Re: Software suspend on FBSD. > > To: Pranav Peshwe > > Cc: freebsd-hackers@freebsd.org > > Message-ID: <20050909144409.GG23635@poupinou.org> > > Content-Type: text/plain; charset=us-ascii > > > On Fri, Sep 09, 2005 at 07:52:46PM +0530, Pranav Peshwe wrote: > > > Hello, > > > Does FreeBSD have 'software suspend' like linux ? or > > > maybe something similar... > > > No. > > Yes. It depends upon which shell you are using. For shells > that support it you just suspend it with control-Z. > > A restart is issued with 'fg' - foreground. > > Unless of course the OP means something entirely different. Unless I mistaken of course, the question of the OP is: does FreeBSD support "software suspend" as for Linux, and this means for me: "does FreeBSD support a generic mechanism in under to suspend to disk without support from BIOS (or with very minimal help from the BIOS)". The answer to this question is no. Of course FreeBSD support suspend to disk via APM or via ACPI S4bios, but this is another story. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 13:05:30 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15C9916A41F for ; Sat, 10 Sep 2005 13:05:30 +0000 (GMT) (envelope-from mat@mat.cc) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6C1D43D46 for ; Sat, 10 Sep 2005 13:05:29 +0000 (GMT) (envelope-from mat@mat.cc) Date: Sat, 10 Sep 2005 15:05:27 +0200 From: Mathieu Arnold To: "R. Tyler Ballance" Message-ID: <50FEB58472AB0B85C5345C19@cc-134.int.t-online.fr> In-Reply-To: References: X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Mailman-Approved-At: Sat, 10 Sep 2005 13:07:52 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: anoncvs.freebsd.org broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 13:05:30 -0000 +-le 10/09/2005 02:15 -0500, R. Tyler Ballance =E9crivait : | I was trying to get the most recent RELENG_6 code from one of the AnonCVS | servers here in America, so I was using the USA mirrors, and they don't | seem to be properly configured anymore... |=20 |=20 | %sudo cvs co -rRELENG_6 -P src | cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: | Permission denied | % | % echo $CVSROOT | freebsdanoncvs@anoncvs.FreeBSD.org:/home/ncvs | % |=20 | Keep in mind, anoncvs1.freebsd.org works perfectly fine. |=20 | Ho hum, guess we only get one working USA mirror ;) use cvs -R co -rRELENG_6 -P src :-) --=20 Mathieu Arnold From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 19:34:49 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC64F16A41F for ; Sat, 10 Sep 2005 19:34:49 +0000 (GMT) (envelope-from razzorback2005@gmail.com) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48BDD43D48 for ; Sat, 10 Sep 2005 19:34:49 +0000 (GMT) (envelope-from razzorback2005@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so211739rne for ; Sat, 10 Sep 2005 12:34:48 -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=oaUZGjAeNRAq7mwmPVeOvrYSY57xOHJvl/YuWKK5sjRnlBVIjT8BTNgF+4VWgwtvrDpc5Fcsl7c5WW6zaqctA0YA+fngTN4rTfjMV+m5RbFWy0y8xA0YviY8W9l+5LvmY6YSupBa6NvcXnXmQgYLDbo1wVaEv7tsItRRKHLiL/4= Received: by 10.38.11.30 with SMTP id 30mr143987rnk; Sat, 10 Sep 2005 12:34:48 -0700 (PDT) Received: by 10.38.101.26 with HTTP; Sat, 10 Sep 2005 12:34:48 -0700 (PDT) Message-ID: Date: Sat, 10 Sep 2005 21:34:48 +0200 From: Zlatan Ibrahimovic To: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: clock software interrupt X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: razzorback2005@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 19:34:49 -0000 Hi folks, I've seen clock software interrupt thread (referring to clk_ithd in kern/kern_intr.c); watching to manpages I read that priority is used as vector for that thread. My question is how can I call this software handler? There's no track in the IDT for the associated handler... (ia32, for better check see i386/i386/exception.s). Thanks, Mark Swetter From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 20:00:57 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5705D16A41F for ; Sat, 10 Sep 2005 20:00:57 +0000 (GMT) (envelope-from polytopes@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0CB843D53 for ; Sat, 10 Sep 2005 20:00:52 +0000 (GMT) (envelope-from polytopes@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so2104935wxd for ; Sat, 10 Sep 2005 13:00: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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bPU0BD/fXvl3FWmlBub3t4XogvbItfWyksuQbzZ7fNK8drRLlIn9OCPSQ+1lJbXMdDKNYKdbGYBm0d26Suvm/hU+4DuIJ+S+Vx70fRg0PrAuWQW8CS7OAuXK+3vPFakLeikk24BxCtRhmOEXg0brnwUJK8zBEaprJLm2p5saGJg= Received: by 10.70.112.19 with SMTP id k19mr52371wxc; Sat, 10 Sep 2005 11:17:56 -0700 (PDT) Received: by 10.70.76.19 with HTTP; Sat, 10 Sep 2005 11:17:56 -0700 (PDT) Message-ID: <8059f9a80509101117b3336bf@mail.gmail.com> Date: Sat, 10 Sep 2005 14:17:56 -0400 From: Brian Wilson To: Eric Anderson In-Reply-To: <432178EA.2040602@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1126200580.4320750472d15@mail.nipsi.de> <432178EA.2040602@centtech.com> Cc: hackers@freebsd.org Subject: Re: status of ufsj and gjournal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: polytopes@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 20:00:57 -0000 On 9/9/05, Eric Anderson wrote: > db@nipsi.de wrote: > > Hi list, > > I wonder whats the status of those summer of code projects. > >>From gjournal we heard that it has been completed but then nothing happ= ens, any > > further information about this? > > Is somebody working on ufsj? Was the summer of code project successful? >=20 > Scott Long is the core person working on ufsj, and I have seen some > stuff worked on in his perforce tree, but I think it's a ways away from > being beta. I'm sure he would welcome help. I was working on the ufsj stuff as a Google SoC project with Scott. It is very close to beta, however this past week involved school starting back up, so I have been unable to do any work at all. However, now that I am settled in at school (for some definition of settled in), I have time to devote to ufsj again. I hope to release a beta "real soon now", so stay tuned. Brian From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 21:45:36 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DD3D16A420 for ; Sat, 10 Sep 2005 21:45:36 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E2CA43D46 for ; Sat, 10 Sep 2005 21:45:34 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 5A5031CC61 for ; Sat, 10 Sep 2005 23:45:33 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id 945AB1CC33 for ; Sat, 10 Sep 2005 23:45:24 +0200 (CEST) Date: Sat, 10 Sep 2005 23:43:15 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.5) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1567405732.20050910234315@rulez.sk> To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------E574B1198D26" X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-5.896 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-3.3, AWL=0.003, BAYES_00=-2.599] X-Spam-Score: -5.896 X-Spam-Level: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Forcing boot to seek for files on other parition then `a' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 21:45:36 -0000 This is a cryptographically signed message in MIME format. ------------E574B1198D26 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello hackers, I'm in the step when I need your help. Let me describe the situation. I've ordered the dedicated server where was installed FreeBSD by default. The main problem was that they created only 4gB swap and one partition mounted under '/'. Well, of course, I didn't liked it, and I decided to repartition disk, so I've swapoff the swap, created there the filesystem, exctracted base from ISO and booted to that partition. Then I've removed the `a' partition and created few more partitions from the free space. So I had a potentional root partition under ad0s1e, the tmp partition under ad0s1f, swap under ad0s1g and rest under ad0s1h as usr partition. I've mounted them all and installed there a base system again and booted the new system, newfs'ed the ad0s1d (there was the original swap, then system) and prepared it as a var partition. Now, what I have: ad0s1e 248mb / ad0s1f 1.5gb /tmp ad0s1g 1.5gb swap ad0s1d 4gb /var ad0s1h rest /usr Ok, I will describe the main problem here; According to the boot(8) manual the automatic boot will attempt to load /boot/loader from partition `a'. But there's no such partition and I have /boot/loader under the `e' partition. I know only one and the only normal way how to force to use `e' partition. This is done throught the boot2 stage of boot process, when one need to manually type 0:ad(0,e)/boot/loader to the console so boot process will be able to use needed utilities. The main question is: How to force boot procedure to automatically seek boot images on other partition then `a', let's say on `e' one. -- Best Regards, Daniel Gerzo ------------E574B1198D26-- From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 22:19:10 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C899B16A41F for ; Sat, 10 Sep 2005 22:19:10 +0000 (GMT) (envelope-from mwm-keyword-hackers.e471b2@mired.org) Received: from delight.idiom.com (outbound.idiom.com [216.240.47.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CDFE43D46 for ; Sat, 10 Sep 2005 22:19:10 +0000 (GMT) (envelope-from mwm-keyword-hackers.e471b2@mired.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 4BA79224CB2 for ; Sat, 10 Sep 2005 15:19:10 -0700 (PDT) Received: from mired.org (mwm@idiom [216.240.32.1]) by idiom.com (8.12.11/8.12.11) with SMTP id j8AMIp48063939 for ; Sat, 10 Sep 2005 15:19:04 -0700 (PDT) (envelope-from mwm-keyword-hackers.e471b2@mired.org) Received: (qmail 46218 invoked by uid 1001); 10 Sep 2005 22:19:20 -0000 Received: by localhost.mired.org (tmda-sendmail, from uid 1001); Sat, 10 Sep 2005 18:19:20 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17187.23528.480983.263363@bhuda.mired.org> Date: Sat, 10 Sep 2005 18:19:20 -0400 To: Daniel Gerzo In-Reply-To: <1567405732.20050910234315@rulez.sk> References: <1567405732.20050910234315@rulez.sk> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: hackers@freebsd.org Subject: Re: Forcing boot to seek for files on other parition then `a' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 22:19:10 -0000 In <1567405732.20050910234315@rulez.sk>, Daniel Gerzo typed: > How to force boot procedure to automatically seek boot images on > other partition then `a', let's say on `e' one. If you google the archives at FreeBSD, you'll find that this is a PITA, assuming it's possible at all. No particular reason for it, just not something anyone has ever wanted to do. Someone may have fixed this since the last time I saw it discussed, but I wouldn't bet on it. So the fix is to boot on the fixit CDROM, fire up bsdlabel on your disk, and change the "e" to an "a", and boot off the a partition. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 22:26:12 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC0D716A41F for ; Sat, 10 Sep 2005 22:26:12 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D1BE43D45 for ; Sat, 10 Sep 2005 22:26:12 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 123FF1CC66; Sun, 11 Sep 2005 00:26:11 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id 687D61CC62; Sun, 11 Sep 2005 00:26:07 +0200 (CEST) Date: Sun, 11 Sep 2005 00:24:26 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.5) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1494707485.20050911002426@rulez.sk> To: Mike Meyer In-Reply-To: <17187.23528.480983.263363@bhuda.mired.org> References: <1567405732.20050910234315@rulez.sk> <17187.23528.480983.263363@bhuda.mired.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------181B2724B30E2" X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-5.264 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-3.3, AWL=0.635, BAYES_00=-2.599] X-Spam-Score: -5.264 X-Spam-Level: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re[2]: Forcing boot to seek for files on other parition then `a' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 22:26:13 -0000 This is a cryptographically signed message in MIME format. ------------181B2724B30E2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Ahoj omyl Mike, Sunday, September 11, 2005, 12:19:20 AM, si odoslal: > Daniel Gerzo typed: >> How to force boot procedure to automatically seek boot images on >> other partition then `a', let's say on `e' one. > If you google the archives at FreeBSD, you'll find that this is a > PITA, assuming it's possible at all. No particular reason for it, just > not something anyone has ever wanted to do. Someone may have fixed > this since the last time I saw it discussed, but I wouldn't bet on it. > So the fix is to boot on the fixit CDROM, fire up bsdlabel on your > disk, and change the "e" to an "a", and boot off the a partition. oh, you know that dedicated boxes doesn't have CD-ROM and FreeBSD ISO in it, and I don't have a roam KVM available? Also, there's no netboot server available :/ So maybe I could hack sys/boot/i386/boot2/boot2.c somehow?, but I'm not a C knowledgeable and it's little bit mess for me. > X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C3A616A41F for ; Sat, 10 Sep 2005 22:56:03 +0000 (GMT) (envelope-from mwm-keyword-hackers.e471b2@mired.org) Received: from delight.idiom.com (outbound.idiom.com [216.240.47.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A38A43D45 for ; Sat, 10 Sep 2005 22:56:03 +0000 (GMT) (envelope-from mwm-keyword-hackers.e471b2@mired.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id ED13F224D24 for ; Sat, 10 Sep 2005 15:56:02 -0700 (PDT) Received: from mired.org (mwm@idiom [216.240.32.1]) by idiom.com (8.12.11/8.12.11) with SMTP id j8AMtocR096746 for ; Sat, 10 Sep 2005 15:55:54 -0700 (PDT) (envelope-from mwm-keyword-hackers.e471b2@mired.org) Received: (qmail 46863 invoked by uid 1001); 10 Sep 2005 22:56:18 -0000 Received: by localhost.mired.org (tmda-sendmail, from uid 1001); Sat, 10 Sep 2005 18:56:18 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17187.25746.157318.605055@bhuda.mired.org> Date: Sat, 10 Sep 2005 18:56:18 -0400 To: Daniel Gerzo In-Reply-To: <1494707485.20050911002426@rulez.sk> References: <1567405732.20050910234315@rulez.sk> <17187.23528.480983.263363@bhuda.mired.org> <1494707485.20050911002426@rulez.sk> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.0.3 (Seattle Slew) From: Mike Meyer Cc: hackers@freebsd.org Subject: Re: Re[2]: Forcing boot to seek for files on other parition then `a' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 22:56:03 -0000 In <1494707485.20050911002426@rulez.sk>, Daniel Gerzo typed: > Ahoj omyl Mike, > > Sunday, September 11, 2005, 12:19:20 AM, si odoslal: > > > Daniel Gerzo typed: > >> How to force boot procedure to automatically seek boot images on > >> other partition then `a', let's say on `e' one. > > > If you google the archives at FreeBSD, you'll find that this is a > > PITA, assuming it's possible at all. No particular reason for it, just > > not something anyone has ever wanted to do. Someone may have fixed > > this since the last time I saw it discussed, but I wouldn't bet on it. > > > So the fix is to boot on the fixit CDROM, fire up bsdlabel on your > > disk, and change the "e" to an "a", and boot off the a partition. > > oh, you know that dedicated boxes doesn't have CD-ROM and FreeBSD ISO > in it, and I don't have a roam KVM available? Also, there's no netboot > server available :/ Sorry about that - I didn't read your message carefully enough. > So maybe I could hack sys/boot/i386/boot2/boot2.c somehow?, but I'm not > a C knowledgeable and it's little bit mess for me. Well, if you can get the disk someplace where you could install a recompiled boot loader, then you can use bsdlabel on it. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 10 23:11:00 2005 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94FEB16A41F for ; Sat, 10 Sep 2005 23:11:00 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from mail.rulez.sk (DaEmoN.RuLeZ.sK [84.16.32.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC2EE43D48 for ; Sat, 10 Sep 2005 23:10:59 +0000 (GMT) (envelope-from danger@wilbury.sk) Received: from localhost (localhost [127.0.0.1]) by mail.rulez.sk (Postfix) with ESMTP id 9B4871CC68; Sun, 11 Sep 2005 01:10:58 +0200 (CEST) Received: from danger.mcrn.sk (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rulez.sk (Postfix) with ESMTP id 00C6D1CC61; Sun, 11 Sep 2005 01:10:54 +0200 (CEST) Date: Sun, 11 Sep 2005 01:10:50 +0200 From: Daniel Gerzo X-Mailer: The Bat! (v3.5) UNREG / CD5BF9353B3B7091 X-Priority: 3 (Normal) Message-ID: <1744063854.20050911011050@rulez.sk> To: Mike Meyer In-Reply-To: <17187.25746.157318.605055@bhuda.mired.org> References: <1567405732.20050910234315@rulez.sk> <17187.23528.480983.263363@bhuda.mired.org> <1494707485.20050911002426@rulez.sk> <17187.25746.157318.605055@bhuda.mired.org> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----------2C115147D6CCFC" X-Virus-Scanned: by amavisd-new at mail.rulez.sk X-Spam-Status: No, score=-5.138 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-3.3, AWL=0.761, BAYES_00=-2.599] X-Spam-Score: -5.138 X-Spam-Level: X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: hackers@freebsd.org Subject: Re[4]: Forcing boot to seek for files on other parition then `a' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Gerzo List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2005 23:11:00 -0000 This is a cryptographically signed message in MIME format. ------------2C115147D6CCFC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Re Mike, Sunday, September 11, 2005, 12:56:18 AM, you wrote: > Daniel Gerzo typed: >> Ahoj omyl Mike, >>=20 >> Sunday, September 11, 2005, 12:19:20 AM, si odoslal: >>=20 >> > Daniel Gerzo typed: >> >> How to force boot procedure to automatically seek boot images on >> >> other partition then `a', let's say on `e' one. >>=20 >> > If you google the archives at FreeBSD, you'll find that this is a >> > PITA, assuming it's possible at all. No particular reason for it, just >> > not something anyone has ever wanted to do. Someone may have fixed >> > this since the last time I saw it discussed, but I wouldn't bet on it. >>=20 >> > So the fix is to boot on the fixit CDROM, fire up bsdlabel on your >> > disk, and change the "e" to an "a", and boot off the a partition. >>=20 >> oh, you know that dedicated boxes doesn't have CD-ROM and FreeBSD ISO >> in it, and I don't have a roam KVM available? Also, there's no netboot >> server available :/ > Sorry about that - I didn't read your message carefully enough. >> So maybe I could hack sys/boot/i386/boot2/boot2.c somehow?, but I'm not >> a C knowledgeable and it's little bit mess for me. > Well, if you can get the disk someplace where you could install a > recompiled boot loader, then you can use bsdlabel on it. Well, I actually can install a recombiled boot loader, can't I? I have sources and I can use bsdlabel -B ad0s1 then. but now the question is: which changes do I need to proceed so that the boot(8) will seek for boot images in `e' partition? >